第一次實際參與 Scrum Team 至今也半年了，平時寫的文章都是介紹技術比較多，但希望可以留下一些跑 Scrum 的紀錄，

或許未來跟不同團隊合作的時候，這個筆記可以當作一個參考。

每日會議的原則

這個原則並不是教科書或是誰規定的，而是實際跑過半年的 scrum，並且大家一起不斷迭代調整後的結論，後面會解釋為什麼很重要。

• 15 分鐘內結束會議
• 以事情為單位來開會
• 資訊透明

傳統的開發流程

傳統的開發流程都是一層一層(又稱瀑布式開發)，每層顧好自己負責的事情就好。

瀑布式開發最常發生的問題是：好不容易花了很多時間層層作完，結果發現問題一大堆。

舉例來說，工程師拿到規劃文件後負責執行，有要 argue 的事情也都會是在技術的層面，這個需求要達到什麼目標不重要，工程師的目標是把東西實作出來。