敏捷SAFe的本質是什麼？-shalloway

banq發表於2020-09-03
敏捷

現在有3種流行的軟體工程方法：
  1. 簡單的：不能真正解決問題的簡單方法 -Scrum
  2. 複雜的：可任意選擇解決方案 -SAFe
  3. 1＆2的混合：LeSS

現在我們正在踏步於SAFe第二階段，未來可能更需要第三步，第2步的SAFe到底是什麼？有什麼問題？
 
觀點：
  • 我閱讀“團隊拓撲”越多，我認為將SAFe稱為改進的瀑布，不如將其稱為差的敏捷更合適。建立ART只能容納依賴關係，並且價值創造結構不佳。3個月的效績指標不是敏捷的，但要好於年度。
  • 一家公司每次採用SAFe時，上帝都會殺死2只小貓。
  • 我正在與正在實施SAFe的組織中的一位高管進行交談，我詢問高管他們希望從中獲得什麼。他說，他們無法就下一步最重要的事情達成共識，並希望SAFe能夠促進這些討論。
  • 我將SAFe視為工具箱。SAFe的最大問題是，它很少關注演化和組織成熟度。此外，它還以“敏捷的銀色子彈”的形式推銷自己。它也僅適用於如何適應依賴關係，而不適用於如何透過團隊改革來避免依賴關係。
  • SAFe是一個較新的RUP，通常總是使用“階段關口”來實現……這實際上只是功能更強大的瀑布，只有公司才能並行執行階段，這實際上耗盡了WIP的能力。
  • 我想知道為什麼很少有公司實現“真正的敏捷” ...我的猜測是，對於指定規模的任何公司來說，敏捷意味太大的改變。某些框架（如SAFe）會嘗試縮小這種目標與現實的差距，這樣公司可以邁出敏捷的第一步。

相關文章