PM控制:低技术/高触控与高科技/低触控
验证动机

敏捷项目管理评估测验

 措施 所以,你认为你是一个敏捷的项目经理?或者,您想评估您的项目经理的敏捷程度如何?如果是这样,请尝试以下敏捷项目管理评估测验。

灵感来自Guy Kawasaki的风险资本家Apititude测试( vcat. )创建敏捷项目管理评估测验(APMAQ),我认为这将很有趣。

回答以下五个类别中列出的问题,并使用在问题之后使用方括号中列出的值来完成每个类别的分数。请记住,诚实地回答,描述你真正做的事情,而不是你想做的!

在测试中......

 sample_results_3.

1迭代开发和适应

  1. 您的项目是否每1-4周为业务审核提供有用的内容? [是+1,否-1]
  2. 一般来说,您觉得在适当的变更管理过程倾向于:a)鼓励有价值的变化提交[+1] b)抑制大多数变化提交[-1]
  3. 是基于每个迭代边界的项目更新的项目的更新评估,是积压的(未偿还的故事,功能)是否归重? [是+1,否0]
  4. 在每次迭代后举行的每一个释放和迷你回顾镜头举行的回顾都是举办的,以反映改进的工作和机会? [是+1,否0)
  5. 银河在线游戏是否定期挑战自己,公司的流程希望尽量减少浪费和产生效率? [是+1,否0]

2价值,利益相关者协作和规划概念

  1. 是否根据提供商业价值超过其他因素的工作计划? [是+1,否0]
  2. 选择最能描述您的长期规划的声明:a)未来迭代的功能(故事,要求)进行详细策划,很少更改[0]。 b) 未来迭代的功能计划用很少的细节和经常改变[+1]
  3. 是改变请求和缺陷补救工作,违反计划的特征,以便与客户合作,以​​便与未来的迭代(透明度)进行协作? [是+1,否0]
  4. 客户和商业代表是否存在,或者至少邀请所有银河在线游戏估算会议? [是+1,否-1]
  5. 通过一点和经常方法和更大的refuforings与客户有限的更大重构是重构的吗? [是+1,否-1]

3个赋权银河在线游戏和奖励

  1. 选择最能描述您的工作分配的声明:a)项目经理将大部分项目任务分配给银河在线游戏成员[-1]。 b)银河在线游戏成员为大部分项目任务志愿者[+1]
  2. 个人是否有权为如何组织和开展工作? [是+1,否0]
  3. 选择最能描述您的决策的声明:a)项目经理使大部分项目决策[-1]。 b)银河在线游戏与客户和PM一起结合制造大部分项目决策[+1]
  4. 银河在线游戏是否经常反映出工作所做的工作,并衷心感谢关键贡献者[是的,+1,否-1]
  5. 银河在线游戏是否决定如何分割奖励和奖金,因为它认为其成员之间适应? [是+1,否0]

4控制和实践

  1. 是持续整合和自动测试的最佳实践,鼓励,奖励和在项目上到位吗? [是所有+1,约0,无-1]
  2. 流程和文档激发到“几乎没有足够的”水平,例如:“问为什么?”文档的五次指南(是+1,“你是关于什么的?”-1]
  3. 是跟踪基于进度特征的主要报告指标,例如故事完整的经验故事剩余,刻录图形或累积流程图? [+1]或者,是否对基础计划进行了进展,例如完整或传统赚取的价值分析的百分比? [-1]
  4. 银河在线游戏成员是否拥有开放的工作环境,支持协作和对话? [是+1,否-1]
  5. 是通过大可见图表突出显示的指标和项目信息,或者为所有利益相关者看到的信息散热器? [是+1,否-1]

5背景和不确定性

  1. 根据项目因素(大小,复杂性)和组织因素(业务实用性)[+1],选择最能描述您确定迭代长度的声明:a)。 b)我们坚持30天,因为Ken告诉我们[0]
  2. 您如何评估项目适用性的敏捷实践? a)我们应用适用性过滤器或评估过程[+1]。 b)我们总是使用敏捷方法,因为它们本质上更好[0]
  3. 如何选择项目银河在线游戏规模? a)基于可用的人[-1] b)基于最优的银河在线游戏尺寸和项目目标分解成实际块[+1]
  4. 如何选择项目工具? a)基于项目的优先考虑在可能基于公司标准的最基本的工具[+1],b)的优先级点,以偏好为闪亮的新工具和开发人员凉爽因子偏好。 [-1]
  5. 系统关键性,需求波动,银河在线游戏经验和测试工作如何如何采用系统关键性,以及如何采用流程的其他因素? a)我们使用xp / scrum /无论是何种方式所涵盖的方法,我们只需要专注于实践[-1]。 b)他们都在选择和定制我们申请的过程方面发挥作用。 [+1]

脸上奖金标记

  1. 为项目上的每项PMP认证会员扣除1点
  2. 如果PMBOK指南更加积极地引用,请扣除1点,而不是敏捷书籍

快速结果
您的分数总计并查看以下敏捷项目管理评级:

超过23:Uber-敏捷 - 停止喝冷静并获得真实!或者,如果你真的是这个敏捷给我发了一封电子邮件 [email protected] 我将在我的博客上介绍你的银河在线游戏。
19 - 23:良好的敏捷采用和应用 - 您是您的域名和奴隶的主人,没有盲目的过程。你们知道你的东西并练习有效的敏捷项目管理。
13 - 18:敏捷采用有限 - 欢迎来到勒芒,一些敏捷的想法已经到位,但许多做法都不敏捷(尚未)。
6 - 12:不是特别敏捷 - 注意,你的“过程警察”可能会看着你访问敏捷网站!一些敏捷的实践可能正在使用,但也许更多的是事故而不是故意的意图。
0 - 5:不敏捷 - 您的流程由Genghis Khan和Woe禁止任何敢于考虑更新它们的祸患。标准取代需要思考,工人是机器人过程追随者。
减去分数 - 哇,这是真的吗?给我发一封电子邮件,我也会简要介绍你的银河在线游戏!公司如何继续与银河在线游戏赋予权力和认可值得调查。

详细分析
下载电子表格并为每个类别输入您的分数,以产生您的敏捷项目管理采用的雷达图。祝贺您的银河在线游戏为高排名类别,并寻找您的弱势区域,以重点努力。

下载apm_test.xls.

sample_quiz_results.

在上面的例子中,项目良好良好“1次迭代开发&适应“和”5个背景&不确定性“,但不太好”3个赋权银河在线游戏&奖励“。插入您自己的数字,看看你是如何评价的。

重要的免责声明
这个测验是为了获得乐趣,而在基于声音分类的同时,试图量化遵守自适应和上下文专用的敏捷实践的想法是最佳的嫌疑人,并且在最糟糕的矛盾中。客观地使用它的程度是识别广泛的敏捷项目管理领域,这些项目管理很好地采用,而其他人则无法如此采用。

问题是领先,答案可以是主观的。记住“数字谎言和骗子图“作为阿尔伯特爱因斯坦观察到:”不是所有可以计算计数的一切,而不是可以计算的一切“所以不要放在太多强调它。

测验后面的背景
对调度的类别和问题进行了检查,以进行对齐和覆盖范围,具有以下灵活源:

敏捷宣言:
个人和互动 过过程和工具
工作软件 在全面的文献中
客户合作 合同谈判
回应变革 在计划之后

斯科特·亚伯尔 敏捷项目的定义:“敏捷是一种以高度协作方式执行的软件开发的迭代和增量(进化)方法"just enough"提供高质量软件的仪式,符合其利益相关者不断变化的需求。

肯桑普勒的 敏捷项目的定义: 迭代,增量,自组织和出现

APLN的相互依存宣言(DOI):

  • 我们 增加投资回报 通过持续的价值流动我们的焦点。
  • 我们 提供可靠的结果 通过频繁的互动和共享所有权来实现客户。
  • 我们 期待不确定性 通过迭代,预期和适应来管理它。
  • 我们 释放创造力和创新 通过认识到个体是最终的价值来源,并创建一个环境可以产生差异的环境。
  • 我们 提升性能 通过团体责任的结果和共同负责银河在线游戏效益。
  • 我们 提高效力和可靠性 通过情况地具体的策略,流程和实践。

和APLN的6个重点领域:
价值,客户,银河在线游戏,个人,背景,不确定性

更新

在发布此测验之后。 Simon Baker从思想盒联系我来描述他们的优步敏捷分数。以下文本来自Simon:

总结我们如何工作,这里'S博客上的一篇文章的链接:
www.think-box.co.uk/blog/2006/12/heres-content-of-presentation-i-allost.html.

I'VE包括您的标题/问题,每个分数,一些简短的正义/解释以及添加更多细节的一些进一步的博客链接。

1迭代开发和适应

1.您的项目是否为每个项目提供有用的商业审核内容
1-4周? +1

我们在每周长期迭代结束时进行迭代审查。
我们放置了每次迭代的接受可交付成果。

2.通常您觉得在适当的变更管理过程趋于:
a)鼓励有价值的变更提交+1
b)抑制大多数更改提交

一切都在索引卡上捕获并存储在Scrum的产品积压中。瑕疵在粉红色的索引卡上捕获并与其他一切一起优先考虑。我们的积压使用自适应规划技术演变,从愿景到目标到史诗/秒,以跨越用户故事到运行测试的故事。

3.基于每次迭代边界的项目更新评估,是基于每个迭代边界的更新评估的积压(未偿还故事,特征列表)吗? +1

是的,实际上,不在当前迭代中的积压故事可能比每次迭代更频繁地重新恢复。

4.在每次迭代后举行的每一个释放和迷你回顾赛后举行的回顾是反思的,以反映什么是工作和改善机会? +1

是的。我们在每周长期迭代后保持心跳回顾,持续1小时。我们每季度举行更大的回顾,这涉及更多利益相关者。

www.think-box.co.uk/blog/2006/10/timeline-retrospective.html.
www.think-box.co.uk/blog/2006/11/Another-heartbeat-Retrospective.html.
www.think-box.co.uk/blog/2006/09/retrospective-action-begets-action.html.

5.银河在线游戏是否定期挑战自己,并公司
期间寻求最小化浪费并产生效率? +1

绝对而且这出于回顾性,捕获作为攻击的行动。我们在索引卡上写下这些并将其添加到产品积压。

2价值,利益相关者协作和规划概念

1.根据提供商业价值超过其他因素的业务价值进行规划吗? +1

确实。我们的产品所有者通过业务价值和我们在迭代规划游戏期间进行的工作进行了询问,并按业务价值顺序排序和完成。

2.选择最能描述您的长期规划的声明:
a)未来迭代的功能(故事,要求)进行详细策划并很少改变
b)未来迭代的功能计划用很少的细节和经常改变+1

我们使用自适应规划来发展产品积压。如前所述,事物开始作为visions,从而向史诗传达到史诗然后是用户故事,然后运行测试的故事(代码+测试)。一切都在索引卡上捕获,并在牛笔中发表在墙上。产品所有者负责(但与Scrum银河在线游戏合作)将产品积压项目进入更详细的更详细信息,因为它们接近释放和迭代规划边界,即项目业务值增加,可能会分为更小的更小的用户故事。通常,当一个故事计划到一周长的迭代时,它持续时间为0.5至3个理想的一天。

www.think-box.co.uk/blog/2006/02/user-stories-part--- --is-user-story.html.
www.think-box.co.uk/blog/2006/02/user-stories-part-2-adaptive-planning.html.
www.think-box.co.uk/blog/2006/02/user-stations-part-3-using-spikes-to.html.
www.think-box.co.uk/blog/2006/09/planning-board-and-user-story-cards.html.

3.是否改变请求和缺陷补救措施,以与客户(透明度)合作,对未来的未来迭代进行违反计划的功能? +1

是的。迭代中发生的缺陷,如果时间允许,则始终立即固定。如果它们被视为太低的价值来修复,并且更高的价值故事仍然出现优先,因此它们可能被解除并添加到产品积压到产品所有者的优先级。
更改请求不常见,Scrum银河在线游戏与产品所有者共同合作,因为使用垂直切片开发出故事。
但是,当我们无法适应发达的用户故事的延迟变更时,更改被捕获为另一个故事,并添加到产品积压以供产品所有者的优先级。

4.客户和商家代表是否存在,或者至少邀请的所有银河在线游戏估算会议? +1

产品所有者始终存在于规划游戏和迭代审查。事实上,他们向计划游戏中的银河在线游戏展示了用户的故事,然后回答有关故事细节的大量问题(然后在卡片背面捕获为验收测试)。产品所有者接受/拒绝在审查中提供的故事。我们从来没有拒绝,因为产品所有者看到故事通过在开发期间通过垂直切片演变。

5.通过与客户有限的方法和更大的重构进行鼓舞,以及与客户的更大重构进行重构吗? +1

是的。我们使用增量设计与重构以不断提高整体系统的设计。

3个赋权银河在线游戏和奖励

1.选择最能描述您的工作分配的陈述:
a)项目经理将大部分项目任务分配给银河在线游戏
成员
b)银河在线游戏成员志愿者为大部分项目任务+1

银河在线游戏成员在每日Scrum的故事所有权志愿者志愿者
对编程。在scrum中,他们在陈述方面
对银河在线游戏的承诺并持有彼此负责的人
承诺。

www.think-box.co.uk/blog/2006/05/daily-stand-up-scrum-meeting.html.

2.个人是否有权赋予局部决定如何工作
应该组织并进行? +1

3.选择最能描述您的决策的陈述:
a)项目经理大部分项目决策
b)银河在线游戏与客户和PM一起使用,使大部分
项目决定+1

成对的银河在线游戏成员为他们拥有的故事做出本地决定。如果
他们需要更广泛的投入,他们称之为队伍超时。其他决定
影响银河在线游戏通过共识(使用A.
协议的梯度),例如,在回顾主义者中作出的决定。

www.think-box.co.uk/blog/2006/04/consensus-decision-makes.html.
www.think-box.co.uk/blog/2006/07/calling-timeout.html.

4.球队是否经常反映出工作所做的工作和提供
衷心感谢关键贡献者+1

是的。我们这样做是心跳回顾的例行。

www.think-box.co.uk/blog/2006/10/timeline-retrospective.html.
www.think-box.co.uk/blog/2006/11/Another-heartbeat-Retrospective.html.
www.think-box.co.uk/blog/2006/09/retrospective-action-begets-action.html.

5.银河在线游戏是否决定如何拆分奖励和奖金,因为它看到它
其成员之间? +1

是的。作为承包商,我们不会从客户那里收到奖励。我们奖励
我们为我们的银河在线游戏活动/夜总会成功。每个人
同样贡献。

4控制和实践

1.是持续整合和自动化的最佳实践
测试鼓励,奖励,并在项目上到位? +1

使用CruiseControl执行持续集成。我们经营各种各样
通过夸张的句子对代码库进行指标
情况,例如,情况覆盖范围<85%。打破建造的人佩戴
傻的帽子。打破构建是一个禁忌。我们使用JUnit,Jsunit,
硒和适合自动化单元和验收测试。我们完全是
测试驱动。

www.think-box.co.uk/blog/2006/02/ten-minute-build-continuous.html.
http://www.think-box.co.uk/blog/2006/11/making-room-for-big-visible-screen.html
http://www.think-box.co.uk/blog/2006/10/silly-hats-for-failing-build.html

2.过程和文件凶猛地保持“几乎没有足够的”
例如,通过例如:“问为什么?”。五次指南
文档+1

我们努力使代码传达程序员意图。只有我们
使用代码注释来传达“为什么”。任何其他文档都是
抓住了ona wiki。要求捕获索引上的用户故事
牌。没有必要的其他文件。

3.是跟踪基于进度功能的主要报告指标,
如故事完全经过剩余的故事,烧坏图形或
累积流程图? +1
或者,它是针对基础计划的进展,例如百分比完整的百分比或
传统赚取的价值分析?

我们使用刻录图表跟踪运行测试的故事(完成)和努力
留下来获得故事(我们致力于在规划游戏中
迭代)完成。

http://www.think-box.co.uk/blog/2006/07/im-burning-up.html
http://www.think-box.co.uk/blog/2006/11/drawing-burn-up-charts-on-overlays.html

4.银河在线游戏成员是否有一个支持的开放式工作环境
协作和谈话? +1

我们有一支定制设计的牛笔,有很多信息散热器,
游戏和工作站有助于对编程。整体
环境旨在促进沟通和最小化
来自其他地方的沟通草稿。银河在线游戏中的每个人都位于
在牛笔内。

http://www.think-box.co.uk/blog/2006/07/bullpen.html
http://www.think-box.co.uk/blog/2006/11/settling-into-new-bullpen.html

5.度量标准和项目信息是否通过大突出显示
可见图表,或所有利益相关者看到的信息散热器? +1

是的。它们是在4英尺的白板上绘制的。

http://www.think-box.co.uk/blog/2006/07/im-burning-up.html
http://www.think-box.co.uk/blog/2006/11/drawing-burn-up-charts-on-overlays.html

5背景和不确定性

1.选择最能描述您确定迭代的陈述
长度:
a)基于项目因素(大小,复杂性)和组织
因素(企业实用)+1
b)我们坚持30天,因为Ken告诉我们

我们使用1周的迭代,因为我们希望提供工作软件和
尽可能经常生产的商业价值,1周维护一个
紧张的节奏和优秀的焦点。保持焦点30天太长了
并且经常导致尾部狭窄。

2.您如何评估敏捷实践的项目适用性?
a)我们应用适用性过滤器或评估过程
b)我们总是使用敏捷方法,因为它们本质上更好0

我们是一个敏捷的银河在线游戏,我们做得很好。我们只采取项目
可以使用Scrum和XP的组合完成。

3.选择项目银河在线游戏规模如何?
a)基于可用的人
b)基于最优的银河在线游戏规模和项目目标分解
进入实际块+1

我们有3支球队8,虽然鼓励人们在
银河在线游戏每一次迭代促进知识传播。我们试过了
许多不同的尺寸并通过回顾过程调整它们。

4.如何选择项目工具?
a)基于项目需要偏好对简单的工具
可以参与最具利益相关者+1
b)更多地基于公司标准,偏好闪亮的新工具
和显影剂凉爽因子。
我们避免了重量级的支付鼻子工具。我们选择了
简单的工具,通常是开源。我们需要在需要时修改它们
并贡献回归社区的变化。关键是
轻量级,表演,不与技术平台联系在一起
可以避免。

5.系统关键性等因素如何,要求
波动性,银河在线游戏经验和测试努力是如何实现的
采用流程?
a)我们使用xp / scrum /无论如何,它都被方法所覆盖,我们只是
需要专注于做法
b)他们都在选择和定制我们的过程中
申请。 +1

适应我们如何应用的操作是我们成功的关键,是
所有回顾主义者的主要目标。什么是关键是我们的
适应不会造成我们的灵活性,通过稀释原则
我们生活的价值观。

http://www.think-box.co.uk/blog/2006/11/constructive-disruption-and.html

许多人感谢西蒙花时间记录他们的进程并分享这些明确的解释。

注释

 伊恩克拉克

这是一个伟大的测验,如果所有银河在线游戏成员完成它,那就会受益,而不仅仅是银河在线游戏的负责人,并比较了他们的回应。

这可能会导致非常有用的银河在线游戏讨论。

如果您想探索银河在线游戏的有效性,以及它的敏捷性,然后去 http://www.etaconsulting.co.uk.

最好的祝愿

伊恩

 迈克格里菲斯

伊恩,

我同意拥有更多的银河在线游戏成员填写测验,然后讨论结果是有用的。在许多情况下,感知是现实,所以如果测验揭示了银河在线游戏之间的意见差异,那么这是一个有用的指标和指导后续讨论的工具。

感谢您的积极反馈。

问候
麦克风

 埃里克郡

对于问题1,为什么这是2 - 4周的审查?我们从1周的迭代开始向客户提供软件。 isn.'认为敏捷?

 迈克格里菲斯

嗨埃里克,

是的,一周(或更短的)迭代是敏捷的。问题是从敏捷项目适用性过滤器调查问卷中占据了现在。它询问银河在线游戏和业务是否能够经常提供和评估软件的增量(如果是这样,好和敏捷;如果没有,不是那么敏捷)。当创建调查问卷时,两周的迭代被认为是短暂的,现在一周的迭代是非常常见的。但是,谢谢你把它带到我的注意力,我已经修正了读书的问题"every 1-4 weeks".

最好的祝福
麦克风

此项对应的评论被关闭。