團隊拓撲：減少軟體團隊的認知負擔 - mimacom

banq發表於2022-03-08
Mac

在這篇部落格文章中詳細瞭解團隊拓撲的工作原理、好處是什麼以及如何利用該方法。
 
由Matthew Skelton和Manuel Pais設計的 "團隊拓撲 "方法，專門解決了許多組織苦苦掙扎的挑戰：沒有足夠快和好地將軟體送到客戶手中。軟體團隊往往面臨著創造價值的巨大壓力。然而，除了做他們的主要任務外，他們還忙於做其他幾十件事情，因此他們在實現功能方面可能會很慢--或者他們的產出低於大家的期望。

這就是團隊拓撲結構的作用：一個簡單的步驟模型，結合了四種基本的團隊型別和三種核心的團隊互動模式：
  • Stream-aligned：團隊專注於單一的、有影響力的工作流程，例如產品、服務或單一使用者旅程。
  • 複雜子系統：負責系統中依賴於特定技能和知識的部分。因此，大多數團隊成員都是特定知識領域的專家。
  • 平臺：平臺團隊開發在公司內部使用並支援跨職能團隊的系統和程式。
  • 賦能：幫助流對齊的團隊克服障礙並檢測缺失的功能。



這使得軟體團隊的結構能夠減少他們的認知負荷，足以讓他們專注於真正重要的事情：為他們的最終客戶創造功能和價值。
  

mimacom客戶用例
該客戶是一家汽車製造商，我們為他們管理他們的數字產品組合。我們建立他們的線上商店，處理與他們的網站相關的其他問題——簡而言之，我們負責與他們的數字化產品有關的一切。
他們現在有一個軟體團隊，其重要任務是建立一個高度複雜的技術平臺，以減少其他團隊的工作量。這個平臺團隊負責處理眾多的交叉問題，如遵守監管要求和所有與技術安全有關的問題，以及像證書管理（=處理所有用於識別系統的數字證書）這樣的高度技術性事項。

在平臺團隊中建立的解決方案現在可以被公司的所有其他團隊使用。

這意味著，各個流線型團隊不再需要擔心建立證書來保障自己的應用。所建立的平臺使其他人的生活變得更加容易。他們只需要在平臺上為他們的應用訂購正確的證書。

因此，在這裡，我們的平臺團隊已經思考了到底需要什麼，以及如何使用這些東西，並且已經實施了--現在有50到60個（！）其他團隊可以從中受益。

 

團隊拓撲的好處是什麼？
正如Team Topologies所描述的那樣，這種方法並沒有專門在這個（或實際上是任何其他）客戶那裡引入，也不需要任何複雜的重組。Mimacom只是幫助客戶精簡現有的組織，改善事情，並做出更適當的決定。

而團隊拓撲結構提供了更多的好處。

  • 大量的自由：這種方法為設計提供了大量的自由。你透過團隊拓撲結構來劃分你的團隊，但你隨後採取哪種方法，或者你是否選擇用看板、Scrum或SAFe 工作，完全取決於你。
  • 附加價值：有效的軟體對於創造持續的價值至關重要。由於最佳化的團隊互動和更好的組織設計，團隊拓撲結構促進了現代軟體交付。
  • 強大的競爭優勢：有了團隊拓撲，"快和好 "並不相互排斥，你在市場上變得非常有競爭力。
  • 偉大的成功因素：當團隊在公司中創造了大量的價值，提供了良好的產出，並散發著積極的工作熱情時，其他團隊很快就會聽到他們的良好工作並得到啟發。

我想特別強調關於 "團隊 "的最後一點。平臺和產品團隊在能夠交付時是快樂的。如果一個團隊的壓力較小，可以專注於其主要任務，它就會有更多的樂趣，更有效率，並因此自動改善其環境和與他人的溝通。
 

團隊拓撲適合於誰？

  • 理論上沒有限定一個行業 ，團隊拓撲適合於我們目前工作的每個行業。簡而言之，只要終端客戶涉及到數字創新，團隊拓撲就可以被採用。
  • 適合大中型公司： 一個技術平臺對於初創公司來說可能太昂貴了。然而，對於擁有五到六個團隊的公司來說，值得開始考慮建立一個技術平臺。而對於擁有10個或更多團隊的公司，絕對值得建立一個。
  • 不需要平臺： 要使用團隊拓撲結構，你不需要先實施一個技術解決方案。你只需要一個Wiki頁面就可以開始了， 讓我們再看看我們的汽車製造商的證書管理的用例。當然，如果所有團隊都能透過點選滑鼠來訂購證書，那就很方便了。不過，首先，另一個好的解決方案是將相關程式碼新增到Wiki頁面，然後每個團隊可以複製這些程式碼供他們自己使用。這本身就減輕了負擔。

 

採用團隊拓撲結構
對團隊拓撲結構的認識首先需要擴大範圍。許多人可能聽說過這種方法，但並不真正瞭解它到底是什麼，它與其他方法有什麼不同，它是否與他們目前的組織相容，等等。

對我來說，成功的關鍵顯然是減少平臺團隊的認知負擔，從而給他們更多的創造靈活性。

從小處著手。一次性在40個團隊中推廣這種方法是沒有用的。從一個試點專案開始，看看進展如何。祝您好運!


 

相關文章