如何减少返工工作量?
发布于 2024-10-02
2819
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
提高软件开发效率摘要
提高软件开发效率的核心是“一次做对,一次做好”,即追求交付零缺陷的目标。其中,“做对”指无错误且符合需求,“做好”指代码无坏味道且易于修改。这两者共同确保了软件的外部和内部质量,减少了由软件缺陷和需求变更导致的返工。返工可能发生在开发周期的任何阶段,但缺陷越早发现和解决,返工的工作量越少。以下是针对不同阶段提高效率的具体方法。
需求阶段
- 需求调研:全面访谈各层级用户,准备问题单,利用原型法启发需求。
- 需求描述:使用用户故事和用例法描述需求,为非功能性需求设定默认值。
- 需求确认:多方法确认需求,包括需求交底和逆向培训,确保沟通一致性,早期编写测试用例,建立需求跟踪关系。
- 需求变更:基于RTM(Requirements Traceability Matrix)进行影响分析,及时通知变更。
- 人员:对需求人员进行专题培训,提升需求工程技能。
设计阶段
- 需求理解:确保设计人员和需求人员对需求的理解一致。
- 设计:确立设计和需求之间的跟踪矩阵,采用结对设计,进行技术评审,对设计人员进行培训,使用设计模式。
编码阶段
- 确保和需求、设计人员的理解一致,进行详细设计和评审,采用结对编程,测试驱动开发,遵循编码规范,进行代码静态检查和评审,实施持续集成和代码重构。
测试阶段
- 测试人员参与需求评审,建立测试用例与需求的映射关系,确保场景覆盖,制定严格的用例编写规范。
- 定义质量目标,执行失效模式分析,测试各种环境,针对非功能需求设计测试策略,进行冒烟测试,设定测试结束的量化标准,建立复用用例库。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1251.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之二:COSMIC方法的度量过程
COSMIC方法的度量分为三个阶段:1 度量策略阶段2 映射阶段3 度量阶段在度量策略阶段,主要包括四个活动: 1)确定度量目的:为什么执行本次度量。比如你要度量一个房子的面积,是为了卖房子?是要装修?还是为了装中央空调?目的不同,度量的范围不同,度量的结果也不同。卖房子是要包含建筑面积与分摊面积的,装修房子要考虑套内面积与晾台面积,而装中央空调时只考虑套内面积,目的不同,度量的范围不同,度
决策与解决方案练习结果分析
2008年3月4日对15人进行了DAR过程域的培训,针对一个设计方案选择的场景进行练习。划分为3个小组,每组5人。练习持续45分钟,点评45分钟。第1组练习的结果:评价指标权重方案1方案2方案3开发时间3321系统收益3
敏捷与规范的杂论
有几家客户在导入敏捷的方法,有些做的很好,很见实效,有些则仍在门外徘徊,形似而神非。究其原因,在于没有理解敏捷思想的精髓,存在对敏捷方法的误解。敏捷方法与规范方法都是为了按时、保质、在规定的时间内实现需求,殊途同归,目的相同,实现的方法不同。规范方法的管理假设是每个人都会犯错误,为了降低犯错的概率,事先定义了严格的过程,通过遵循规范的过程可以降低犯错的概率,如何确保按过程执行了呢?需要QA进行检查
一次典型的重构
背景描述:近期要去讲一次重构,想收集一个案例,恰好从网上看到了一个朋友写的一个计算算术表达式的C#程序,原程序是计算含括号的正整数表达式的四则运算值。读后,发现问题比较多,而且逻辑有错误,因此对其进行了重构。为简化起间,将程序的功能进行了简化:1 计算的算术表达式只含有+、-、*、/运算2 不含有括号3 表达式的第一个符号是数字4 假定表达式是合法的算术表达式且满足上边的约
CMMI 4级实践问题30问-6
第19问:基线是否一定关于均值对称?如果不对称是如何计算出来的? 答:基线不一定是对称的,在第2问中已经介绍了一种建立基线的方法,如果不是采用XMR图的方法建立基线,而是采用箱线图或概率区间分析的方法建立基线,则基线可能就是不对称的。比如如果数据偏态分布很明显,则可以取众数或中位数作为期望值,此时建立的基线就可能是不对称的。在采用箱线图时也可以排除异常点。 第20问:何时变更基线?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线