敏捷中国史话

本书从敏捷的发展背景讲起，延伸到描述世纪之交的中国软件业的发展状况、敏捷的传入、敏捷的低谷以及敏捷实践者为敏捷发展所做的艰苦奋斗，还介绍了敏捷在通信行业和互联网企业的实施状况、敏捷软件开发的发展和Scrum的流行。  我记得之前看DEVOPS类图书的时候，对里面的一些理念和技术术语总是不能完全理解，更不要提技术实践了。而读完了熊节的书，不仅仅是理解了敏捷的前世今生，意外的收获是也渐渐明白了devops的精髓。从CMM与scrum敏捷的冲突到结合，从持续集成演变到持续交付，从用户故事到spring，从DevOps到996，在这本书里面都可以找到答案。 敏捷开发的12条原则是： 1、我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 2、欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。 3、要不断交付可用的软件，周期从几周到几个月不等，且越短越好。 4、项目过程中，业务人员与开发人员必须在一起工作。 5、要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。 6、无论是团队内还是团队间，最有效的沟通方法是面对面的交谈。 7、可用的软件是衡量进度的主要指标。 8、敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。 9、对技术的精益求精以及对设计的不断完善将提升敏捷性。 10、要做到简洁，即尽最大可能减少不必要的工作。这是一门艺术。 11、最佳的架构、需求和设计出自于自组织的团队。 12、团队要定期反省如何能够做到更有效，并相应地调整团队的行为。

现在想想，我走上编程道路的敲门砖就是SSH和JavaEye。那还是06年的样子，天天泡论坛看大佬们扯设计模式、敏捷、XP、TDD、DDD等概念，看的似懂非懂，对毕业后能如何结对编程充满期待。实际工作后，上面这些概念都没用上，也就第一份工作自己把单元测试做得挺足。后来创业用上了Ruby on Rails，这几年眼看着这门语言和框架用的人越来越少。而这十多年互联网和技术的快速发展，虽然又涌现Scrum、持续集成、Devops等时髦概念，但对程序员这个群体来说，敏捷的朴素说法就是弹性工作，就是996和不可变更的Deadline。而那些软件工程里的方法论和工具，都变成瀑布流下的枷锁，每一个sprint和每一声钉钉，都在刺痛程序员的神经。苟且尚不能够，敏捷就逐渐成为空谈。

作为休闲读物挺好。 关心如何落地敏捷的人远远要大于关心敏捷在中国的发展历程的人。毕竟，人类从历史中学到的唯一教训就是人类从不会从历史中学会教训。 敏捷如何可能？康德最喜欢问此类的问题。佛说敏捷，即非敏捷，是名敏捷，金刚经会这样棒喝敏捷。当你走上研发管理岗位，是从敏捷，面向对象，DDD，统一过程这些抽象范畴去思考你的工作，还是从你的兄弟们如何工作去思考你的工作，这是唯心史观和唯物史观的分野。如果用近几年的网红词"第一性原理"去观照敏捷，我们又能看到什么？ 要不要敏捷？做100%的敏捷还是30%的敏捷？这样做是不是敏捷？如果你脑子里塞满了诸如此类的问题，那你一定正走在错误的方向上，并且一路向北。 你应该思考，软件行业是一个特殊的行业吗？其他行业中有没有实质上与"敏捷"对应的方法论？企业的目的是什么？在企业的目的下，管理的目的是什么？在管理的目的下，所谓的"敏捷"，作为一种工具，它的目的何在，它的边界何在，它的可能性何在？说到底，任何对人类生产活动的严肃思考，都应该向马克思致敬，生产关系一定要适应生产力的发展，时代如此，行业如此，公司也如此。 张三丰在传授太极拳之后，问张无忌，你忘记了吗？ 你忘记了吗？ 你忘记了敏捷，你就掌握了敏捷！

敏捷作为一种意在提升工作效率的软件开发方法，在减少加班、减轻劳动强度方面，似乎并未起到帮助，甚至可能因为迭代开发的广泛应用而导致全行业整体工作压力增大。此时的敏捷方法与2001年“敏捷宣言”中所描述的敏捷方法是否仍然抱持着价值观和理念的一致，恐怕起初的创始人们也需要重新审视了。 随着中国IT业乃至中国经济在全球地位的提升，来自美国的敏捷软件开发方法一边被广泛接纳，一边也开始日益凸显其局限性。未来中国的IT行业应该用什么方法来指导，将是历史的崭新一页。

敏捷方法最终被行业广泛认同和采纳，绝非一帆风顺的预先设计，而是一段充满了波折与偶然的复杂历程。一部中国敏捷史也是一部中国软件史！

书中有两条主线：敏捷在世界上的发展历程，中国的软件发展历程。两条线交织就变成了中国敏捷的发展史。这本书从软件的发展背景开始，讲述了传统软件开发模式，传统软件成熟度评价模型与软件高速发展之间的矛盾。内容比较细，建议有选择的看。书里也回答了一些容易让人“迷茫”的问题，比如：什么是软件开发方法，为什么scrum被叫做框架，等等。 为什么要看发展史？你所在的团队没有践行敏捷，你的敏捷没有做好…这些都不应该成为你拒绝敏捷的理由。敏捷诞生的直接原因正是因为传统开发模式无法适应现代的软件发展。所以你需要知道“我们还可以怎么做？”。了解敏捷的发展史，能加深敏捷的理解，引发更多的灵感。 不要做一个下雨了也不懂得找地方躲雨的人，也不要做一个只会在别人的大房子里躲雨的人。不要局限于做一个“软件蓝领”，我们可以做的更多，做的更好。

一方面是故事没那么好，可能敏捷就没那么多故事，学不了吴晓波；另一方面是文笔一般，感觉书的结构比较乱，既不编年也不传记；最后又是杜撰个不着四六的人物和场景，国内好多书都学这个风格，都是凑字数？一律跳过。

初次接触敏捷，大概是07年，当时就觉得真是很NB的方法， 后来毕业后一直没有写代码，直到今年才开始需要用到敏捷，翻开这本书，才知道这十多年来发生的这些曲折的故事。一直在想，敏捷和现实开发环境的冲突在哪呢？ 多快好省的方法为什么推广不开呢？ 核心的元素在于人，没有平白无故的好处， 要实现这样理想的方法，需要优秀的团队，优秀的人才，而这反而是需要更高的成本。在管理者和技术者看问题的角度终归是不太一样的，推荐想了解这段历史的人翻阅

感谢敏捷历史学家带着我穿越时空看见了敏捷的中国发展史，像一个老师一样娓娓道来，从更宽广的视角理解it行业，理解敏捷在BAT和华为这样的公司导入的方式，以及cmm和敏捷成熟度评估某方面的相似性都给出了一个不同的视角，现在的数字化转型中国真的没有作业抄了，怎么改变这个行业，或许需要从软件开发的第一性原理出发，从更root的视角来设计，既然入了这行，那就爱这一行，敏捷也是入了坑，希望能在这方面也能做点什么

程序员既要埋头拉车，更要抬头看路。《敏捷中国史话》给大家提供了一种俯瞰行业变革的视角，读完后有豁然开朗的感觉。