扫码阅读
手机扫码阅读
一个敏捷项目的咨询记录
23 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:一个敏捷项目的咨询记录
文章来源:
麦哲思科技任甲林
扫码关注公众号
敏捷项目实践点评摘要
在最近对一个敏捷项目的简单访谈中,对团队的一些敏捷实践进行了评估。以下是对该项目实践的主要点评摘要:
综述:
- 敏捷实践在理论上看似简单,然而在实施上却较为困难。实践的数量可能不多,但实践中各项细节的执行至关重要。
- 团队成员不仅需要了解敏捷实践的过程,还需理解其背后的原理,这样才能实现基于经验的过程控制。
- 建立团队内部的承诺文化是必要的,团队成员应确保承诺的事项能够得到执行。
- 为了确保敏捷实践的透明性和高效性,团队应当将目标、需求、任务、任务状态、问题以及团队规则进行可视化处理。
- 在实施敏捷方法的项目中,牺牲质量以追求进度的做法是一个严重的错误。项目团队应该在保证质量的基础上,努力实现高效率的工作。
想要了解更多内容?
查看原文:一个敏捷项目的咨询记录
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 63.2K
麦哲思科技任甲林的其他文章
一表搞定最小可行产品(MVP)与最小可市场化特性(MMF)
MVP是最小可行产品,MMF是最小可市场化特性,这是精益与敏捷中的两个术语,很多人不能准确理解这2个概念的差别,我试图用一个表格对这2个概念进行概括总结: MVP(Minimum Viable Product),最小可行产品 MMF(minimum marketable feature),最小可市场化特性 含义 最小:抓住用户核心诉求提供最优解,控制需求范围和项目预算,降低产品创新试错成本。 可行:提供足够的价值,客户愿意花钱(或其他货币,如个人信息)……...
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
我说CMMI2.0之:策划PLAN
基本理念 1 凡事预则立,不预则废。无论采用什么方法管理任务、项目,都必须事先做计划。2 计划包含了管理设计的活动,要定义项目组自己的过程。3 计划要逐步细化,不可能在项目初期,就事无巨细的都计划到位,要随着时间的推移,项目的进展,外部环境的变化,逐步细化,调整计划。4 计划要分层次。有阶段(里程碑)计划,有详细的日程表。5 计划要经过了相关参与人的讨论、评审,达成一致后,...
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线