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