※ 引述《prag222 (prag)》之銘言：
: ※ 引述《chatmonkey (打屁猴)》之銘言：
: 推文有提到scrum,我也來討論一下
: 小弟在新創公司,開發模式導scrum
: 廢話就不講了
: 一次sprint需求會議16人,開兩三天(整個團隊
: 估工時要花兩天
: 我看我同事都估的短(主管會壓時間
: 我自己估還花心力看需求文件認真地估出來
: 也是估的短
: 每天daily meeting約40分鐘
: 進公司後一個小時,才能真正動工
: 也就是8小時的事,7小時要做完
: 導scrum真的好嗎?
: daily meeting本意不是每天盯進度造成員工時程壓力吧?我不懂
: 而且什麼sprint google翻譯出來就是跑百米
: 跑百米是能夠讓人跑幾次衝刺幾次...
分享一下我們運行的作法；但這未必適用每個team。
Daily meeting的精神包含developers and product owner互相了解各自負責的task開發
過程，給大家互相協助、交換意見、參與整體專案及確立自己今日目標的機會。
有版友提到可以用slack，但要做到這些事有時候用slack效果很差，我們自己用過slack,
con-call, 或大家在白板前開這會議。con-call跟白板效果差不多的。
因為slack看不到臉，久了團隊意識會容易越來越弱。若是先習慣互相解決問題，建立tea
m的歸屬感。這樣改用slack效果會比較好，同理常常有新夥伴加入的team 維持面對面會
較好。
對於時間的掌控，我們的作法是這個會議只准做幾件事：
1. 昨天做了什麼？今天預計做什麼？
2. 昨天沒做完的原因是什麼，需要協助與否？今天要做的有沒有需要協助的？
3. 針對2產出結果誰有好建議？如有需要由誰協助？
我們剛運行Daily meeting時花40分鐘，4-5人。後來都在10-20分鐘內。
一點心得歡迎討論。