案例:需求问题的解决方案
发布于 2024-10-02
1507
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
会议摘要
讨论时间:2012-09-14下午13:00至14:45
参与人员:EPG3人,需求开发部门负责人一名,项目经理一名
1. 现象与问题:
- 开发人员和需求撰写人员对需求清晰度的认识不一致。
- 存在如何传达需求的问题,文字规范与口头说明均有利弊。
- 需求人员未解释通用假设,导致开发人员缺乏相应概念。
- 需求人员对开发出的软件易用性不满。
2. 解答:
- 考虑是否已清晰定义需求与开发的接口关系,提议通过讨论历史CRS和SRS文档来评估和改进。
- 提出建立标准业务术语或领域模型,并对新人进行培训。
- 建议在wiki系统中记录每个需求的讨论记录。
- 建议结合文字和语言交流,包括需求交底、逆向培训、结对设计等方式。
- 强调原型法的运用,需求人员应使用工具如AXURE开发原型,并在开发前完成。
- 推荐多次需求确认法,包括文字确认、原型确认及功能展示等多个阶段。
- 强调测试人员在需求讨论、评审、确认中的重要性,以及需求的可测试性。
- 讨论能否通过功能点估算来判断需求详细程度。
- 参考敏捷开发中的用户故事、实时验收和需求变更处理等策略。
- 针对非功能性需求,建议定义缺省值和设计测试解决方案。
- 最后强调需求开发的人力和时间投入的平衡,以及是否能定义最小实践集。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1101.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
软件度量始于规模,终于规模
1 项目初期的度量 无论是甲方还是乙方,希望在项目初期,能够做出一个合理的预算,确定项目的报价。当我们有了初步需求之后,可以对需求进行快速的功能点估算,估算出功能点后,根据历史的单位规模的成本基线,得到本项目的预计成本值,然后再加上一定比例的利润得到项目的报价。 当完成了需求调研之后,我们可以采用精确的功能点度量方法度量软件的规模。有了规模,可以根据历史的生产率基线或规模与工作量之间的回归...
不要这样做CMMI
很多公司在做CMMI,很多公司也在重复这种错误:“证书优先,机械照搬,文档泛滥,似严实宽。”!1“证书优先”。CMMI的证书成了一个敲门砖,没有这个证书难以承担国外的项目,没有CMMI的证书就难以在国内一些项目的竞标中获胜,也无法获得政府的补助,于是很多公司都选择了要在短时间内获得CMMI证书。证书只是过程改进的附属物,而过程改进的实效才是其真正的价值。为了尽快拿到证书,企业往往忽略了实效,从形式
测试投入度量元的选择
很多项目在讨论测试是否可以结束的时候,往往是只关注了测试发现的缺陷有多少?缺陷的严重级别分布如何?测试发现的缺陷关闭情况如何?而忽略了一个前提,即测试的投入是否充分? 如何量化测试的投入呢?我们可以从测试用例的密度,测试投入的工作量,测试的工期,测试的人数等多个方面来度量测试的投入,可以参见图一中候选的测试投入的度量元。 图一:测试投入与产出的候选度量元 哪个度量元更合适呢?如何判
CMMI 3.0 究竟包含了哪些实践域?
本文对CMMI 3.0中的31个PA采用一句话概括了其内容,以帮助大家快速了解CMMI3.0覆盖的范围。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线