开胃菜 -- 小明的疑惑
小明: 我是一个标准的程序猿，随着经验的积累渐渐的成长成了RDLeader，团队建设上有一些疑问。
小明: 不知道如何才能让组员高效并且快乐的工作。手底下的人总爱抱怨，没有成长空间，工作不快乐，没有成就感，项目的deadline一拖再拖。
小明: 每年都会有一些核心员工流失，不得不大量招人，即便新员工我也不知道他们能呆多长时间1年，还是2年。我很沮丧，感觉我和我的组员同样痛苦着。
程序羊：不要灰心，其实很多人都会遇到你现在遇到的问题，你一下子提出了好几个问题，让我来梳理下。
- 团队成员工作效率低下，产出不及预期
- 团队成员不快乐，没有成就感 ，没有成长空间
- 项目不能按时交付
- 团队成员流失
小明：基本就这些吧，其实我自己压力也很大，也比较痛苦，不能让团队流畅的工作。
程序羊：你尝试过解决这些问题吗？你们平时的工作方式是怎样的？
小明：一般工作方式是，产品同学提出需求 --> 评估需求 --> 分配工作给团队成员 --> 团队成员开发 ... ...。我还有一种感觉，我的团队成员都不尽力工作，而且能力也不好，有一些问题我说过很多遍了，他们还是不理解。
小明: 主动性也不好，每次都等我分配任务才做，都不会主动干一些事儿。
程序羊：你的工作方式也是大家普遍采用的。听你这么一说，其实还有另一个问题要解决。
- 感觉团队成员都不尽力工作
- 团队成员没有主动性
小明：差不多就这些问题吧，我想让大家开心的工作，团队效率提高一些，团队稳定一些。有什么解决方案吗？
程序羊: 你知道敏捷吗？
小明: 听过一些，据说流程很复杂，角色也特别多，实施起来很难。
程序羊: 没有一种解决方案是万能的，可以解决所有的问题。敏捷给了我们一种指导思想，具体实施细则需要不断的去摸索，根据团队情况去调整。
小明：这样啊，那敏捷的核心思想是那些呢？
程序羊: 敏捷的思想就是敏捷宣言和敏捷开发的原则，这些你可以搜索下。 包括一些指导敏捷开发的实施框架，如: Scrum、XP ... ...。其实敏捷给了我们一种协作的方式，这种方式让大家更高效快乐的工作。
Scrum
小明: 我要如何实施敏捷呢？
团队使命 -- 团队激励
程序羊：首先要明白一个道理，团队的核心竞争力是团队成员。人都是有七情六欲的，所以要多关注人的情感，说白了要多激励团队成员。
程序羊：敏捷的原则之一是“围绕被激励起来的个体构建项目”。激励团队成员有很多种方法，我认为最有效的是企业理念及价值观的宣讲。比如说阿里巴巴企业理念“让天下没有难做的生意”，每日优鲜企业使命“让每个人随时享受食物的美好”。
程序羊：别小看这短短的几句话，使团队成员使命感犹然而生，瞬间点燃团队的斗志。当然团队也应该有使命，你的团队的使命是什么，下来可以深入思考下。团队没有使命，没有价值观，就没有了灵魂，很难被激励起来。
程序羊：另外Leader的个人魅力，个人影响力也很重要，要想让价团队成员像你一样优秀，你首先必须优秀。所以，加油提升个人能力吧。
小明：有点热血沸腾的感觉。
程序羊：还有，Leader是为团队成员服务的，你的作用是替团队成员扫除一切前进的障碍，适时地鼓励大家，帮助大家成长，是半个人生导师。
小明：目前为止，团队成员被激励起来了，之后我就可以给他们分配任务了，GOGOGO，我现在充满了干劲。
程序羊：等等，激励团队只是第一步，还要记住，团队是需要持续激励的。激励起来的团队下一步就要真正开始工作了，我们再来谈下任务分配的事儿。
任务管理 -- PUSH & PULL
小明: 我的任务分配的可好了，把谁应该干什么都分配好了，大家只要干就可以了，给你看下我的任务规划。
| 姓名 | 任务 | 工时 |
|---|---|---|
| 二狗 | 登录功能 | 2人天 |
| 三愣子 | 用户注册 | 3人天 |
| 令狐冲 | 用户信息修改 | 4人天 |
程序羊：还挺规整，任务是如何分配的呢，值得表扬？
小明：O(∩_∩)O哈哈~，谢谢！
程序羊：为什么登录功能分配给“二狗”而不是“令狐冲”。
小明：我感觉二狗更适合做登录功能，二狗之前做过。
程序羊：为什么是2人天呢？
小明：如果我来做的话可能是1.5人天，考虑到二狗的能力，多给了半天时间。
程序羊：你和二狗沟通过吗？他是否愿意做这块功能，他的想法呢？
小明：这...。没有考虑太多，应该愿意吧，毕竟做过。
程序羊：或许他更愿意挑战下其他的功能呢，毕竟自己是有成长的。
小明：... ...
程序羊：任务分配应该从Leader PUSH 任务，转向团队成员 PULL 任务。首先评审需求的时候应该每个成员到到场，让价每个人都充分了解需求。
程序羊：然后Leader做任务切分，将产品同学的需求，拆分成可独立开发的任务，形成任务列表。
程序羊：团队成员认领任务。二狗可能更愿意做用户注册。
小明：那工作量如何评估呢？是先领任务，再根据二狗的能力评估吗？
程序羊：工作量的评估是大家一起进行的，你可以搜索下“敏捷工作量评估”的方法，像打扑克牌一样，很有趣。一定要全部成员一起评估，这样间接的形成了一种契约。
程序羊：我需要强调的是工作量评估的单位，不是“人天” 或 “人小时”是工作点数。我们找一个基础功能作为一个单位，比如说“用户登录”作为一个单位，一个点数。根据难度及开发时间，“用户注册”工作量是“登录”的2倍，那么“用户注册”就是2个点。
小明：明白了，所有的工作都是点数。
程序羊：可以制作成任务卡，主要包括“名称”、“描述”、“工作量”、“验收标准”。谁认领这个任务，签上自己的大名。
| 任务名称 | 描述 | 工做量 | 验收标准 |
|---|---|---|---|
| 用户登录 | 用户登录... | 1 | 用户可正常登录 |
程序羊：任务从分配的方式到主动认领的方式及工作量评估需达成一致，这一切都是为了根据团队成员的兴趣开展工作，并且形成一种无形的契约。
程序羊：另外随着时间的推移，每个迭代完成的工作点数应该是差不多的，这样也可以准确的评估出一个团队的工作速率。
小明：明白了，我再总结下哈。1) 首先激励团队，要有团队使命价值观；2) 工作量评估方法要改变；3）任务分配方式有PUSH 到 PULL的转变。我是不是可以开始了。
程序羊：等等，再开始之前我们还需要解决一个沟通效率的问题。
看板 -- 沟通效率
程序羊：看板就是把你的任务卡贴到白板上，让团队成员随时看到整体进度，及谁在干什么。
看板
小明：这样太浪费纸了。
程序羊：有很多免费的工具可以用，比如说leangoo。
leangoo 看板
总结 -- 团队提升
程序羊：另外每个迭代(建议每周一个迭代)都要总结一次，那些做的比较好，那些需要改进。另外如果应用到新技术，相关人员分享下实现细节，让大家都能成长。应用这些方法应该可以解决你的问题了。
小明: 明白了，可以开始了，我再总结下整个过程。
- 首先激励团队，要有团队使命价值观。
- 工作量评估方法要改变；
- 任务分配方式有PUSH 到 PULL的转变;
- 每个迭代总结得失。
小明：这就是敏捷了？感觉也没有那么复杂，不开站立会了？
程序羊：这4步只是一个提炼，敏捷核心思想的一部分应用，等你熟悉起来我们慢慢加入其它的思想。至于站立会，根据需求就好，但不要成为负担。
小明：明白了，我马上试一下。
网友评论