敏捷中Sprint-0计划的实践方式

前言

本文将探讨一个所有软件开发者都头疼的问题，那就是项目计划和其中涉及到的估算。任何一个项目都离不开项目计划，但绝大多数项目计划都不怎么靠谱。以前已经有一篇文章讲了计划会议的实践，这里是传送门。但项目计划并不是简单的计划会议，而是一整套的活动才能确定的。接下来就结合经典的敏捷开发方法论以及我们团队的实践来看看在敏捷开发里项目计划和估算的实践方式是否能够给你带来一点启示。

内容

敏捷计划的特点

首先敏捷开发中的计划也不是很靠谱的，但相对于传统的计划，良好的敏捷团队给出的计划和估算能够在团队变化不大的条件下做到短期内靠谱。你要是让敏捷团队提供一个超过一年的靠谱开发计划估计是难为他们了。
其次他们给出的估算只适用于他们这个团队，而且都是相对值，对于人天的估算并不是很理想。
最后一般来说敏捷开发的计划都是会滚动动态调整的，不是静态不变的。

Sprint-0计划

有不少介绍敏捷方法的书一上来就会说要进行迭代开发，大家真正着手这么干的时候往往会懵逼不知道该如何开始，其实一般敏捷团队在新项目开始的时候都会有一个Sprint-0的周期，这个周期主要是准备环境，资源以及进行需求调研等等，这些事往往都比较虚，但都是极为重要的，如果做不好就会一团糟。下面我们就逐步介绍跟计划有关的部分。
注意：计划相关的活动应该全部的团队成员都参加，无论是测试，开发，项目负责人，UI等等，如果团队太大的话应该各个方面派出代表，但这往往意味着你需要进行团队的拆分。