如何减少返工工作量?
发布于 2024-10-02
1380
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
提高软件开发效率摘要
提高软件开发效率的核心是“一次做对,一次做好”,即追求交付零缺陷的目标。其中,“做对”指无错误且符合需求,“做好”指代码无坏味道且易于修改。这两者共同确保了软件的外部和内部质量,减少了由软件缺陷和需求变更导致的返工。返工可能发生在开发周期的任何阶段,但缺陷越早发现和解决,返工的工作量越少。以下是针对不同阶段提高效率的具体方法。
需求阶段
- 需求调研:全面访谈各层级用户,准备问题单,利用原型法启发需求。
- 需求描述:使用用户故事和用例法描述需求,为非功能性需求设定默认值。
- 需求确认:多方法确认需求,包括需求交底和逆向培训,确保沟通一致性,早期编写测试用例,建立需求跟踪关系。
- 需求变更:基于RTM(Requirements Traceability Matrix)进行影响分析,及时通知变更。
- 人员:对需求人员进行专题培训,提升需求工程技能。
设计阶段
- 需求理解:确保设计人员和需求人员对需求的理解一致。
- 设计:确立设计和需求之间的跟踪矩阵,采用结对设计,进行技术评审,对设计人员进行培训,使用设计模式。
编码阶段
- 确保和需求、设计人员的理解一致,进行详细设计和评审,采用结对编程,测试驱动开发,遵循编码规范,进行代码静态检查和评审,实施持续集成和代码重构。
测试阶段
- 测试人员参与需求评审,建立测试用例与需求的映射关系,确保场景覆盖,制定严格的用例编写规范。
- 定义质量目标,执行失效模式分析,测试各种环境,针对非功能需求设计测试策略,进行冒烟测试,设定测试结束的量化标准,建立复用用例库。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
Infosys公司过程改进的18条经验
Infosys公司过程改进的18条经验 1 设定明确的过程改进目标,每次改进的周期不宜太长。 2 保持过程定义的简单性,使过程定义易于为项目经理、开发人员等所接受。 3 尽可能减少过程定义的变更次数。 4 基于企业的实践定义过程,使过程易于接受并减少培训、部署的工作量。 5 过程改进视同为一个项目,有明确的项目计划。 6 为每个项目组配备质量顾问,质量顾问为EPG成员,负责手把手指导项目组按体系执
CMMI V2.0 时代即将来临
CMMI V2.0
老人与狗
前几天看到一则新闻,有一位老人在家中去世了,他养的一条狗七天七夜不吃不喝,守候在家门外等待老人的归来,其状甚惨,看后感叹不已,不由地想起了另外一个故事。去年夏天我从济南打车去机场,在历山路上看到了一个小队列,母亲骑车在前,女儿骑车在后,有一条小狗在最后跑步跟随,于是我就随口对司机说:“人狗多和谐啊!”,司机说:“我不养狗,不敢养。”我说便问他:“为什么呢?”,于是司机就讲了他一个邻居大婶与狗的故事。她是一个老人,住在城乡结合部的镇上,养了一条大狗,七八年了,每天与狗相伴。有一年政府不让养大狗了,老人没有办
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
项目资源调配要打歼灭战
很多软件企业都面临人少事多的状况,在公司级如何调配人力资源的使用呢? 现实中最常见的策略就是:平均用力,分散资源,会叫的孩子有糖吃。即新来一个项目就抽调几个人过来,启动该项目,开始干起来。如果有另外一个项目面临交付工期压力,项目经理找老板申诉人手不够,就再从别的项目组临时抽调人员过来救火,如此恶性循环,每个项目都人手不够,每个项目都拖期,四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战,确保绝大部分项目都人手充足,最多只有一个项目缺少人...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线