大咖对话_徐毅_如何提升员工的活力与动力.pdfVIP

2018-12-28 云DevCloud首席技术 师、TGO会员徐毅 你好！ 本周作客大咖对话的嘉宾是 云DevCloud首席技术 师徐毅，也是 Cloud BU软件开 发云产品部、 研发能力中心特聘敏捷专家顾问，前IBM大中华区敏捷及DevOps卓越中心 主管，前惠普企业服务资深敏捷顾问，前诺基亚移动设备敏捷及精益教练，前诺基亚网络全 球敏捷转型中心精益及敏捷教练，拥有10+年行业经验。今天，我们跟他聊了聊如何提升员工 的活力，以及他对敏捷的认知。 ：活力方面，首先要理解新时代我们员工的动力在哪里，我比较推荐咱们的技术Leader 们可以学习一下丹·平克的《驱动力》这本书，作者认为适合现代知识工作者的驱动力3.0包括 三个要素，自主（Autonomy）、目的（Purpose）和专精（Mastery）。 先来看自主，我一般会举例说，如果一个人要做什么、怎么做都无法做主，那这个人就被管 死了。作为中国人，我们可以回想一下自己的成长经历，尤其是中学时代，学什么、怎么学 都没有什么可选择的余地，所以逃课的人很多。当然，怎么释放自主，也不是说马上把这些 选择权给到员工就行了，就好比前面这些学生突然进入寄宿制大学就跟放羊一样，也是不行 的，必须有个过程，这方面呢，我推荐参考下图中理查德·哈克曼（Richard Hackman）的职 权模型，要逐步地培养自主能力。 再来看目的，一个非常具体的小例子，就是我们平时大家交流需求，越大的组织越容易出这 种问题。当基层员工拿到一个需求的时候，其实已经不是需求，而是一个开发任务了，他们 可能都不理解这个任务为什么是这样的，但是当架构师或者SE（系统工程师）讲完需求问他 们“大家有什么问题”的时候，都陷入了中国式沉默，也就是说心里其实有不懂，但都不知 道怎么问出来或者担心问了太简单的问题被鄙视。我的建议就是，我们能不能在讲需求的时 候，讲清楚这个开发任务、这个功能、这个特性需求实现之后，使用这个功能特性的人，那 个用户，他们会有什么样的变化，是不是生活会变得更美好一些？如果我们的工程师在开发 代码的时候，也都能在心中想着这段代码所服务的那个人，我会说这是一种充满爱的开发。 最后，关于专精，我通常会在这里问听众一个问题，“中国人说一技之长，那么给大家20秒 时间，你觉得你的一技之长是什么？”，但多次演讲下来，会举手说自己清楚自己一技之长 的人寥寥无几。这是一个非常危险的信号，就好像我们每天过着昏昏庸庸的生活，忙来忙 去，不知道自己的核心能力是什么，万一遇到职业生涯的变化，例如公司裁员啥的，就很容 易陷入迷茫和 。不说那么 的情况，就说平常，如果不清楚自己的能力，我们又怎么 能够有意识地去提升自己的能力、持续精进呢？虽然有10000小时理论，但后来也有澄清，那 需要是刻意练习的10000小时，而不是1个小时用10000次啊。 公司的研发队伍相当庞大，在实际推动的时候，研发能力中心这种公司级部门、各个产 品线产品部自己的相关部门、研究所的相关部门等等各个部门都会发挥自己的作用：一方面 是发起这个能力，让大家意识到这件事情的重要性；另一方面是在各地造势，让大家可以接 触到最新的信息、知道工作效率高的团队和个人榜样，知道公司重视这个方面；还有一方面 当然就是提供理论和实践方面的指导，以及协助引进外界的大牛跟我们介绍外界的先进经验 和理念，以及让优秀的基层团队和个人得到宣传，被大家所知道。总之就是从各个层面全方 面大家一起来推动。 ：这其实是一个很正常的情况。我记得InfoQ在2011年的时候做过敏捷 十年的专题报 道，请一些敏捷 签署人和业界专家针对敏捷的发展发表意见，我记得有一位专家就说 过，或许十年后敏捷这个名字已经被人们所遗忘，但敏捷的精神却已经无所不在。当然，也 有很多的抱怨，也有写批评意见说，现在感觉有种趋势，凡是好的都是敏捷的，这就没有办 法讨论了。其实技术成熟度曲线总结得很好，敏捷从某种角度来讲，也可以用这个曲线来看 待，我想敏捷现在应该处于光明期吧，虽然也已经越来越普及，但是其实很多组织的敏捷程 度还很低，只是号称敏捷而已。 另一方面，大家可能都听说过创新鸿沟的技术采用曲线，用它的角度来看，2001年应该算是 创新者发明了“敏捷”，直到今天2018年，我觉得我们也只能说是刚刚过了早期采用者阶 段，越来越多的企业开始谈论和走向敏捷，应该说是早期大众开始动起来了。同时