杂谈Barry Boehm的软件工程七原则与敏捷实践
发布于 2024-10-02
1589
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文讨论了Barry Boehm在1983年提出的软件工程的七个基本原则,并对其进行了详细解读。原文的搜寻过程表明,作者为了准确理解这些原则,努力追寻原始资料。
七大原则概述及对应敏捷实践
- 原则一:分阶段的生命周期计划管理。强调项目计划的重要性和分阶段实施,敏捷实践通过迭代模型和增量式交付响应。
- 原则二:持续确认。提倡尽早发现和修复错误,敏捷实践中的功能测试和测试驱动开发有效实现了此原则。
- 原则三:规范的产品控制。执行配置管理以保持工作产品一致性,敏捷实践中产品负责人维护需求和持续集成支持此原则。
- 原则四:现代化编程实践。鼓励采用现代开发实践提高软件效率和质量,敏捷实践中系统隐喻和重构提供了方法。
- 原则五:结果的清晰责任。明确各阶段产出责任,敏捷实践的多种管理技术如时间框管理和每日站会促进责任明确。
- 原则六:使用少而精的人员。推荐使用高效的团队,敏捷实践鼓励小团队和多能交叉职责的人员配置。
- 原则七:过程改进承诺。持续识别和分析过程改进,敏捷实践的sprint retrospective是一个实例。
文章最后指出,敏捷软件开发方法与Barry Boehm的七原则高度契合,表明敏捷实践很好地满足了这些原则。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 882K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI中的过程管理
EPG进行过程的优化,可以参考DMAIC方法。在CMMI模型中有多个PA是和过程管理相关的,如果映射到DMAIC方法,可以进行如下的对应:(1)D定义过程:OPD,首先刻画当前的过程;(2)M度量过程:MA,然后度量当前过程输入与输出,对当前的过程建立量化的了解;(3)A分析过程:OPP,CAR,判断过程的稳定性,建立过程性能基线与过程性能模型,识别过程的关键控制因子;(4)I改进过程:OPF,O
迭代回顾会议咨询记录
每次敏捷迭代都是一次PDCA循环, 迭代的回顾会议则是其中的A(adjust),不断的复盘总结可以帮助项目一次比一次做的更好,使团队形成一个自学习的组织。 近日我旁观了一个敏捷项目组的迭代回顾会议,项目组成员对本次迭代的经验教训进行了总结,我作为外部顾问旁观了整个过程,并对项目组中存在的问题,本次回归会议的优缺点进行了点评,咨询记录如下: ...
如何画业务流程图?
业务流程图是用来描述客户业务作业方式的有效手段,它可以清晰地客户业务流程中涉及的人员角色、业务活动、业务数据以及他们之间的关系,是用来澄清需求的有效手段。
我所知道的富士康之三:改进意识
富士康的质量意识在我咨询过的企业里可以说是最好的。台干都有很强的质量意识,你告诉对方如何做才能保证质量,对方都会很认可,不是为了形式,而是出于内心的改进。走在楼梯上,可以看到台阶上有些标语:”质量是计划出来的”,”质量是控制出来的”等等。走在楼道里,楼道里有宣传用的电视,电视里播放着一些flash,这些flash也包括了大量与质量有关短片。在实施CMMI的期间,甚至在厕所里也贴上关于CMMI模型的里目标与实践!
台干也都有很强的自我改进的意识。每次去咨询,总有
软件项目管理的成功原则
来源:希赛网 作者: 任甲林 1 平衡原则 在我们讨论软件项目为什么会失败时可以列出了很多的原因,答案有很多,如管理问题、技术问题、人员问题等等,但是有一个根本的思想问题是最容易忽视的,也是软件系统的用户、软件开发商、销售代理商最不想正视的,那就是:需求、资源、工期、质量四个要素之间的平衡关系问题。 需求定义了"做什么",定义了系统的范围与规模,资源决定了项目的投入(人、财、物),工期定义
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线