[ 業界觀點 ]

如何定義自己的OA需求？

---

　　需求陷阱

　　內部需求的採集一般都是把一疊白紙發給各個業務部門，一段時間後收集上來匯總；然後從各個OA廠商的產品文檔中各抽取部分，然後整理出一個大而全，缺乏整體性考慮的需求。作為招標檔，讓各個OA廠家去做方案。你還堅持這些需求是客觀合理的，而且必須100%滿足，如是這樣，你離失敗不遠了。為什麼這樣說呢？

　　我們來看看，首先你搜集上來的各個業務部門的需求，很多是站在部門角度去考慮需求，普遍的情況是這些需求充滿著本來應該歸納到業務範疇的應用需求。依照這種需求，世上沒有一套現成的軟體能夠100%滿足。面對這些需求中複雜的術語和深奧晦澀的部門業務概念，作為專案負責人的你未必能夠逐一甄別。

　　其次，你的需求要集各個OA軟體廠商之所長，而且要100%滿足。任何一家OA軟體產品，都有自己的特色，亮點。要一個集所有廠家之所長的產品幾無可能。如果一定要有的話，代價是實施週期無限期的延長，資金投入成倍的加大。直到開發出一個你認為集各個OA軟體廠商之所長的產品來。實施週期無限期的延長與需求的不斷變化，永遠沒有止境，最後項目只有不了了之，以失敗告終，這樣的前車之鑒還少嗎？

　　需求建議

　　所以你可以這麼去整理需求：從繁雜浩瀚的細節中脫出身來，本位主義一概放到後面，先找到一個組織共性的需求——協同，然後才是關鍵部門的需求，最後才是重要角色的需求。

　　另外，你可能有其他各種需求，有你敬畏的上級提出的，有強勢部門提出的，有不起眼的人提出的，其技術難度和實施難度可能有天壤之別，你必須衡量輕重緩急以及其需求是否滿足對全局的成敗影響。否則這些匯總的需求將使得你毫無把握專案主幹進度的節奏的能力，雙方有限的資源被分解為千瘡百孔補丁工程，重蹈前人久拖不上的覆轍。

---