5、如何确认自己的OA需求？

（一）需求陷阱------贪大求全
内部需求的采集一般都是把一叠白纸发给各个业务部门，一段时间后收集上来汇总；然后从各

个厂商的产品文档中各抽取部分，然后整理出一个大而全，缺乏整体性考虑的需求。作为招标

文件，让各个OA厂家去做方案。你还坚持这些需求是客观合理的，而且必须100满足，如是这

样，你离失败不远了。为什么这样说呢？ 　

      我们来看看，首先你搜集上来的各个业务部门的需求，很多是站在部门角度去考虑需求，

普遍的情况是这些需求充满着本来应该归纳到业务范畴的应用需求。依照这种需求，世上没有

一套现成的软件能够满足。面对这些需求中复杂的术语和深奥晦涩的部门业务概念，作为项目

负责人的你未必能够逐一甄别。

　

（二）需求建议
所以你必须这么去整理需求，从繁杂浩瀚的细节中脱出身来，本位主义一概放到后面，先找到

一个组织共性的需求———协同，然后才是关键部门的需求，最后才是重要角色的需求。另外

你可能有其他各种需求，有你敬畏的上级提出的，有强势部门提出的，有不起眼的人提出的，

其技术难度和实施难度可能有天壤之别，你必须衡量轻重缓急以及其需求是否满足对全局的成

败影响。否则这些汇总的需求将使得你毫无把握项目主干进度的节奏的能力，双方有限的资源

被分解为千疮百孔补丁工程，重蹈前人久拖不上的覆辙。