- == 系统问题,暂停聊天功能。==
- 【征集】西西河的经济学,及清流措施,需要主动参与者,『稷下学宫』新认证方式,24年网站打算和努力目标
主题:【原创】软件开发项目中的需求开发问题 -- 闲云野熊
但我认为正是由于负责系统设计的人作需求,当需求变更时,特别是反复变更时容易挫伤积极性,容易发生与用户的争执,如果导致设计人员被迫调离,系统建设肯定受到重大延误。
其次,由于设计人员直接面对用户,很多交流直接面对面进行,经常出现文档不及时,而用户在谈需求时经常是片断的、支离破碎的,甚至相互矛盾。久而久之,很多需求可能被淹没,需求的本意被忘却。
我建议将需求开发与系统设计实现分开,实际上是企图强制建立通过文档交流的机制,确保文档的有效性。其次是系统设计人员的知识构成主要偏技术类的。只有少数人具有足够的耐心和沟通技巧胜任与用户周旋,而需求开发人员更侧重于从技术角度理解用户业务,经过他们的翻译,设计人员更容易理解用户的需求。我个人以为这样未必降低效率,甚至可能提高效率。再次,通过组建专门的需求开发组,在组织上可以监督系统设计贴近用户最终需求,也可以控制用户需求变更的规模和频度。最后还可以保护系统设计人员,在需求开发人员和用户吵翻之后,我们可以调走需求开发人员,让系统设计人员再顶上来。
由于我目前主要是作甲方的项目管理工作,所以对于以上建议我确实没有实践经验,希望兄台和河里诸高人多指教
- 相关回复 上下关系8
🙂侃几句 1 懒厨 字2166 2005-08-18 21:00:20
与您商榷 闲云野熊 字2755 2005-08-18 23:30:41
关于是否让设计人员参与需求,说说我的体会 BlueRiver 字414 2005-08-20 17:51:09
您说得是通行的做法
😉看来您的情况不同,做项目犹如做斗争 BlueRiver 字346 2005-08-20 19:05:35
😜您在什么地方?真是传说中的仙境呀,我想去 闲云野熊 字104 2005-08-20 19:29:52
😄也不是什么仙境 BlueRiver 字426 2005-08-20 19:42:21
🙂接着侃 1 懒厨 字1321 2005-08-19 00:52:15