主题：【原创】软件开发项目中的需求开发问题 -- 闲云野熊

但我认为正是由于负责系统设计的人作需求，当需求变更时，特别是反复变更时容易挫伤积极性，容易发生与用户的争执，如果导致设计人员被迫调离，系统建设肯定受到重大延误。

其次，由于设计人员直接面对用户，很多交流直接面对面进行，经常出现文档不及时，而用户在谈需求时经常是片断的、支离破碎的，甚至相互矛盾。久而久之，很多需求可能被淹没，需求的本意被忘却。

我建议将需求开发与系统设计实现分开，实际上是企图强制建立通过文档交流的机制，确保文档的有效性。其次是系统设计人员的知识构成主要偏技术类的。只有少数人具有足够的耐心和沟通技巧胜任与用户周旋，而需求开发人员更侧重于从技术角度理解用户业务，经过他们的翻译，设计人员更容易理解用户的需求。我个人以为这样未必降低效率，甚至可能提高效率。再次，通过组建专门的需求开发组，在组织上可以监督系统设计贴近用户最终需求，也可以控制用户需求变更的规模和频度。最后还可以保护系统设计人员，在需求开发人员和用户吵翻之后，我们可以调走需求开发人员，让系统设计人员再顶上来。

由于我目前主要是作甲方的项目管理工作，所以对于以上建议我确实没有实践经验，希望兄台和河里诸高人多指教