在很多企业里，试点团队有时会尝试在第一个迭代就引入Scrum、测试驱动开发、持续集成、测试自动化等各种实践，甚至想尝试DevOps，因为DevOps现在比较火。结果没有一个实践做得好，每个实践都是做了一点，又浅尝辄止。 如果单学习Scrum框架，团队在启动敏捷的前几个迭代就需要花很多时间才能掌握；如果 ...

企业选择什么样的团队做试点比较合适呢？迈克·科恩提出了一个试点团队的选择模型，选择试点团队可以从以下几个维度考虑（如图3-4所示）。 图3-4试点团队选择模型 资料来源：《Scrum敏捷软件开发》（SucceedingwithAgile：SoftwareDevelopmentUsingScrum），2010年 1.项目规模 企业最好选择那些独 ...

根据埃弗雷特·罗杰斯（EverettRogers）的创新接纳曲线，不同人群对创新接纳的时间不同。根据接纳速度的快慢，顾客可以分为技术爱好者、产品尝鲜者、早期大众、晚期大众和怀疑主义者五种类型。技术爱好者和产品尝鲜者构成早起市场，早期大众和晚期大众构成主流市场。理论上，市场随时间变化的分布图像 ...

经历了团队级敏捷→产品级敏捷，产品从无到有，直到产品发布的整个过程都已纳入了敏捷范围，但是这还不够。那些支持部门，如人事、行政、财务、市场、销售等部门也应该被纳入敏捷转型的范畴。并不是说这些部门自身需要开展敏捷活动，而是说，它们现有的流程不能与敏捷相抵触，否则会成为组织转型的重力 ...

在一般的大中型规模企业，一个产品的创意从无到有，再到上市为止，可能需要经历几个阶段（如图3-2所示）。 图3-2价值创造过程 这个过程跨越了市场、产品、研发、设计、生产、销售、运营等多个部门。对于那些由软件和硬件集成的产品，还需要将软件项目（或软件项目群）与硬件团队拉通，对齐交付节奏 ...

团队级敏捷，指的是以5~9人的小团队为单位开展敏捷转型。一般来说，大部分企业想尝试敏捷转型，都从选择一个或几个团队开始试点。每个团队各自独立交付产品，彼此之间不一定需要有关联。当试点有效果后，组织往往会继续拓展敏捷转型的范围，鼓励更多的团队加入敏捷的阵营。 团队级敏捷的实践一般包括 ...

很多企业没有设计明确的敏捷转型路线图，而是走一步看一步，这样很容易导致在前进的道路上方向不明确、动力不足，因为在任何时候人们都可能认为企业已经敏捷了，转型结束了。而有了明确的路线图，人们可以非常清楚当前企业处于哪个阶段。不要对已经取得的转型效果满足，因为你的使命没有完成，你还需要 ...

敏捷教练需要发展哪些能力，在业界并没有规范的定义。一位敏捷思想领袖丽莎·阿德金斯（LyssaAdkins）创立了敏捷教练能力框架（如图2-1所示），定义了敏捷教练需要具备的能力。 1.掌握敏捷与精益实践 由于敏捷教练的本职是指导企业敏捷转型，因此，精通敏捷和精益实践是最基础的硬实力。 2.引导技能 ...