[讨论]关于项目实施的几个问题的思考

(1)究竟怎样的人可以胜任需求调研？目前我们的情况是一个项目经理带着几个实施人员，好的时候有一个顾问。

一个胜任的需求团队对用户需求的把握（请注意，是把握，不是控制）比一个没有经验团队的差距不是一点半点，有时

可以直接决定项目的成败。所以需要整合，培养一批需求团队。

(2)实施人员究竟要不要会开发？我认为是必须的，必须会写代码。会写代码，那么其他实施工作上手就很容易了（做数据

，找问题，做培训，甚至谈需求）。需求不是只存在于需求调研阶段的。

(3)产品化实施团队模式好？还是项目实施团队？我认为是项目组形式的好，产品化实施太多的精力浪费在无穷无尽的内部沟通上，好多时候用户的需求被转了３－４次手，到了最终修改的开发人员手中，基本变味了。再反映到修改的系统上，70%的修改基本都是偏离用户原本需求的。有一种说法是产品化实施模式成有利于开发团队的专业化，但我们忽视了最重要的，我们做项目的目的是什么？是为了客户，为了效益，客户对于我们的信赖来自于实施团队能否快速相应我们的需求变更，是否能够第一时间为我们提供一个我们觉得好用的系统。没有客户的信赖，再专业的队伍也是没有效益的。

(4)前我们对实施人员的要求是否过高？我认为是，实施人员需要做：了解用户需求说服用户按我们的产品思路，定位BUG，做数据，协调用户资源，分析宕机原因，看AIX环境下的日志，跟开发组沟通，组织测试，协调开发资源，参与设计，请用户吃饭，见什么人说什么话。。。。这些工作很多很杂，但从大类上分就是两种，做“系统”的工作，做“人”的工作。我觉得如果我们设置实施岗位，让一个人去做人的性格也分两种，要么喜欢做“系统”的技术工作，这样的人往往从骨头里不想，不喜欢，不愿意去做“人”的工作，反之一样。而目前我们对实施人员的要求是你必须做好技术方面的工作，又要做好“人”的工作，这样的岗位很难有人能胜任的。

 

除非，你肯花大价钱，或者重新规范实施岗位的角色划分。

推荐到鲜果： 查阅更多相关主题的帖子: 软件实施