扫码阅读
手机扫码阅读
案例:需求问题的解决方案
23 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:需求问题的解决方案
文章来源:
麦哲思科技任甲林
扫码关注公众号
会议摘要
讨论时间:2012-09-14下午13:00至14:45
参与人员:EPG3人,需求开发部门负责人一名,项目经理一名
1. 现象与问题:
- 开发人员和需求撰写人员对需求清晰度的认识不一致。
- 存在如何传达需求的问题,文字规范与口头说明均有利弊。
- 需求人员未解释通用假设,导致开发人员缺乏相应概念。
- 需求人员对开发出的软件易用性不满。
2. 解答:
- 考虑是否已清晰定义需求与开发的接口关系,提议通过讨论历史CRS和SRS文档来评估和改进。
- 提出建立标准业务术语或领域模型,并对新人进行培训。
- 建议在wiki系统中记录每个需求的讨论记录。
- 建议结合文字和语言交流,包括需求交底、逆向培训、结对设计等方式。
- 强调原型法的运用,需求人员应使用工具如AXURE开发原型,并在开发前完成。
- 推荐多次需求确认法,包括文字确认、原型确认及功能展示等多个阶段。
- 强调测试人员在需求讨论、评审、确认中的重要性,以及需求的可测试性。
- 讨论能否通过功能点估算来判断需求详细程度。
- 参考敏捷开发中的用户故事、实时验收和需求变更处理等策略。
- 针对非功能性需求,建议定义缺省值和设计测试解决方案。
- 最后强调需求开发的人力和时间投入的平衡,以及是否能定义最小实践集。
想要了解更多内容?
查看原文:案例:需求问题的解决方案
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 63.3K
麦哲思科技任甲林的其他文章
待人如待己
最近略有所感:希望别人如何待己,就应如何待别人。别人就是你的镜子,你是如何待别人的,别人就会如何待你。你若以诚待人,别人也会以诚待你;你若敌视别人,别人也会敌视你;你对别人不礼貌,别人也会对你不礼貌;你对别人充满爱心,别人也会对你充满爱心;“爱人者人恒爱之,敬人者人恒敬之。”“你敬我一尺,我敬你一丈。”应发自内心地与人为善。
敏捷与CMMI的同与不同
CMM我是从1998年开始接触的,到现在大概20年了,自己亲自实施过CMMI,也辅导了很多企业做基于CMMI的过程改进。2013年我成为了CMMI的评估师,后来成为高成熟度的评估师,去年又成为了教员。 敏捷我是2005年接触的,到现在14个年头了,2008年左右也成了认证的Scrum Master, 去年成为认证的大规模敏捷顾问,2018年成为敏捷性能合弄模型的评估师。10多年来...
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨, 仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以 免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,
评审的分类
管理评审 技术评审 同行评审
杂谈推理逻辑的严密性
我们在日常生活中的逻辑推理可以分为两类:必然性推理、或然性推理。从前提条件推理出的结论是确定的,这就是必然性推理。比如:人都有父母。这种结论是必然的,不可否认的,所以没必要争论。从前提条件推理出的结论并非是确定的、必然的,这就是或然性推理。比如:痴情女子负心汉。女人—>痴情女;男人—>负心汉这就不是必然性推理,仅仅是部分人的经验。我们的经验大都...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线