采用敏捷文化

如果从过去十年的”敏捷转换”中吸取了一个教训，那么采用或实现敏捷方法就没有一个一刀切的解决方案。每个组织都有不同的需求、约束和要求。

敏捷运动是不断寻找方法来改进构建软件的做法。这不是关于完美的日常站立或回顾。相反，它就是创造一种文化，其中正确的事情往往发生得更频繁。

计划和节奏

没有完美的冲刺长度。团队采用一到四周不等的冲刺周期取得了成功。最重要的是一致性。

Microsoft 的开发工具部门（约6,000人）以三周为一个周期进行工作。冲刺已成为组织的心跳。

必须选取短跑长度并坚持。如果有多个敏捷团队，他们都应该使用相同的冲刺长度。

“你不能欺骗航运。“发布软件会教给你不可能理解的事情，除非你亲自发布软件。

在软件开发方面，推迟或避免做事 until absolutely necessary 不能更真实。团队将修复 bug 延期到周期结束，建立技术债务。航运要求支付所有债务。

若要建立敏捷文化，请先尝试在每个冲刺结束时交付产品。

当人们在同一个房间并肩而坐时，有意义的交流自然而然地发生。

允许团队一同掌握协作构建软件的艺术。尽量使团队保持至少 12 个月不变。

更好的解决方案是将工作负载均衡给另一个团队，而不是在团队之间对人员进行负载均衡。

努力构建拥有功能区域的垂直团队。这些团队负责将功能添加到其区域所需的所有工作，从数据库到用户界面更改。功能团队没有所有权和问责问题。