Mike Cohn专栏

ScrumMaster – 指派还是团队选择？

/分类： /编辑：

一个新Scrum团队对ScrumMaster的选择会影响到团队Scrum实施的成败。选错了人，团队就会一方面试图变得自组织、另一面却又受制于命令控制型的经理，从而进退两难。选对了人，他符合新ScrumMaster的技能、满足团队初期需求，则团队在实施Scrum上有了一个梦幻般的开端。 Read more →

使用敏捷燃尽图管理敏捷项目风险

/分类： /编辑：

风险管理是传统项目管理中的重要部分，也是项目管理协会(PMI)知识结构体中的知识领域。在我的很多课程中，参加培训的人会问在Scrum和敏捷项目中如何定位风险管理。一部分人顾虑Scrum或者敏捷项目中会完全忽略项目管理。让我们来看看为什么会这么理解。 Read more →

是否可以轮流做 Scrum Master ?

/分类： /编辑：

有些团队在为如何挑选最好的 Scrum Master 而挣扎，然后最后决定让所有团队成员轮流充当Scrum Master的角色。出于对这个角色的挑战和重要性的考虑，我并不推荐这么做。举个例子：在我的家里，我们轮流擦桌子和洗碗，因为谁都可以胜任这些工作。但是，我们不会轮流做饭。因为我们都知道，我的妻子是家中最出色的厨师，而且比其他任何人都要好很多。我们都希望能吃到最好的饭菜，所以我们不会轮换厨师的角色。同样，如果你希望你的团队能够变得尽可能好，我不推荐使用轮换的Scrum Master。
Read more →

当你忘了sprint计划会议的目的…

/分类： , /编辑：

Sondra Ashmore 和 Kristin Runyan合著的一本敏捷方面的新书即将出版， 在最近一次对其采访中，他们问到了敏捷开发和scrum好几个方面的问题。 在最近的2篇blog里，我就曾探讨过产品backlog和估算。 现在，再来分享一下我对计划会议以及下面这个问题的观点： sprint计划会议中最常见的错误是什么？ 毫无疑问，最常见的错误是误解了计划会议的目的。 计划会议应该有2个产出物： 1.sprint的目标 2.sprint backlog

因为sprint backlog是计划会议的一个工件，所以会有许多团队过分强调要得到一个完美的sprint backlog。 这些团队试图去确定每个新任务，并且为每个新任务贴上非常精确的估算值。

sprint计划会议

团队这样做的一个典型的原因是迫于管理层的压力，尤其当团队刚实施scrum的时候。 他们想通过对任务的精确估算，把管理层的估算做的完美无缺。 但是，那不是计划会议中制作sprint backlog的目的。

sprint计划会议的目的是从产品backlog中为当前sprint挑选一组正确的任务， 并且要让团队感觉到每个任务都是被充分讨论过了，他们已经做好准备可以完成这些任务了。

在任务和任务的估算上关注太多会让团队在sprint计划会议中消耗太多时间。 因此，这时就需要scrum master这个角色来保证sprint计划会议不要偏离它的原本目的太远。  对团队理解他们交付物来说，任务和估算是必要的，而且最好把它们作为一个工具来决定当前sprint要选择哪些条目。

 

作者：Mike Cohn

原文地址：http://www.mountaingoatsoftware.com/blog/when-you-miss-the-point-of-sprint-planning-meetings

scrumcn_teamwork

新物件—长期产品待办列表

/分类： , /编辑：

大概两个星期前天气开始变好了，这意味着要给Cohn的家做大扫除了，这就是所谓的Cohnderosa（只有你足够年长而且知道“Bonanza”，才能懂得个中的含义）。当打扫房子外围的窗口的时候，我有足够的时间想起我刚刚给几个客户做的大扫除—我们刚刚清理完了他们的产品待办事列表。
Read more →