敏捷的几点总结
敏捷的几点总结
敏捷开发不是快速开发
拥抱变化 虽然是敏捷开发的核心思想, 但是这对变化的要求更高。变化不是拍脑袋决定的，而是由背后的价值决定的。
频繁的、低价值的变化 反而会导致 价值的达成率,会使开发团队疲于应对，对团队丧失信心
所以, 大部分团队能做到的事情是: 交付短期内有价值的, 确定的 的 小 事情
这个理念也暗合了 积小胜为大胜 的兵法思想
在互联网背景下，如果产品没有足够的 应对不确定的客户和市场 的经验, 贸然使用敏捷开发, 短期内收益是远小于预期的。
即使采用了A/B 测试的手段, 也要和团队说明: 我们的某一个功能 A 方案 是优于 B方案的，切记不用快速试错给失败找借口。
敏捷开发不是固定的流程
不同的团队有不同的处理事情的方式，切记不要拘泥于 用户故事， 敏捷看板 等形式
同样的，不是一个团队使用了 敏捷看板 就是在走敏捷流程了
适合团队的流程才是好流程
任何管理方法都比不上自主能动性
一流团队共同价值, 二流团队共同利益, 三流团队共同规则
但是一流的团队是从三流团队建设起来的。从管理的角度来说，调动和发挥每一个团队的成员内驱力才是让团队高速前进的终极手段。
警惕破坏者
流程建立起来之后，往往需要警惕破坏者，破坏的原因无非是 团队的目标 和 个人的利益冲突了。这非常考察管理者的管理水平。