敏捷（SAFe）常见问题

敏捷

1. 团队中没有明确的PO角色，即使有也没有能充分发挥PO的作用。

   PO角色没有多少power。不能很好的制定优先级，通常所以需求优先级都相同，在Sprint review会议里不能起到决定Epic完成与否的决定。

2. scrum team没有做到真正的自组织，自己领任务。scrum master在其中做了太多决定，团队没有被empower

3. scrum团队人员上的变动是的velocity不容易估计

4. 代码里的技术债会使得团队的估算经常处于低估的状态

5. 对于defect的过度惩罚，会让工程师不敢做refactoring。 UT的覆盖率是refactoring的保障，但是在UT没有很完备的情况下，refactoring主要看公司如何推动的。

6. 除了off target的测试，ATDD在真实环境下测试也很重要。这个能给团队交付的信心。

SAFe

1. 在第一个PI的时候，scrummaster就被要求做1年的计划，而且所有sprint计划颗粒度相同

2. 从pragram层的管理来看，并没有把优化软件内部架构作为一个重要的事。系统架构师没有切实的长远的去解决产品软件的技术债务

3. program层计划User Story开发顺序的时候，并没有做好JIT原则。PO没有太大的决策权，软件部门boss更关注于闲置的人员，而不是WIP。有些东西开发出来闲置几个月不能发布

4. PI meeting上vote环节走形式太多，时间浪费大。