BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

敏捷社区需要成熟度模型么?

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝 发布于 2007年10月18日. 估计阅读时间: 2 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。
随着时间的推移,在人们的视野中慢慢出现了叫做敏捷成熟度模型或是敏捷实施框架的东西。现在还颇有一些咨询公司在使用敏捷“执行能力评估 (readiness assessments)”来帮助客户“变得”敏捷,开创了一代先河。这些迹象是否表示在我们的社区内,尚有未满足的需求?

微软的Nick Malik创建了一个简单生命周期敏捷成熟度模型(Simple Lifecycle Agile Maturity Model),用以帮助人们判断他们有多么的敏捷

在使用这种模型时,团队只需遵循一个简单的过程:

  1. 写一个小故事来描述你所使用的过程。在样式表中有示例以供参考
  2. 以基于敏捷联盟原则的12条标准为依据,给你的过程评分
  3. 输入权重,查看结果
  4. 创建一系列的步骤来解决过程中的不足。使用正常的敏捷过程来对这些步骤进行估算,并加入到backlog中。

今年较早的时候,Ahmed Sidky和James D. Arthur提出了一个敏捷实施框架,该框架是以对团队、组织或是企业进行评分的执行能力评估作为基础的。按照执行能力等级的不同,该框架规定了一套相关的实践,用以帮助团队、组织或是公司选定哪种实践来达到下一种成熟度级别。

在Google上搜一下"agile readiness assessment",我们可以得到一个咨询公司的列表,它们准备、愿意并且(声称)能够帮助用户发现自己在何种程度上为敏捷做好了准备

但这些东西是用来满足实际需要的吗?敏捷化到底是终点,还是帮助我们到达终点的手段?你我是否应该关心我们有多么敏捷?如果这是切实所需的话,这众多选择中,哪一种是正确的呢?一个模型可以为某个问题提出放之四海而皆准的解决方案么?

或者,敏捷化根本和目标无关?我们可否把敏捷当作到达终点的途径,而我们的终点则是满足并超越用户需求的高价值可维护的软件?如果敏捷化不是我们的目标,那我们还应该一心一意的让自己变得敏捷么?还是我们应该关注于完成我们的真实目标,而仅当敏捷可以帮助我们离目标更近的时候才使用它?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

买椟还珠 by 曹 云飞

把敏捷本身作为目标,有买椟还珠的感觉。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT