|
|
|
| |
|
| 技能7：需求确认
- 需求分析师 |
| 作者：俎涛，火龙果工程技术中心 |
| |
|
| 目标 |
跟用户方和开发团队确认需求。 |
| 输入 |
《原始请求》
《业务模型》《业务需求说明书》
《系统模型》《系统需求说明书》
系统原型，需求清单 |
| 输出 |
确认的需求基线 |
|
|
|
Start：交接需求to用户
End ：发布计划
建议：根据具体环境、选择最佳路径。如果您对如何工作方法存在困惑，可以参考如下流程 : |
| | |
|
| 规则 |
需求确认一定经过双方（用户方和开发团队）确认;
需求确认也是互相建立信任的过程，应该公开而且透明，这样有利于培育诚信的工程环境。
没有确认的需求不应该算作正式需求。
如果用户方不愿意确认需求，应该让用户方理解，未经确认的需求，如果投入开发，会浪费双方的成本，而且可能会因为不必要的变更影响交付时间。
开发团队对需求是否可实现的反馈，是需求确认的重要反馈，不能实现或者实现成本超出预期的需求，应该及时反馈给用户调整。 |
| 工具 |
需求管理工具iSpace，建模工具EA，文档工具office |
|
|
|
| |
2013 次浏览  314 次
|
|
| |
| |
|
| |
|
