多團隊敏捷開發的組織架構和協作模式

寫這篇文章的背景是：一個專案組實施Scrum取得成效，如何在整個開發部門推廣Scrum？看一下我們一個大產品，三個專案組共同完成的具體實踐：

我們做了如下的組織調整：

1. 產品部增加一名總監（CPO），負責公司層面的產品思路，整合三個子產品

2. 各個Scrum小組的架構師和DBA成立虛擬架構師團隊，架構師團隊根據產品部的整體產品思路，提出並實現公司層面的技術架構（此時每一個專案組需要一個高階開發人員參加）。公司所有產品在這個架構平臺上進行開發。這樣的好處是：公司整體的開發成本、維護成本降低，質量提高。同時架構師和參加架構開發的高階開發人員在專案組內可以快速將架構平臺應用在本專案組。在產品開發迭代開始之前，由“架構師團隊”完成系統級的架構，然後架構師團隊的成員回到自己的Scrum團隊進行每日的工作。

3. 各個Scrum小組的QA成立虛擬QA團隊，主要的目的是為了整合研發部QA的資源，推出更加高效的測試方法、測試工具

4. 三個專案組的SM以Scrum of Scrums的方式，每天（需要的時候隨時）以會議的方式溝通10～20分鐘，主要是產品間的整合、專案組見資源的協調、遇到的Impediments如何解決等。

5. 各個Scrum小組的美工成立虛擬美工組組，負責公司所有產品的介面（頁面）設計，最大的好處是頁面風格統一，頁面層的技術可以共享，同時有利於公司的產品宣傳和產品形象。

6. 每個Scrum小組內部以Scrum的方式工作，Scrum of Scrums的溝通介質是Kanban

7. 成立部門級的支援團隊，分為技術專家團隊、公共元件團隊、領域專家團隊、獨立測試團隊，每個團隊人數很少，但是可以使整個部門的工作有效率。例如，架構師團隊的Leader就是元件團隊和技術專家團隊的PO，只不過他們的Product Backlog只有技術需求而已。

8. 技術專家的工作以Kanban管理，公共元件團隊的工作以Scrum管理

以下是我們實際使用的組織架構圖：