敏捷始于客户

173 2024-10-03

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

查看原文：敏捷始于客户

文章来源：

麦哲思科技任甲林

扫码关注公众号

文章摘要

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

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

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

想要了解更多内容？

查看原文：敏捷始于客户

文章来源：

麦哲思科技任甲林

扫码关注公众号

相关推荐

如何设置质量检查流程

647

质量

根据《2019-2020年世界质量报告》，只有「23％」的IT预算分配给质量检查。自2015年占比「35%」以来一直呈下降趋势。

CMMI 3.0究竟有哪些变化？

1247

CMMI

4月6日，CMMI 研究院发布了CMMI 3.0版本，和2.0相比，有哪些变化呢？本文做了系统梳理。

硝烟中的Scrum和XP读书笔记

133

CH1-1 Scrum不是方法学，它是一个框架。CH1-2 Scrum 的强大和令人痛苦之处就在于你不得不根据自己的具体情况来对它进行调整；CH2-1 产品Backlog中包含了：故事、特性、需求+优先级并且是用用户的术语的表达；CH2-2 how to demo实际是对用户故事的细化，是设想的用户操作场景，可以作为用户故事的验收准则。CH2-3 指出如何解决问题的应该是...

软件研发过程客观体检指标

178

在给软件企业做差距分析时，经常听到大家说：“我们需求变更很频繁”，“我们项目拖期很严重，客户很不满意”，“我们开发人员太忙了”等等各种主观的说法，这些论断基本上是有通用性的，各个组织都存在，表面上看，软件组织的问题都是类似的。这些论断也是有争议性的，因为不同的人得出的结论可能是不同的，张三认为需求变更频繁，而李四可能认为就是正常的。因此，我们需要客观准确地刻画企业的现状、描述问题的原因。

先定义方针再定义过程

187

将笔记本电脑装到背包里，是我天天重复的动作。偶尔有2次遗漏了电源，到客户现场后必须借一个同样型号的电源才可以工作，很是麻烦。但是我从来没有只装了电源而没有装电脑，因为如果忘记了装电脑，当背起包的时候，会明显觉察到重量的变化，所以犯这种错误的概率基本为零。为了避免漏装电源，我想到了规范电脑装包的动作。如果按照规范的过程定义方法，可以这样定义过程：（1）电脑关机或休眠；（2）拔