深圳oa软件系统

我们在选择、实施、推广一套OA协同管理软件时，除了之上的一些误区之外，会遇到各种各样的风险，例如：

a) 缺乏规划或规划不合理；

b) 项目预准备不充分，例如有的会表现为硬件选型及OA软件选择错误；

c) 实施过程控制不严格，阶段成果未达标；

d) 设计流程缺乏有效的控制环节；

e) 实施效果未做评估或评估不合理；

f) 系统安全设计不完善，存在系统被非法入侵的隐患；

g) 灾难防范措施不当或不完整，容易造成系统崩溃。

等等各类风险问题，有的严重导致OA项目直接停滞甚至废弃，或者项目一再的拖延无法正常上线，或者为了应付完成任务目标似的，只上线很简单的一些应用却对用户没有任何帮助。

要预知这方面的风险问题，我们可以从前期的选型的需求开始分析、以及实施推广和后期的长期服务方面分别来看，分别会有哪些比较典型的风险问题并能否寻找到更恰当的控制方法。此篇文章我们从前期的选型的需求分析存在的风险。

在实施一套协同管理OA平台软件之前，首先需要在规划的基础之上，细化具体的需求分析，在定义自己的OA需求，需要注意：

需求陷阱------贪大求全

内部需求的采集一般都是把一叠白纸发给各个业务部门，一段时间后收集上来汇总；然后从各个 OA 厂商的产品文档中各抽取部分，然后整理出一个大而全，缺乏整体性考虑的需求。作为招标文件，让各个 OA厂家去做方案。同时你还坚持这些需求是客观合理的，而且必须 100%满足，如是这样，你离失败不远了，为什么这样说呢？

我们来看看，首先搜集上来的各个业务部门的需求，很多是站在部门角度去考虑需求，普遍的情况是这些需求充满着本来应该归纳到业务范畴的应用需求。依照这种需求，世上没有一套现成的软件能够 100%满足。面对这些需求中复杂的术语和深奥晦涩的部门业务概念，作为项目负责人的你未必能够逐一甄别。

其次，你的需求要集各个OA办公软件厂商之所长，而且要 100%满足。任何一家OA软件产品，都有自己的特色、亮点。要一个集所有厂家之所长的产品几无可能。如果一定要有的话，代价是实施周期无限期的延长，资金投入成倍的加大。直到开发出一个你认为集各个OA办公管理软件厂商之所长的产品来。实施周期无限期的延长与需求的不断变化，永远没有止境，最后项目只有不了了之，以失败告终，这样的前车之鉴还少吗？

需求分析建议

所以你必须这么去整理需求，从繁杂浩瀚的细节中脱出身来，本位主义一概放到后面，先找到一个组织共性的需求------协同，然后才是关键部门的需求，最后才是重要角色的需求。另外你可能有其他各种需求，有你敬畏的上级提出的，有强势部门提出的，有不起眼的人提出的，其技术难度和实施难度可能有天壤之别，你必须衡量轻重缓急以及其需求是否满足对全局的成败影响。否则这些汇总的需求将使得你毫无把握项目主干进度的节奏的能力，双方有限的资源被分解为千疮百孔补丁工程，重蹈前人久拖不上的覆辙。

同时我们需要对整个OA目前可直接应用的内容以及后续可能会涉及做好一个全面的规划，当然这个规划在实际执行过程当中有可能会因为细节的影响而进行适当的调整。建议是能从最基本的需求应用入手，并不断扩大用户部门和应用板块，并不断的深化应用。从周期方面建议最好是一年一次进行回顾总结和做相应的后期规划，也可以缩短到半年一次。