敏捷

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環節走形式太多，時間浪費大。