如果说传统项目的计划管理是用甘特图，那么敏捷项目的计划管理用什么？ 答案是任务板。 敏捷项目中没有传统意义上的日程表、结构化估算，或与一大叠落满灰尘的纸质文档相关的东西。但是它有任务板。 任务板并不是什么高端的东西。就是一块足够大的白板，上面粘贴着任务卡片，任务卡片分成3块区域：待完成的、正在进行的、已完成的。如此而已。 虽然简单，但是任务板却能够给人一个简洁、明了、清晰的软件开发进度的展示。 说它简单，是因为卡片不需要按照逻辑关系放置，只要标出来未开始、进行中、已完成，这就可以了。而且不需要在任务板上列出未来几个月的工作，只需要列出本次迭代的任务即可。迭代一结束，任务板会清理一空，并为下一个迭代重新开始。 说它明了，是因为只要任何一个团队成员走到任务板前面，他就会明白：“今天我应该做的最重要的工作是什么？上面那些任务里面，对我来说最重要的事情是什么？” 唯一要担心的是关键路径的问题。任务板是无法给你展示一条清晰的关键路径的。这一点上，它只能对甘特图“甘拜下风”。但是，如果你的团队有足够的经验，谁又会犯下这种低级错误呢？关键路径不一定要画出来，只要它已经在你的心里。 所以，对于一个敏捷团队来说，小小的任务板已经能够帮助解决很多计划和管理方面的问题了。 这正是： 麻雀虽小五脏全，小小工具不简单 敏捷首要三实践，不得不提任务板 参考文献：程序之美系列：团队之美、项目管理之美，Andrew Stellman,Jennifer Greene,Scott Berkun，机械工业出版社 |
|
|
