如何减少返工工作量?
发布于 2024-10-02
2322
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
提高软件开发效率摘要
提高软件开发效率的核心是“一次做对,一次做好”,即追求交付零缺陷的目标。其中,“做对”指无错误且符合需求,“做好”指代码无坏味道且易于修改。这两者共同确保了软件的外部和内部质量,减少了由软件缺陷和需求变更导致的返工。返工可能发生在开发周期的任何阶段,但缺陷越早发现和解决,返工的工作量越少。以下是针对不同阶段提高效率的具体方法。
需求阶段
- 需求调研:全面访谈各层级用户,准备问题单,利用原型法启发需求。
- 需求描述:使用用户故事和用例法描述需求,为非功能性需求设定默认值。
- 需求确认:多方法确认需求,包括需求交底和逆向培训,确保沟通一致性,早期编写测试用例,建立需求跟踪关系。
- 需求变更:基于RTM(Requirements Traceability Matrix)进行影响分析,及时通知变更。
- 人员:对需求人员进行专题培训,提升需求工程技能。
设计阶段
- 需求理解:确保设计人员和需求人员对需求的理解一致。
- 设计:确立设计和需求之间的跟踪矩阵,采用结对设计,进行技术评审,对设计人员进行培训,使用设计模式。
编码阶段
- 确保和需求、设计人员的理解一致,进行详细设计和评审,采用结对编程,测试驱动开发,遵循编码规范,进行代码静态检查和评审,实施持续集成和代码重构。
测试阶段
- 测试人员参与需求评审,建立测试用例与需求的映射关系,确保场景覆盖,制定严格的用例编写规范。
- 定义质量目标,执行失效模式分析,测试各种环境,针对非功能需求设计测试策略,进行冒烟测试,设定测试结束的量化标准,建立复用用例库。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1101.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
七种场景下的软件工作量估算步骤
场景一:合同前的工作量估算场景描述:(1) 没有实施过CMMI2级(2) 合同未签,需要给客户报价(3) 有客户的概要需求,有类似的项目数据可供参考(4) 需要估计整个项目的总工作量,以便于估算总成本,给客户报价估算步骤:(1)寻找类似的历史项目,进行项目的类比分析,根据历史项目的工作量凭经验估计本项目的总工作量;(2)进行WBS分解,力所能及地将整个项目的任务进行分解;(3)参考类似项目的数据,
需求分析核心五要素法
本文提出了"核心五要素法"需求分析框架,旨在解决用户需求表达与实际系统构建之间的鸿沟问题。
《CMMI4级实践问题30问》后记
在写此三十问的过程中,陆续有朋友和我讨论关于4-5级的理解与实施问题,通过这些争论也让我对实践中的问题有更清晰地认识。(1)有朋友指出有些描述有不准确的地方,确实如此,有些观点在业内本身就存在争论,有些观点属于我自己的思考,在写博文时我尽量是力求完备而严谨,虽然反复锤炼,但是肯定能力有限,有颇多争议之处,只是希望对大家有所启发,难以完美。(2)也有朋友讲,有些问题写得有点抽象,仅凭这些内容
西安印象
来西安大概有八次了。 印象最深的就是西安的美女与羊肉泡馍。 认识西安的美女不是在西安。曾经有济南的同事、有上海的和深圳的客户、北京的同行、南京的合作伙伴都是西安美女。西安美女最大的特征是:漂亮、大气、不拘小节。1995年,上海的一个客户,西安美女曾经到公司去参观,看完我们的软件演示进行讨论时,竟高兴的坐在了我们的办公桌上,害得办公室主任过来问我,是咋回事。 认识羊肉泡馍却是在西安。2005年
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线