我最早接触敏捷，是源于一位做开发的朋友。他就属于那种效率极高的，大家一个礼拜的任务他2-3天就能做完，代码质量高 bug 少。最主要的是，他除了写代码以外，有足够多的时间研究新技术，指导其他同事，在团队中口碑极好，后来还研究上了管理，听说这家伙后来做了首席架构师，还兼任团队 Leader。
他有个习惯，每次写代码之前都会仔细想一想需求，想好后先写测试用例代码，再动手写代码。一旦写代码就特别快，一气呵成。
那时我偷偷问他，“你写代码之前还要写测试，多麻烦啊，怎么还能写那么快那么好？”他眨巴着眼睛，一脸坏笑：“代码写得快靠得是思考快，而不是敲字敲得快，构思好了再写不就是记录自己想说的话吗？再者，我先写测试后写代码，磨刀不误砍柴功，好多问题在前面都解决了。”
我再看他写的代码，简洁优雅，顿时羡慕得不得了。他告诉我，“这就是测试驱动开发，敏捷的核心技术实践之一。”他改变了我对程序员的认知，也改变了我对这项工作的认知，
原来厉害的程序员不只是撸代码啊。我一直热衷于探索研发管理的效率、效益和精髓。带着疑惑，加之当时公司也确有敏捷方面的需求，我从此开始研究和实践敏捷开发。刚接触的时候我觉得理念很好，但有些理想化，那时我并没有从内心接纳敏捷。
随着过程推进，我逐步感受到了敏捷带来的好处，尤其在团队管理方面，敏捷为我省去了大量的时间。
我自己在深入进行敏捷实践的同时，接触了很多国内的研发团队，这些团队的规模不等。他们的共同特点是很努力，但也存在很多问题。比如：
- 初创团队，没有任何成熟的管理实践，想到哪里做到哪里，研发管理相当混乱；
- 有的团队已经经历了前期的混乱，想着要正规一些，就倾全公司之力引入 CMMI，导入瀑布流程，导致整个公司流程过重，交付速度受限制，三个月甚至半年才上一个版本， 业务部门相当不满意，项目团队成员也怨声载道；
- 有的团队听说现在流行的方式是敏捷，于是拿书来看，自己琢磨，炮制了一套敏捷流程，结果根本不适合自己团队的业务模式。
同时，程序员们普遍有一些困惑：他们很关心现在的研发管理趋势，当公司引入敏捷后，自己却不明白工作跟以前相比有何不同，也不清楚自己在整个开发过程中的角色和定位，个人的价值没有得到充分展现。
如果你想成为技术 Leader，敏捷作为一种变革，带来挑战的同时也会带来新机会，不仅要懂，还要比别人领先一步。
一些一线和中层管理者也会担忧：工业革命的时候，机器在很多岗位上取代了人，现在敏捷来了，强调团队要自组织，我的岗位会不会也被取代了呢？ 敏捷来了之后，是不是管理方式上也会有新的变化，到底应该怎么改变自身的管理风格才能更好地适应它？
现在市面上有很多关于敏捷的书，会讲一些基础知识和理论，但是敏捷毕竟有很强的实践性，只了解理论是不够的。学透敏捷难道就真的就没有一种适合大多数同学的方法吗？。
很多敏捷开发相关的知识点与工作中的技巧，一篇文章是很难说完整的。这次小编针对这个难题特地分享一份PDF文档《敏捷开发修炼之道》，有助于开发人员在开发进程、编码工作、开发者态度、项目和团队管理，以及持续学习等5个方面积极修炼，学习这些内容，养成这些好的习惯，你可以极大地提升自己的编程实力，更快速、更可靠地支付高质量的软件，从而成为真正的高效程序员！需要这份《敏捷开发修炼之道》的朋友私信我即可免费获取！！！
是的！免费分享！你没看错！！！
由于篇幅限制，小编这里只将此文档的部分内容展现出来了，需要获取完整文档用以学习的朋友们可以关注一下小编，后台私信：【资料】获取免费领取方式！
閱讀更多 老男孩的成長之路 的文章
