HR高管内参|传统团队如何敏捷转型？

　　“敏捷是什么鬼”

　　对外进行《腾讯产品敏捷研发体系》授课的时候，我经常可以从参课学员的眼睛里找到这句话。

　　通常我会鼓励大家，说：“告诉大家一个好消息，你们今天所有的疑问都是有答案的，唯一担心的问题是你们短期内能否接受和理解。”

　　我之所以敢说出这句话，仅仅因为大家的状态和我2006年末的时候并无二致。

　　●

　　2006年年末的时候，鹅厂决定开始引进“敏捷”。

　　对于当时大部分公司的小伙伴来说，既完全搞不清楚这个概念，也不理解为什么要做这个事情，更不可能想象到这件事对于鹅厂未来的深远意义。

　　当时我已经开始从事质量管理工作。我们的质量管理组有三块业务：质量控制（QualityControl）、质量确保（QualityAssurance）、测试开发（ToolsDevelopment）。我的主要职责是带领测试开发业务，就是负责做测试工具开发、性能测试、白盒测试等工作。

　　因为总监后续工作内容有所调整，所以也开始让我熟悉其它业务的板块，为以后的工作调整做准备。当时鹅厂还没有项目管理通道，于是各个BU内敏捷推广的工作就由质量确保小组来主负责。

　　为了让大家理解“敏捷”这个概念，公司通过引入咨询机构来给整个公司的产研人员培训。这个活动的核心思想就是希望大家理解“小步快跑”的感觉。

　　每次通过快速行动都取得一点点积累，要比精心策划一次规模行动的效果最终要好。

　　我自己后来针对这个思想领悟，不断思考怎么能让大家深刻理解，感觉自己总结的地铁模式比这个体验活动更能让学员理解该思想。

　　●●

　　当时为了普及“敏捷思想”，基本上要求所有人员都要报名学习这个课程，大家普遍的感受是，可以领略到了项目管理的不同点，但是没有觉得非常棒以及立刻想要改变的冲动。因为一下子学习到了很多概念，一时半会儿还不能很好地消化，例如：小步快跑、拥抱变化、结对编程、站立晨会、代码重构等。

　　再次感受到敏捷的冲击是公司请了一个国外知名的敏捷老师，给我们讲课。

　　我还记得是一个北欧人，名字很长，英文听得也是一知半解。当时公司请了一个翻译，老师讲一段，翻译在旁边翻译一段，这样理解的能多些，但是课程的进程感觉很中断。

　　印象深刻的一个关于“重构”的slide，老师的大意是说，可以一开始先快速搭建一个狗窝，然后根据用户的需求，不断调整和重构，最终做成用户需要的高楼大厦。当时是完全不能理解这种概念，还特意向老师提问：“这个重构活动是否依赖团队内具备一个高级的架构师，不然怎么从一个小狗窝，重构出来一栋高楼大厦，这几乎是一个重写”。

　　老师的回答其实也不是很有说服力，大概记得是说重构确实比较考验一个程序员的架构能力，需要提前预判和预留扩展性。

　　于是很多人都会有一个印象就是：敏捷很依赖高素质的员工。

　　可是，鹅厂在2007年还没有什么名气，吸引不了所谓的大牛，在这个情况下是否无法敏捷了吗？

　　这次培训最大价值在于感受国外软件界确实在掀起敏捷思潮并坚定地实践。同事们看到公司花这么多钱请国外的大神来讲课，所以对于公司坚定推进敏捷的态度印象是非常深刻的。

　　●●●

　　既然敏捷公司铁了心一定要推进，那只能尽量适应时代的改变，努力的学习和领悟敏捷思想，考虑如何推进研发过程的改变。

　　而传统项目管理团队向敏捷项目管理转型，首要任务需要团队成员转换敏捷思维。

　　敏捷思维就像金庸小说中的“九阳真经”一样，不同的人阅读会有不同的想法、不同层面的理解，等到某一天，在实践中出现了一个问题，使用了一个方法顺利解决问题，其实就会发现所使用的方法其实是符合敏捷价值观，这样就坚定了今后继续使用敏捷的信心，并且思路就会被打开，不断尝试一些新的敏捷项目管理方法，慢慢解决在产品创新过程中产生的问题。

　　敏捷思维包括以下三点：

　　★敏捷的核心是价值

　　★敏捷的方法是试错

　　★敏捷的流程是闭环

　　敏捷的核心——价值

　　无论面对的是客户还是用户，都应该创造有价值的功能，团队中存在价值低的工作都应该交给程序和工具，团队成员应该做更有价值的事情，需要不断鼓励团队提升自我和改进产品，追求更大的价值。

　　所显示的是微信聊天界面，微信团队推出了一个“你可能要发送的照片”功能，这个功能的应用场景是，当用户截屏或者新拍了一张照片，再回到微信聊天界面点击“＋”，这样的操作，会触发“你可能要发送的照片”功能，微信会及时显示刚才截屏或者拍摄完的最后一张照片。

　　很多用户使用这个功能后，感觉非常贴心。

　　然后在微信团队在做产品规划的时候，类似这一类“贴心”的功能都没有第一时间被规划出来，并不是谁拥有高瞻远瞩的能力或者经过详细分析就能够被规划出来的功能，而是团队成员通过不断追求更大的价值慢慢实现的。

　　实现“你可能要发送的照片”这个功能的技术难度并不大，只需要检测用户行为是否点击“＋”这个按钮前5秒内是否有新增图片，虽然只是在产品交互流程减少了一步操作，但是却大大满足用户的主观感受，这就是敏捷带来的的魅力。

　　讲述完敏捷的核心，或许你心中会有疑问：传统项目管理的核心又是什么？

　　我可以很确定地告诉大家，传统项目管理的核心是“风险”。

　　聘请经验丰富的项目经理的目的是为了降低风险；

　　编写详尽又严密的需求文档的目的是为了降低风险；

　　制作详细周全计划文档的目的是为了降低风险；

　　要求严苛细致监控流程的目的是为了降低风险。

　　传统项目管理目的就是试图利用一切办法降低风险来实现按时按质交付，从而完成项目。

　　在2001年以前，需求确定的前提下实行传统项目管理方法是可行的，可是在2001年以后，软件行业结合互联网实现了更大的价值，行业环境越来越动荡，颠覆相机的是手机，颠覆方便面的是外卖，不确定性是永远存在的，传统项目管理方法已经不适合大部分行业。

　　敏捷的方法——试错

　　没有任何人的决定保证是完全正确的，只有不断去尝试，放弃或者优化错误的产品/功能，在这样不断试错的过程中，团队需要“迅速”，才能有充裕的时间“犯错”，才能满足多变的市场。

　　团队保持团结，共同承担后果，无论对错，积极迈进下一步。

　　QQ邮箱花费2年时间“冲顶”，坐拥中国邮箱市场第一后，QQ邮箱团队一直想突破自我，其中一个方向就是“社交”，而衍生出来的产品就是“漂流瓶”。

　　一个“轻社交”应用，满足用户“好奇”和“寂寞”心理，但是这个功能在QQ邮箱上线后，不温不火，没有达到理想数据，然后QQ邮箱团队一直运用敏捷不断试错，增加或者优化不少功能，例如：一次可以扔三个漂流瓶等，但是仍然没有太大的水花，直到事后评审分析，邮箱以“工具”定位导致用户没有这类需求。

　　直至2011年微信诞生以后，团队又把“漂流瓶”迁移到微信中，大大满足了一部分人好奇和寂寞的需求，同时也增强了团队的信心，激发团队创造“附近的人”和“摇一摇”灵感。敏捷项目管理方法带给团队的是不断试错，遭遇失败不气馁，终于在一个合适的场景应用成功。

　　敏捷的流程是闭环

　　敏捷的流程是闭环。在开发过程中，发布不代表结束，而是真正的开始，所以听到用户的“骂声”，团队应该非常期待，在每次Sprint结束的时候，敏捷团队例行总结，并不是闭门造车，根据用户的反馈的引导下慢慢取得成功。

　　其实在开发团队发布产品新功能时，就好像男生向心仪的女生表白一样，无论事前做了多少准备工作，或者是花费了多少成本，表白后的结果是不可预料的，最后的结果无非三种：接受、拒绝和忽视。

　　然而最可怕的结果并不是被拒绝，而是被忽视。因为被心仪的女生拒绝不代表没有机会，电视剧中可以360º翻转剧情，有时候现实也会如此。

　　往往被忽视受到的伤害是最严重的，做产品也是如此，“被拒绝”或者“被接受”都容易形成闭环，“被忽视”却无法形成闭环，造成没有办法根据用户反馈确定这个功能的下一步方向，所以团队必须继续努力，直至获得用户反馈形成闭环。

　　敏捷三个思维非常通俗易懂，但是要在实践中带领团队整体接受并且深刻理解并不是一件容易的事情。团队需要建立共同的信念、坚实的信仰，并且不断践行。

　　传统项目管理团队向敏捷项目管理转型过渡，普及了敏捷思维后就要开始向组织上敏捷转型。转型过程也是慢慢来，不能一蹴而就，需要将原来的传统团队一步步变成敏捷团队。