|
|
|
|
|
# 开篇词 | 重识敏捷，让你的研发管理少走一些弯路
|
|
|
|
|
|
|
|
|
|
|
|
你好，我是宋宁，现在在IBM做敏捷教练和咨询顾问。作为一名职场老兵，除了UI设计师和运维工程师，我做过软件研发领域内几乎所有的岗位。从一线工程师到管理者，从项目经理、Scrum Master，到现在的敏捷教练、咨询师，我经历过研发管理从无序状态到瀑布模式、敏捷模式，对各个管理模式的优劣深有体会，也从各个角度体验过敏捷。
|
|
|
|
|
|
|
|
|
|
|
|
我一直热衷于探索研发管理的效率、效益和精髓，我本人并不在乎这种研发管理模式叫什么名字，只要它能给研发管理带来益处我就敢大胆的启用，所以敏捷来了以后我也开始了解并使用它，现在我来给你讲讲我从接触到使用敏捷的历程。
|
|
|
|
|
|
|
|
|
|
|
|
时间追溯到2007年，当时诺基亚准备在公司内部落地敏捷。作为合作伙伴，我们公司为了更好地和诺基亚协同，并为他们提供服务，所以就派我以排头兵的身份先行了解敏捷。我与当时负责敏捷的外国同事一起研究，并在后面参加了Scrum的培训课程，第一次接触到敏捷。
|
|
|
|
|
|
|
|
|
|
|
|
参加完课程后，刚接触敏捷的我认为它的理念非常好，不过还是有些理想化，所以我并没有从内心接纳敏捷。于是在工作中，公司要求用敏捷的项目我就用敏捷，其它的我继续用瀑布。然而做着做着，两相对比，我隐约感觉到一些敏捷带来的好处，这尤其体现在团队管理方面，敏捷为我省去了大量的时间。
|
|
|
|
|
|
|
|
|
|
|
|
对敏捷有了好感后，我开始认真研究并使用敏捷。我熟读了敏捷的价值观和原则，又学习了很多敏捷的方法和实践，从管理实践到后来的技术实践，从单一团队管理到大规模敏捷，都一一涉猎。
|
|
|
|
|
|
|
|
|
|
|
|
因为工作的关系，我在自己深入探究敏捷实践的同时，接触了很多国内的研发团队，这些团队的规模从几十人、上百人甚至到几千人不等。他们的共同特点是很努力，但也存在很多问题，比如：
|
|
|
|
|
|
|
|
|
|
|
|
1. 有的团队是初创团队，没有任何成熟的管理实践，想到哪里做到哪里，研发管理相当混乱；
|
|
|
|
|
|
2. 有的团队已经经历了前期的混乱，想着要正规一些，就倾全公司之力引入CMMI，导入瀑布流程，导致整个公司流程过重，交付速度受限制，3个月甚至半年才上一个版本，业务部门相当不满意，项目团队成员也怨声载道；
|
|
|
|
|
|
3. 有的团队听说现在流行的方式是敏捷，于是拿书来看，自己琢磨，炮制了一套敏捷流程，结果也没玩转，正唉声叹气准备请外部咨询师来支援；
|
|
|
|
|
|
4. 有些团队正在拿捏，不知道自己到底该采用哪种研发模式，听说别人在做敏捷，做得还不错，跃跃欲试却不知道该怎么开始。
|
|
|
|
|
|
|
|
|
|
|
|
除了以上这些问题，我在与一些团队成员交流时，发现他们自身也有一些困惑：他们很关心现在的研发管理趋势，听说敏捷不错，也想引进敏捷，但是不晓得公司引入敏捷后，自己的工作跟以前相比有何不同。
|
|
|
|
|
|
|
|
|
|
|
|
有些一线和中层的管理者甚至还有些担忧：之前工业革命的时候，机器在很多岗位上取代了人，那现在敏捷来了，强调团队要自组织，我的岗位会不会也被取代了呢？
|
|
|
|
|
|
|
|
|
|
|
|
而且敏捷来了后，管理方式也会有一些新变化，这些变化是什么呢？到底应该怎么改变自身的管理风格才能更好地适应它？还有一些人，包括想成为leader的程序员，相信敏捷作为一种变革，带来挑战的同时也会带来新的机会，但不知道到底该怎么做才能提高自己的职业竞争力，把握住这些机会。
|
|
|
|
|
|
|
|
|
|
|
|
面对这么多的问题，作为敏捷咨询师，我一直想把自己的经验总结出来，就像医生总结临床病例一样，分享给更多需要它的人和团队，以便他们在探索研发管理的路上少走一些弯路。所以当极客时间的编辑跟我探讨写敏捷实践的专栏时，我特别高兴，因为我终于可以把这些年来自己对敏捷的研究，把我在这个领域内积累的经验分享给更多的人了。
|
|
|
|
|
|
|
|
|
|
|
|
我想，现在市面上也有很多关于敏捷的书，会讲到一些基础知识和理论，但是敏捷毕竟有很强的实践性，所以只了解理论是不够的。以我个人的经历来讲，我觉得要想真正理解并接纳敏捷，你需要一些真实的案例来辅助你对它的理解，而要真正自如地运用它，还是需要付出一定的努力的。但无疑，案例会让你学得快一些、深入一些，我想只有通过解读更多的真实案例才能让你更有感触，才能够收获更多。
|
|
|
|
|
|
|
|
|
|
|
|
## 课程设置
|
|
|
|
|
|
|
|
|
|
|
|
所以在这个专栏里，我想用这样的方式来分享我的故事。
|
|
|
|
|
|
|
|
|
|
|
|
我将从为什么需要做敏捷（why）、什么是敏捷（what）和怎样推进敏捷（how）三个角度来讲述敏捷转型过程中的那些事儿，在why和what上让你知其然也知其所以然，在how上让你更多地知道到底应该从哪里下手，到底该怎么做才好。
|
|
|
|
|
|
|
|
|
|
|
|
**Why**：在为什么需要做敏捷上，我将用实际案例来阐释做敏捷的价值，以及敏捷带来的好处，看完以后你就明白为什么这些团队不用瀑布模式，并放弃想干啥就干啥的自由散漫管理而采纳敏捷这一研发模式；
|
|
|
|
|
|
|
|
|
|
|
|
**What**：在总结业界敏捷定义的基础上，结合敏捷实践，从价值观、原则和实践三层讲清敏捷的实质，让你理解敏捷的本质到底是什么，通过深入分析常见的对敏捷的误解，带你正确认识敏捷；
|
|
|
|
|
|
|
|
|
|
|
|
**How**：结合实际案例，讲解到底怎么来推进敏捷，揭示敏捷推进过程中的常见问题，探讨防范措施，定制专属于你的敏捷实践计划。在本环节我还会带你探讨敏捷推进中需要关注的角色定位问题，不管你是一线或中层管理者，还是志在拓宽职业道路的程序员，我都会帮你解决在敏捷实践中你的职场困惑。
|
|
|
|
|
|
|
|
|
|
|
|
## 写在最后
|
|
|
|
|
|
|
|
|
|
|
|
虽说这门课程实践性很强，但是我觉得通过经典案例的学习，可以让你短时间内迅速地了解敏捷的实质并学会一些可以上手的方法技巧。
|
|
|
|
|
|
|
|
|
|
|
|
我建议你准备一个自己的小本子，随着课程的学习，总结你的敏捷案例集。本子的每一页分成左右两半，左边写你以前在研发管理方面的做法和困惑，右边写你学习过程中了解到的做法以及你想到的新做法。等学习完成以后，再来回顾一下，并制定一个属于自己的敏捷实施计划，相信在不久的将来，你会很快地上手并体验到敏捷方式给你带来的好处。
|
|
|
|
|
|
|
|
|
|
|
|
未来已来，不管你愿不愿意，敏捷已经成了趋势。所以我想隆重地邀请你，邀请你与我一起学起来、做起来，与我一起在敏捷的大潮中共舞吧！
|
|
|
|
|
|
|
