開發流程的魂與體 (Spirit and Physical)


《軟體開發流程要有 敏捷精神 是魂,協作系統則是 。》


『價值流』的小數據

不久之前,同事分享 Spotify 團隊改造的演進,想到 幾年前 在思考數百人 (200 ~ 2000+)的團隊的協作與流程,後來也是看了 Spotify 2013 的 “How Spotify builds products (截圖如下圖)”,慢慢行成 『軟體開發流程』 一文描述的概念。。。

協作流程、方法是魂,敏捷 是很棒的!

執行過程的協作我覺的還是要「系統化」、「數據化」、「視覺化」,透過系統呈現價值流,讓團隊有共同的焦點,讓決策者感覺流動。大數據需要經過 搜集、儲存、分析、呈現 四個接段 (如下圖),團隊協作的過程,也是一些數據,最後轉化成「價值流」。


出處:AWS Summit 2016: Big Data Architectural Patterns and Best Practices

這段概念我也常在監控提這段事情,請參閱: Monitoring Tools 大亂鬥 - AWS CloudWatch

這些協作紀錄是團隊的 小數據 ,他的 間接表示了團隊運作流暢與否;可「分析性」體現對協作方式的認同感。

以前我熟析 Redmine,走到哪大概都會有個叫做「Teamroom」的系統,代表「團隊協作的空間」,用他搜集協作過程的「小數據」,最後產生價值流。開始用 VSTS 之後,他更能把看版、敏捷的魂放入,讓團隊價值系統化。

體:協作平台

協作平台 (VSTS, redmine) 核心概念還是依賴於 process,像是敏捷 (Agile) 這種概念。

一個是體、一個是魂
有魂沒體,光說不練

哪個重要?

「團隊協作」方式的 都很重要。

延伸閱讀

參考資料


Comments