通常的情况下，很多企业的e-HR项目都是外包的。这种情况下，客户企业一般只是提出业务需求，然后由外包商项目组的BA进行需求分析，形成用户需求文档，客户企业确认后实施开发工作。这样设计，主要是因为客户企业往往只知道自己要解决的问题是什么（业务需求），而对这个实现的过程并无清晰的思路，外包商则可以根据其实施项目的经验，由BA与客户沟通，了解需求细节，编写用户需求文档。

而对于由公司内部IT团队开发的项目，则应采取不同的流程。首先，公司内部IT团队一般不及专业e-HR厂商的项目团队专业，对业务的了解也不够。其次，由公司内部IT团队实施时，基本上都是持续优化的，由IT团队安排BA编写需求文档一是效率不高，二是成本太高。第三，在IT对业务不是很了解的情况下，如果用户不能清晰勾画业务流程和规则，将会造成需求不断变更、系统不断更改的后果。

所以，我们把流程做了更改，直接由HR业务部门编写用户需求文档。那这样HR业务部门的人员可能会面临一些困难，毕竟写这类文档他们也不擅长。于是我们和ＢＡ沟通，了解实施开发需要的信息，然后制作了一个用户需求模板，用户只要往里面填充内容就可以了。用户需求首先会提到我这边，我从e-hr系统规划的角度，帮助他们完善需求，之后再提交给ＢＡ。而BA从收到我们提交的需求文档后介入，了解需求并提出完善意见。这么做有几个好处：

１、逼迫ＨＲ业务部门必须理顺业务流程和业务规则（需求模板引导），使整个业务流程臻于成熟，避免以后经常改动；

2、用户没有明确定义业务流程时，写不出用户需求，因此可以过滤掉一些不合格、不成熟的需求，避免这些东西开发出来之后无法使用；

3、节省ＢＡ的时间，避免BA花费太多时间，在没有多少信息的情况下跟用户沟通；

4、作为非专业e-HR厂商的BA人员，他们的专长不在引导用户需求，这样设置流程也避免了他们的这个弱点，他们收到较完善的用户需求可以从IT技术的角度去考虑问题；

5、这整个流程的设计，都是考虑到企业内部IT团队相对较弱的实际情况，尽量把问题在前端解决。

从目前的情况看，运作情况非常不错。如果有朋友的企业也是自己做e-HR系统的话，相信会有参考价值。对于请外包厂商做项目的，我想也不宜过多依赖他们，己方也必须有高水平的专业人员投入才好。