AdHoc使用團隊拓撲方法打造其工程團隊
AdHoc需要在快速發展的工程團隊中推出新的領導層,需要重新構想如何溝通,以及資訊將如何在這個新的領導層中流動。
鬆耦合和高對齊
成長中的公司通常只是在高階領導下劃分子組的層次結構,這會導致多個不同的組織孤島,負擔過重的高階領導者試圖協調一切,這些孤島要求資訊在其他孤島上下流動。
許多公司為了“避免孤島”而過度優化,以至於每個人都在溝通;對於 5 人的團隊,您有 10 條溝通途徑,而 12 人的團隊將擁有多達 66 條溝通途徑。
康威定律:公司的團隊與系統結構是公司組織內溝通結構的複製副本。
如果組織無意優化溝通途徑以增加一致性和減少認知負荷,那麼組織將因隨意的組織設計而受到影響。隨著組織規模和複雜性的增加,現有組織設計不再支援組織有效性的兩個最重要方面:
- 快速有效的資訊流
- 知情決策
我們要麼成為孤島無效慣性的犧牲品,要麼造成大規模協調的噩夢,要麼我們學會利用康威定律為我們帶來優勢。
如果康威定律規定溝通路徑遵循組織設計,那麼想要優化快速、有效流程的組織需要確保團隊和組織結構支援他們想要的溝通流程,這稱為逆康威機動。
當我們著手發展工程領導力時,我們希望確保不會因為這些新角色而造成孤島。
因此,我們接受了“團隊”的概念,並將其應用於領導層。我們開始將我們的團隊拓撲視為拓撲層。
定義清晰的領導團隊拓撲
“團隊拓撲Team Topologies”一書研究瞭如何實施這種逆 Conway 策略以構建具有清晰邊界和鬆散耦合的有凝聚力的交付團隊結構。許多軟體工程組織已經利用從團隊拓撲中學到的知識重新設計了他們的組織結構。
如果您還沒有閱讀 Team Topologies 一書,它規定了四種基本的團隊型別:
- 流對齊的團隊對整個價值流負有端到端的責任
- 一個賦能團隊在其他團隊需要時臨時幫助他們跟上進度
- 一個複雜的子系統團隊在一個團隊中包含了獨特的、難以找到的技能
- 平臺團隊提供基礎設施或架構——充當供應商
Team Topologies 框架最常用於組織軟體開發團隊,如果這個框架可以應用於組織的任何級別的任何型別的團隊,會怎麼樣?我們試圖找出答案。
如果我們想要建立鬆散耦合且高度一致的領導團隊,我們需要對我們希望如何在整個組織中進行溝通進行建模,並需要確保我們建立的領導團隊能夠減少每個人的認知負擔。我們首先需要看看我們的領導團隊是什麼,以及他們是如何走到一起的。
交付團隊
作為政府數字諮詢公司,我們為客戶所做的工作需要快速有效地取得積極成果。這項工作針對 HealthCare.gov 和 VA.gov 等數字資產,為我國人民提供關鍵服務。我們的客戶交付團隊是我們的流對齊團隊;他們需要保持專注並繼續提高效率。這些團隊擁有端到端的價值創造。
實踐經理
實踐經理的引入使我們的從業者能夠更快、更有效地發展他們的技能。人們可能會將這些實踐管理人員視為簡單的個人層次結構,但我們將他們集體視為一個支援團隊。當我們將實踐經理輔導與我們的繼續教育津貼相結合時,我們的從業者將獲得他們繼續發展技能所需的全力支援。
負責人Principal
負責人是那些為我們的客戶和我們的交付團隊發揮關鍵作用的最資深的從業者。在其影響範圍內構建、發展和調整系統、團隊和關係。作為最資深的從業者,他們基本上掌握了自己的技能,是某個領域的主題專家,他們利用這些知識引導我們的交付團隊取得積極成果。
負責人在我們的流對齊團隊之間移動,並根據需要幫助他們應對複雜的挑戰。校長作為一個實現了團隊共同努力,在整個組織中,發展我們的交付團隊的成熟度和工作更加緊密地結合起來,我們的團隊對我們工作已取得特設如此追捧的理念為合作伙伴之後我們的政府客戶。
主任Directors
作為一個快速發展的組織,從團隊組建一直到交付計劃的成熟都存在複雜性。主任協助我們的團隊快速通過形成、風暴、規範和執行的團隊成熟階段。
主任提供必要的工具、工具和指導,以加強我們的團隊。他們還需要成為強大的領導力教練,為他們關注的領域內的實踐經理和負責人提供建議和支援。
主任也是與面向客戶的交付團隊和業務開發團隊合作的粘合劑,以確保我們的團隊能夠成功交付我們投標的新工作。這三位一體需要彼此建立牢固的關係並繼續促進整體增長。我們的主任作為一個複雜的子系統團隊,提供基礎的領導基礎設施,成功地將這些團隊聯絡起來,並朝著明確的方向動員起來。
業務領域的負責人
每個實踐領域(工程、產品、設計、研究)的戰略負責人是構建我們方向的團隊。這個團隊培養了我們作為一個組織的工作理念,我們所持有的價值觀,我們帶來的能力,以及我們為客戶提供的服務。是戰略思想的領導者。
我們觀察我們的政府所面臨的挑戰,並制定新的戰略和能力,為這些挑戰帶來積極的結果。我們業務領域的負責人作為一個平臺團隊奠定了基礎,所有其他團隊將利用這一基礎來實現我們為客戶帶來的價值。我們的業務主管向我們的主管提供戰略,他們在現場啟用戰略。他們還與我們的業務發展團隊合作,開發我們可以為政府數字服務帶來的新能力。
將領導團隊拓撲付諸行動
隨著工程部的人員承擔新的職責,以及新的人員加入我們的團隊,他們正在進入一種有意識的結構化運營方式。他們知道他們打算與組織中的誰合作,並且他們對預期的互動級別有了更深入的瞭解。
雖然這項工作仍在 Ad Hoc Engineering 中進行,但好處已經開始顯現。我們期待在接下來的幾個季度中看到它如何發揮作用。
相關文章
- Pipefy如何使用團隊拓撲方法建設敏捷團隊?敏捷
- 團隊拓撲快速參考圖
- DDD、Wardley對映和團隊拓撲
- 團隊拓撲:減少軟體團隊的認知負擔 - mimacomMac
- 什麼是Spotify模型的團隊拓撲?模型
- 什麼是DevOps團隊拓撲? - atlassiandev
- BBC如何使用團隊拓撲構建內部核心平臺?
- TeamTopologies/Team-API-template:用於定義團隊拓撲中團隊API 的模板API
- 如何打造合作型團隊
- 傳統文化研究團隊------軟體工程團隊專案軟體工程
- 打造高效小團隊 - 團隊程式碼提交流程 && 規範
- SkyReach 團隊團隊展示
- 團隊拓撲:軟體與組織之間的完美融合 - Matthew Skelton
- 軟體工程-團隊-工程-溝通軟體工程
- 使用團隊拓撲發現並提高敏捷DevOps可靠性質量 - joaorosa敏捷devROS
- DDD與團隊拓撲以及微服務之間的關係圖 - aleixmorgadas微服務
- 小團隊管理與大團隊管理
- 打造敏捷的自組織團隊敏捷
- 打造前端團隊的 React CLI 工具前端React
- 打造讓客戶尊敬的IT團隊
- 團隊作業1——團隊選題&展示
- 團隊作業1——團隊展示&選題
- 團隊競技遊戲要限制團隊配合遊戲
- 【軟體工程】團隊作業1軟體工程
- 軟體工程-團隊作業4軟體工程
- 團隊管理
- Zero團隊
- 團隊分工
- 團隊活動
- 前端團隊前端
- 團隊8
- 團隊如何組織?前後端團隊與業務功能團隊的比較後端
- 網路時代的團隊:虛擬團隊(轉)
- 團隊作業1——團隊展示與選題
- 如何快速為團隊打造自己的元件庫(下)—— 基於 element-ui 為團隊打造自己的元件庫元件UI
- 花花隊——團隊貢獻分
- 鹹魚翻身隊——團隊展示
- CSS團隊精神:CSS最佳實踐團隊開發CSS