如何减少返工工作量?
发布于 2024-10-02
1134
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
提高软件开发效率摘要
提高软件开发效率的核心是“一次做对,一次做好”,即追求交付零缺陷的目标。其中,“做对”指无错误且符合需求,“做好”指代码无坏味道且易于修改。这两者共同确保了软件的外部和内部质量,减少了由软件缺陷和需求变更导致的返工。返工可能发生在开发周期的任何阶段,但缺陷越早发现和解决,返工的工作量越少。以下是针对不同阶段提高效率的具体方法。
需求阶段
- 需求调研:全面访谈各层级用户,准备问题单,利用原型法启发需求。
- 需求描述:使用用户故事和用例法描述需求,为非功能性需求设定默认值。
- 需求确认:多方法确认需求,包括需求交底和逆向培训,确保沟通一致性,早期编写测试用例,建立需求跟踪关系。
- 需求变更:基于RTM(Requirements Traceability Matrix)进行影响分析,及时通知变更。
- 人员:对需求人员进行专题培训,提升需求工程技能。
设计阶段
- 需求理解:确保设计人员和需求人员对需求的理解一致。
- 设计:确立设计和需求之间的跟踪矩阵,采用结对设计,进行技术评审,对设计人员进行培训,使用设计模式。
编码阶段
- 确保和需求、设计人员的理解一致,进行详细设计和评审,采用结对编程,测试驱动开发,遵循编码规范,进行代码静态检查和评审,实施持续集成和代码重构。
测试阶段
- 测试人员参与需求评审,建立测试用例与需求的映射关系,确保场景覆盖,制定严格的用例编写规范。
- 定义质量目标,执行失效模式分析,测试各种环境,针对非功能需求设计测试策略,进行冒烟测试,设定测试结束的量化标准,建立复用用例库。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
《术以载道—软件过程改进实践指南》荣耀上市!
《术以载道—-软件过程改进实践指南》荣耀上市!欢迎广大过程改进从业者,爱好者阅读!
项目计划评审时的36个检查点
在多次的运行检查中,发现很多项目的计划存在一些共性问题,根据这些问题,归纳出来36个检查点供大家参考. 1 是否定义了项目的组织结构? 2 是否定义了每种角色的职责? 3 PPQA是否有独立的渠道和高层沟通? 4 如果有客户或客户代表的参与,是否定义了他们的职责? 5 是否定义沟通了机制?(和客户的,和其他外部和伙伴的,内部成员的,和上级的,和其他项目组的) 6 是否定义了
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
心正、身正,则客户正
最近连续和2位老板聊天,感触颇多。 第1位朋友曾经实施过CMMI,当时随着客户的投诉的增多,他期望借助于CMMI模型解决管理问题,便于兑现给客户的承诺,获得比较高的客户满意度,公司在过程改进上投入很大,但是实施下来远远没有达到他们的期望,咨询公司没有提供有效的帮助,于是就夭折了。 第2位朋友的公司正在实施CMMI,公司希望想要成效和证书,公司投入了很大的精力,但是从咨询公司的最初介入就给误导上了一
知识、经验、悟性与执行力
每次去售前的时候客户总会问,选择什么样的EPG成员才合适? 前一段时间偶然看了一集《卧薪尝胆》电视剧,深受启发,总结了4个选人要素: 1 知识 知识是基础要求,应该有基本的软件工程知识,而不是白纸一张,这样才能容易沟通,知识可以通过学习来获得。 有无知识是相对的,知识可以通过是否学习过哪些课程,接受过哪些培训,读过哪些书籍来衡量。 实践出真知。知识经过实践的锤炼才能真正成为自己的知识,对知识与经验
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线