扫码阅读
手机扫码阅读
案例:需求问题的解决方案

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

会议摘要
讨论时间:2012-09-14下午13:00至14:45
参与人员:EPG3人,需求开发部门负责人一名,项目经理一名
1. 现象与问题:
- 开发人员和需求撰写人员对需求清晰度的认识不一致。
- 存在如何传达需求的问题,文字规范与口头说明均有利弊。
- 需求人员未解释通用假设,导致开发人员缺乏相应概念。
- 需求人员对开发出的软件易用性不满。
2. 解答:
- 考虑是否已清晰定义需求与开发的接口关系,提议通过讨论历史CRS和SRS文档来评估和改进。
- 提出建立标准业务术语或领域模型,并对新人进行培训。
- 建议在wiki系统中记录每个需求的讨论记录。
- 建议结合文字和语言交流,包括需求交底、逆向培训、结对设计等方式。
- 强调原型法的运用,需求人员应使用工具如AXURE开发原型,并在开发前完成。
- 推荐多次需求确认法,包括文字确认、原型确认及功能展示等多个阶段。
- 强调测试人员在需求讨论、评审、确认中的重要性,以及需求的可测试性。
- 讨论能否通过功能点估算来判断需求详细程度。
- 参考敏捷开发中的用户故事、实时验收和需求变更处理等策略。
- 针对非功能性需求,建议定义缺省值和设计测试解决方案。
- 最后强调需求开发的人力和时间投入的平衡,以及是否能定义最小实践集。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 237.6K
麦哲思科技任甲林的其他文章
建立组织级过程性能基线的注意事项
过程性能基线的建立方法有箱线图法、控制图法、置信区间法等等,在实际中,还要数据分析者的经验进行分析,以下举例说明在建立组织级过程性能基线时的注意事项:1 注意识别数据分层的现象 数据分层,即样本点存在明显的局部聚集现象,聚集在不同值范围附近的样本点可能是属于不同类型
如何对质量数据进行分析?
在对质量数据分析时,应该对哪些活动,采集哪些度量数据,采用什么方法进行分析呢?请参考本文给出的系统归纳。
我所知道的富士康之三:改进意识
富士康的质量意识在我咨询过的企业里可以说是最好的。台干都有很强的质量意识,你告诉对方如何做才能保证质量,对方都会很认可,不是为了形式,而是出于内心的改进。走在楼梯上,可以看到台阶上有些标语:”质量是计划出来的”,”质量是控制出来的”等等。走在楼道里,楼道里有宣传用的电视,电视里播放着一些flash,这些flash也包括了大量与质量有关短片。在实施CMMI的期间,甚至在厕所里也贴上关于CMMI模型的里目标与实践!
台干也都有很强的自我改进的意识。每次去咨询,总有
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
需求交付周期的分析
需求交付周期的分析
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线