敏捷始于客户

8 2024-10-03

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：敏捷始于客户

文章来源：

麦哲思科技任甲林

扫码关注公众号

文章摘要

本文指出，失败的项目常常归咎于项目周期短、需求变化快和人员有限。然而，需求和工期通常由客户设定，客户往往无法准确评估需求是否能在限定时间内完成，而人员配置则是开发方的责任。开发方一旦承诺，就应当兑现而不是抱怨。

文章提到，CMMI（由美国国防部资助开发的模型）是一种解决方案，它是甲方驱动的模型，得到甲方认可的方法。敏捷方法也能有效地实施，但这同样需要客户的认可。

推广敏捷方法应该从客户开始，包括让客户认可质量优于功能和工期，客户应对需求划分优先级，同意分批交付系统，并在开发过程中参与确认。同时，客户需要指派熟悉需求且有决策权的专家与开发团队保持即时沟通。缺乏这些条件，敏捷开发管理也可能导致失败。

想要了解更多内容？

查看原文：敏捷始于客户

文章来源：

麦哲思科技任甲林

扫码关注公众号

相关推荐

结论简单，教训深刻：一个大型项目关于需求工程的反思

某公司承担一个大型软件项目的开发，该项目的计划工期为2年，实际工期为2.5年。该项目为本公司新进入的一个行业，公司在其他行业里有相近软件的开发经验，但是对进入的这个行业并不熟悉。本项目采用了瀑布模型，高峰期70多人参与，最少时也有30多人参与。投入了接近100人年的工作量，而浪费的工作量大概在25人年，需求返工的比例占了40-50%。项目结束后做了复盘，我作为外部咨询顾问参与了项目回顾...

漫谈敏捷方法中的信任

在实施敏捷的方法中需要组织建立信任的文化，即管理者信任项目组，可以放手让项目组去做事情。人对其他人都是有信任关系的。你走在大街上，你不会认为你看到的任何人会过来刺杀你，否则你就会穿着一身盔甲上路了，这就是一种信任。人对其他人的信任都不是无底线的。比如，当有人过来找你问路，找你推销商品时，你可能就避而远之，这就是一种不信任。无约束的信任只可能是一些短期的、不重要的小事。

SCAMPIV1.3b的有趣变化----行动计划复评20问

2014年12月30日CMMI研究所发布了SCAMPI评估方法v1.3b版本，对比以往的版本，该版本发生了一个有趣的变化，即增加一个阶段：行动计划复评阶段（action plan reappraisal,简写：APR）。这就意味着，在做一次评估时，允许被评估的组织在初期可以被评估为不满足或未评级，而在后续的4个月内可以针对影响目标达成的弱项做一次修正的复评。具体的操作方式如何呢？我们通过回答如下的

软件开发的质量红线

质量红线是我的一个客户提出的概念，即质量管理的底线、最低要求、最低标准，无论在什么情况下，项目都不能违背这个底线，比如项目组在进行多快好省四个要素平衡时，无论如何平衡，都不能违背质量的最低要求。我认为这个名词很直观形象，因此借用一下。在定义质量红线时应该从质量的投入与质量的产出两个方面进行定义。质量的投入如：评审投入的工作量；