我经常遇到的对敏捷最大的误解就是敏捷就是不写文档，这种理解是非常不正确的。敏捷团队认可文档的价值，并且相信项目可以受益于少写文档。
敏捷团队试图以讨论沟通代替文档。但是，大部分团队也同时意识到，有些文档是必要的，对项目来说是有重要意义的。所以，敏捷到底写不写文档，并不是一个问题。我们的应该讨论的问题是哪些文档有用，哪些文档没用，文档写到什么程度才有用。
一种办法是项目团队召开文档评审会议。打印出当前项目的所有要写的文档(或者类似项目的文档)，如果文档巨长，那么可以只打印目录或前几个章节。这个会议的重点是评审我们整个项目周期内，需要写哪些文档，哪些文档有价值，这些有价值的文档写到什么程度合适。
首先，我们把文档分类：设计和技术类文档放一堆儿，需求文档放一堆儿，用户手册放一堆儿，。。然后让团队为每堆文档排排坐，最常用的打头，写完就被放起来全是灰的放最后，
每排都平铺在桌面上。
这期间肯定会发生争论，张无忌可能认为以柔克刚，太极拳最有用，令狐冲可能感觉天下武功，唯快不败，独孤九剑才应该排第一。我们应该鼓励这种讨论，只有这种讨论甚至是争论，才能让团队看到他们的知识盲点，进而拓展他们的能力。
有一些文档，比如九阴真经，你拿起来看几眼，就发现写的似是而非，说不出的别扭，最后你发现这不是九阴真经，是九阴白骨爪。你问一下作者梅超风，梅超风告诉你，我们没见过九阴真经原本，这是听师傅念叨我们记录下来的，应该没错。呃..，真的没错吗?看到这样的文档，你要注意了。
再一转眼，你看到一本精装版太祖长拳，这是本朝开国皇帝赵匡胤发明的拳法，郭嘉要求人人会打。可是，这本书上积了厚厚的灰尘，显然从来没有人看过，为什么?因为这个拳法实在是稀松平常，人人都心知肚明练完也没多大用处。这样的文档，我们需要抄写100遍，人人都会背吗?
所有的文档排排座，都放好后，我们就可以讨论他们的价值，值得的我们继续维护的，该写的还是要写，不值得的，赶紧淘汰扔掉。
对于那些需要写的文档，我们也不必长篇大论从头到尾洋洋洒洒每一点都写全写透。坐下来头脑风暴一下，能说清楚听明白的，听完大家都知道了，就不用写了，挑出那些必须写的干货，写干货就可以。
最后再强调一下，我并不是建议你们把有用的、客户需要的文档扔一边儿不写，我们要把工作方式从以文档为中心转变为以讨论达成共识为中心。
国内敏捷软件开发转型热潮方兴末艾，敏捷组织里的角色和责任比起传统组织已经完全不同，每个组织实施敏捷都是量身定制的，每个团队执行敏捷也是因人而异，如何判断一个团队就是敏捷团队呢?项目管理面临的挑战是什么?如何把握时代的脉搏，在住址变革中占领制高点，发挥最大价值?一天不学习恐怕就OUT了，这是一个持续学习，精益求精的时代，项目经理的领导在哪里?
一切答案尽在《项目经理在敏捷环境中如何转型》研讨会，报名链接http://www.huodongxing.com/event/4378803066000
