案例：需求问题的解决方案

会议摘要

讨论时间：2012-09-14下午13:00至14:45

参与人员：EPG3人，需求开发部门负责人一名，项目经理一名

1. 现象与问题：

• 开发人员和需求撰写人员对需求清晰度的认识不一致。
• 存在如何传达需求的问题，文字规范与口头说明均有利弊。
• 需求人员未解释通用假设，导致开发人员缺乏相应概念。
• 需求人员对开发出的软件易用性不满。

2. 解答：

• 考虑是否已清晰定义需求与开发的接口关系，提议通过讨论历史CRS和SRS文档来评估和改进。
• 提出建立标准业务术语或领域模型，并对新人进行培训。
• 建议在wiki系统中记录每个需求的讨论记录。
• 建议结合文字和语言交流，包括需求交底、逆向培训、结对设计等方式。
• 强调原型法的运用，需求人员应使用工具如AXURE开发原型，并在开发前完成。
• 推荐多次需求确认法，包括文字确认、原型确认及功能展示等多个阶段。
• 强调测试人员在需求讨论、评审、确认中的重要性，以及需求的可测试性。
• 讨论能否通过功能点估算来判断需求详细程度。
• 参考敏捷开发中的用户故事、实时验收和需求变更处理等策略。
• 针对非功能性需求，建议定义缺省值和设计测试解决方案。
• 最后强调需求开发的人力和时间投入的平衡，以及是否能定义最小实践集。

IPD如果这么做，你的组织会越来越混乱！

了解更多

想要了解更多内容？

查看原文：案例：需求问题的解决方案

文章来源：

麦哲思科技任甲林

扫码关注公众号