敏捷常见问题之文档,异地,CMMI

对于文档，其实做CMMI与敏捷的顾问都有误区。对于CMMI之所以“做文档”，是因为要评估，没有证据无法评估，实际上证据不一定是文档，一张白板上的书画照片也可以是证据.....

关于文档

在实施敏捷的过程中，很多小伙伴会对文档产生困惑，不知道哪些文档该写，哪些文档不该写，写多少文档合适。其实每个公司的实际情况都不一样，没有办法一刀切地去看这件事。

要不要写这个文档，要先问一下：为什么（WHY)，即为什么要写这个文档？

同时，还可以通过如下这些问题进一步确认：

1. 如果是为了沟通，当下团队在现场的沟通是否足够？（一般Story Card的方式可以满足大部分情况的沟通）

2. 需要的这个文档是给谁看的？（如果都不清楚谁会看，基本上就不太需要这份文档）

3. 如果是为给团队成员看的，他们真的会看吗？（一般经验下，团队成员很难专注超过30分钟的时间来看一份文档，SDK除外）

4. 如果是为了回溯共识，是否可以用其它形式替代当前的文档形式？（比如白板书画照片，邮件记录，系统记录，或Excel）

5. 如果是为了合规，当下团队是否必须要承担这个职责？（有些合规记录是可以通过邮件记录、系统记录来获取的，可以与合规部门讨论怎样改进与裁剪）

最后做决定时，关键是要看它是否真的必要，以及是否属于一种形式大于实际价值的精力浪费。以我的经验看，现实企业中，为了内部协同，大部分文档传递都是浪费，都可以利用现场面对面+Story Card + 白板所取代。为了回溯共识，大部分文档传递也都是浪费，都可以利用白板书画照片与邮件记录所取代。

关于异地

在实施敏捷的过程中，有些人觉得异地是个最大的困难。

首先，如果能在同一处办公当然是最好的，因为面对面沟通可以进行最大频宽的沟通。

其次，如果从公司成本的角度没办法避免，可以利用异地视频会议的手段来增加现场感，特别是像当下已经具有很多免费的多人视频会议工具。

最后，不要让异地替团队沟通背黑锅。有时候，团队成员会很容易把团队本身的沟通问题懒在异地身上。因为很多时候，很多团队现场沟通也会存在这样那样的问题，只是理由不同而已。

有时，对于异地而言，会是个更方便团队成员推诿的借口罢了。比如职责不清、反馈不及时等，但如果团队真的激发了内动力，我相信这决对不是一个最大的困难。

关于CMMI

很多企业在实施敏捷之前都实施过CMMI，而怎样让敏捷与CMMI同时应用在企业中，是很多人关心的问题。CMMI关注企业整体的过程管理，而敏捷关注人的内在能动性。我个人觉得，在软件工程与项目管理上，其实是可以融合的。

可能有人会问，CMMI的工程过程里需要输出很多文档，而实施敏捷时常常是没有这些文档的，如何解决呢？其实，CMMI模型里没有规定一定要输出什么文档，敏捷也没说一定要用白板，都是实践者认为这种做法符合相应的理念与思维才这样实施的。

一些顾问由于传承的问题，习惯于机械地理解CMMI和敏捷，只知道要这么做，不知道为什么要这么做。对于文档，其实做CMMI与敏捷的一些顾问都可能存在着误区。

对于CMMI之所以“做文档”，是因为要评估，没有证据无法评估，实际上证据不一定是文档，一张白板上的书画照片也可以是证据。只是因为给企业做评估前的准备过程中，很多给其它公司做的文档模板是可以复用的，基于这样的文档修订，能够快速地准备好相关的证据，有益于评估过程。

对于敏捷之所以“不做文档”，是因为要减少由于形式而产生的浪费，但并不是所有的文档都没有意义，有些难于记忆的数据需要追溯时，适当的文档为什么不可以？毕竟人脑不是电脑，无法精确记忆所有的沟通内容。

所以，所谓的“做与不做文档”关键是要从本质上理解并解释CMMI理念与敏捷思维。举例来说，一个2个月的项目，写50页的项目计划，不是多此一举吗？同样的，一个2年的项目，只有简单的Product Backlog，估计项目也是很难成功吧。