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

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

『價值流』的小數據

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

協作流程、方法是魂，敏捷是很棒的！

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

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

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

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

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

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

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