这是最近跟一个同事闲聊时候的对话：
同事A：“我现在每天会被打断很多次，经常会有新的高优的需求插入导致我的进度严重失控、交付的代码质量严重下降。”
我： “你们不是有EE吗？EE对于这种越过规划直接插入的需求没有任何表示吗？”
同事A： “有EE啊。但是这种插入的需求是越过EE、越过敏捷教练直接从PMO找到了我。”
我： “那你们这个号称scrum的团队要开始失控了。”
同事A： “感觉是这样的。”
我： “那你有想到什么方法来避免团队陷入混乱的沼泽吗？”
同事A： “暂时没有。”
从对话中我们可以看到这个团队开始有一些失控，这并不是特例，在很多的团队都遇到或者曾经遇到过类似的问题。
刚开始时，团队某领导说我们要引入敏捷，使用SCRUM来管理团队。所有需求统一提给PM，然后PM跟R&D以及其他相关人员一起确认需求的优先级，并制定产品研发里程碑。最后确定每一个小的排期里的开发内容。团队里每一个人都要遵守这个流程，任何人不得绕过PM直接找到R&D去提任何需求。等等等等。
刚开始大家执行的都很好。每一个人都遵守制定好的规则，提出需求、规划需求、解决需求、上线。周而复始。一切看上去都是如此的美好。
突然有一天，一个坏的口子被打开了：某个领导早上说，我要做一个功能，下午就要做好，晚上就要上线。然后R&D说，好。从此以后，越来越多的需求开始直接找到R&D，R&D的压力越来越大，PM的项目规划开始越来越难做。最后，彻底混乱了。
最后某领导总结说，其实我们的初衷是好的，但是我们的团队不适合敏捷，你看，我们就是因为使用敏捷，导致团队越来越乱，最终彻底散了。
然而，这是敏捷的问题吗？并不完全是。中国有句老话：千里之堤溃于蚁穴。这句话在上述的例子中也同样适用。如果没有一开始被打开的这个口子，那么这个团队可能会一直做的比较好。
所以我一直认为，敏捷对于团队的要求很高，这个高是全方面的高。比如：
团队对于scrum的重视程度是否高于个人权威？
团队中每个人是否有互补的意愿和动力？
团队中每个人是否有提升自我的意识？
这些点都需要考虑。如果团队中如果某领导认为自己的权威高于流程，那么就会出现上述例子中的场景。这时下级通常会按照领导的要求来做这个事情（流程还是饭碗，这不会是一个难题。），这很容易带来很多的后患。我们在开发中经常会遇到人力不足导致排期出现延期的问题，如果团队中每个人都有互补的意愿的话，那么在出现团队成员出现意外需要暂时离开一段时间（比如休假1天）。也会有其他成员来完成这部分工作，保证排期正常完成。然而，大部分的团队并不太具备这2点。但是，如果团队成员具有自我提升的意识，那么上述2点都是容易实现的。我见过的好的团队里，大多具备这项特质。因此，个人认为，自我提升对于团队成员以及团队来说都是非常重要的特点。
写了这么多，也是希望在后续个人生涯中遇到类似场景时，可以做的更好一些。
done。
378
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
