團隊拓撲：軟體與組織之間的完美融合 - Matthew Skelton

banq發表於2021-11-18

Matthew Skelton與 Manuel Pais 合著了《團隊拓撲：組織業務和技術團隊以實現快速流程》一書，這是一篇開創性的文字，講述瞭如何圍繞軟體對您的特定組織的角色構建最佳團隊結構。
Matthew 在 2018 年、2019 年和 2020 年被 TechBeacon 評為 DevOps 最值得關注的 100 人之一。他在 devopstopologies.com 上策劃了著名的 DevOps 團隊拓撲模式。他還是 Conflux 的諮詢主管，專門研究現代軟體系統的持續交付、可操作性和組織動態。
在這次談話中，馬修幫助強調了數字化轉型對公司的真正影響，以及它對團隊協調的意義。
 
重要見解：
1. 交付和執行軟體已成為企業或組織取得成功的一個非常重要的方面。Matthew 指出了組織考慮更高層次、更高水平的創新的重要性，並真正考慮組織在 IP 上的投資，完全所有業務流程推向商品低程式碼或無程式碼平臺，存在真正的危險，即該組織實際上沒有任何有用的智慧財產權；而傳統經驗法則是圍繞核心業務使命集中精力製作軟體。這需要對組織的哪些方面真正重要或獨特（或接近獨特）保持誠實和現實。如果這些方面不是您的組織特有部分，那麼你不應該圍繞它構建軟體；這些是您應該從軟體即服務的生態系統中提取的東西。（banq：核心子域與通用、支援子域區別）
 
2. 康威定律基於以下觀察：組織內部的通訊形式與所生產的軟體形式之間存在“映象效應”。這進一步意味著組織的溝通路徑的形狀是對其解決方案搜尋空間的限制。傳統上，由於組織在功能方面非常孤立，這限制了他們可以找到的解決方案型別，以及找到解決方案的速度。為了避免康威定律的這些負面影響，Matthew團隊拓撲提倡零交接的跨職能團隊，以“確保我們的組織溝通不會與我們想要找到的解決方案衝突”。這進一步使組織能夠快速響應市場環境。
 
3. 團隊拓撲確定了四種主要的團隊型別，以實現快速流程。
  • “流對齊團隊”是起點，一個最多 15 人的團隊（最好是 8-9 人），具有“端到端的職責，沒有交接，非常接近客戶，並長期負責特定部分業務領域、服務、產品、使用者旅程等”。其他團隊型別為流對齊的團隊服務。
  • “支援團隊”有助於彌合能力差距，這可能有助於流對齊團隊瞭解如何更好地使用某種機器學習或資料、基礎設施或技術實踐。
  • “複雜的子系統團隊”很少見，但可以形成以從流對齊的團隊中消除非常專業的認知負擔。
  • 最後，“平臺團隊”（稱為內部平臺）帶走了資料、機器學習、基礎設施或部署功能方面的流對齊團隊的一些非差異化細節。同樣，這種支援團隊型別的決策標準是減少認知團隊的負擔，由流對齊的團隊來採用它。

此外，團隊拓撲發現了一個“服務體驗團隊”，他們考慮全生命週期的產品體驗，並與流對齊團隊一起從其他地方獲取資料和洞察（市場定價、客戶反饋等）。由流對齊的團隊來採用它。
詳細點選標題

相關文章