杂谈Barry Boehm的软件工程七原则与敏捷实践
发布于 2024-10-02
1279
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
本文讨论了Barry Boehm在1983年提出的软件工程的七个基本原则,并对其进行了详细解读。原文的搜寻过程表明,作者为了准确理解这些原则,努力追寻原始资料。
七大原则概述及对应敏捷实践
- 原则一:分阶段的生命周期计划管理。强调项目计划的重要性和分阶段实施,敏捷实践通过迭代模型和增量式交付响应。
- 原则二:持续确认。提倡尽早发现和修复错误,敏捷实践中的功能测试和测试驱动开发有效实现了此原则。
- 原则三:规范的产品控制。执行配置管理以保持工作产品一致性,敏捷实践中产品负责人维护需求和持续集成支持此原则。
- 原则四:现代化编程实践。鼓励采用现代开发实践提高软件效率和质量,敏捷实践中系统隐喻和重构提供了方法。
- 原则五:结果的清晰责任。明确各阶段产出责任,敏捷实践的多种管理技术如时间框管理和每日站会促进责任明确。
- 原则六:使用少而精的人员。推荐使用高效的团队,敏捷实践鼓励小团队和多能交叉职责的人员配置。
- 原则七:过程改进承诺。持续识别和分析过程改进,敏捷实践的sprint retrospective是一个实例。
文章最后指出,敏捷软件开发方法与Barry Boehm的七原则高度契合,表明敏捷实践很好地满足了这些原则。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 676.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI:收获的欣慰
晚上客户为我送行,今天是我最后一次现场咨询,12月底的正式评估我回避了。去年底我和他们一起努力,使他们公司通过了CMMI2级的评估,今年底将进行CMMI3级的正式评估。2年的时间,见证了他们的软件管理体系从无到有,从2级到3级的历程,回顾2年来的变化,甚感欣慰:Ø 项目经理能够编写比较详细的项目计划,进行比较完备的WBS分解;Ø 项目组每周都有例会,每个阶段都会里程碑评审,
快速学习COSMIC方法之十六:如何进行生产率的标杆对比?
当我们采集了历史的规模数据与工作量数据之后,我们可以和业内的数据进行标杆对比,其中在国际上影响最大的就是从ISBSG的数据库中获取行业数据进行标杆对比。 一 ISBSG是什么? ISBSG全称为国际软件基准标准小组,是一个非盈利性组织,其创建于1997年,主要目的是为了促进IT行业的数据使用,并提升软件过程和软件产品。该组织有两套数据库,一套是包含IT开发项目的数据,一套是包含...
概要设计主要描述哪些内容?
要点如下: (1) 本项目的技术路线,即: Ø 采用的技术方法,如是采用OO的方法、还是结构化的方法,是采用.net还是JAVA; Ø 总体的技术结构,如采用几层体系结构,每层的责任是什么; Ø 系统的网络结构,如系统的功能在网络上的部署分布; Ø 核心技术难点的解决方案
度量指标的数值越大越好还是越小越好?
系统测试的缺陷密度越大越好,还是越小越好呢?不同的人可能观点不一致。推而广之,每个度量指标都存在这个问题,那结论到底是啥呢?
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线