扫码阅读
手机扫码阅读
杂谈Barry Boehm的软件工程七原则与敏捷实践
42 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要
本文讨论了Barry Boehm在1983年提出的软件工程的七个基本原则,并对其进行了详细解读。原文的搜寻过程表明,作者为了准确理解这些原则,努力追寻原始资料。
七大原则概述及对应敏捷实践
- 原则一:分阶段的生命周期计划管理。强调项目计划的重要性和分阶段实施,敏捷实践通过迭代模型和增量式交付响应。
- 原则二:持续确认。提倡尽早发现和修复错误,敏捷实践中的功能测试和测试驱动开发有效实现了此原则。
- 原则三:规范的产品控制。执行配置管理以保持工作产品一致性,敏捷实践中产品负责人维护需求和持续集成支持此原则。
- 原则四:现代化编程实践。鼓励采用现代开发实践提高软件效率和质量,敏捷实践中系统隐喻和重构提供了方法。
- 原则五:结果的清晰责任。明确各阶段产出责任,敏捷实践的多种管理技术如时间框管理和每日站会促进责任明确。
- 原则六:使用少而精的人员。推荐使用高效的团队,敏捷实践鼓励小团队和多能交叉职责的人员配置。
- 原则七:过程改进承诺。持续识别和分析过程改进,敏捷实践的sprint retrospective是一个实例。
文章最后指出,敏捷软件开发方法与Barry Boehm的七原则高度契合,表明敏捷实践很好地满足了这些原则。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 72.2K
麦哲思科技任甲林的其他文章
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
建立组织级过程性能基线的注意事项
过程性能基线的建立方法有箱线图法、控制图法、置信区间法等等,在实际中,还要数据分析者的经验进行分析,以下举例说明在建立组织级过程性能基线时的注意事项:1 注意识别数据分层的现象 数据分层,即样本点存在明显的局部聚集现象,聚集在不同值范围附近的样本点可能是属于不同类型
快速学习COSMIC方法之十六:如何进行生产率的标杆对比?
当我们采集了历史的规模数据与工作量数据之后,我们可以和业内的数据进行标杆对比,其中在国际上影响最大的就是从ISBSG的数据库中获取行业数据进行标杆对比。 一 ISBSG是什么? ISBSG全称为国际软件基准标准小组,是一个非盈利性组织,其创建于1997年,主要目的是为了促进IT行业的数据使用,并提升软件过程和软件产品。该组织有两套数据库,一套是包含IT开发项目的数据,一套是包含...
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
先定义方针再定义过程
将笔记本电脑装到背包里,是我天天重复的动作。偶尔有2次遗漏了电源,到客户现场后必须借一个同样型号的电源才可以工作,很是麻烦。但是我从来没有只装了电源而没有装电脑,因为如果忘记了装电脑,当背起包的时候,会明显觉察到重量的变化,所以犯这种错误的概率基本为零。为了避免漏装电源,我想到了规范电脑装包的动作。如果按照规范的过程定义方法,可以这样定义过程:(1) 电脑关机或休眠;(2) 拔
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线