Note of daily stand-up review 每日站立會議執行心得

圖片來源：http://martinfowler.com/articles

滾石不生苔的法則，適用於惡劣不斷學習的職場、男女之間的感情維持、朋友的交際應酬，當然軟體工程也不例外。

問題在於，要怎麼讓石頭滾起來呢？又要怎麼判斷有沒有滾起來呢？所以某人堅持要搞執行每日站立會議(Daily stand-up review)。

目前團隊跑了剛好一個多月，執行方式：

• 每日早上九點初準時開始，全員參與，因為開得很快，在其他團隊要用會議室前就結束了，連會議室都不用借。
• 站著開會，因為乳酸會在站立的姿勢下快速積累於雙腳，能有效加快會議速率。
• 用google doc進行條列式追蹤，追蹤項目只寫三件事情：昨天我做了什麼、今天我要做什麼、我需要什麼幫助。
• 在大家報告完後，再行同步其他資訊(某些情況這件事情可以當作熱場用)。

在這裡先澄清一件事情，並不是所有的開發團隊都適用於每日站立會議，首先有幾個條件要滿足：

• 人不能太少，四人以下團隊基本上就免了吧，因為整天就是這幾個人在你看我、我看你，幹嘛還花時間開會。
• 人不能太多，雖然目前個人團隊還沒超過十個人，但依現在的負荷量來說，超過十人來開每日會議就會浪費太多時間，每個人報告個3分鐘，全部人報告完就要半小時，還沒有加上其他議題的討論時間。
• 主席(可能是PM或SA)要有一定的技術能力，否則開了也沒意思，直接用功能完成度來追進度就好了。最好是能當場就決定某些技術環節要如何解決、誰來解決、何時解決，否則議而不決真的沒意義。

所謂的每日站立會議有幾項原則：

• 時間不能太長，因為腳會痠。
• 主席減少發言，最好是不用發言(就像是小學時候的班長，上課的時候喊"起立"，下課喊個"立正")，要讓成員發言、相互快速討論。這幾個禮拜開下來每每有幾次大家講完進度就散會(會議短於十分鐘)，雖然就心理上多少有點空虛(咦？怎麼這麼快結束？要回去上工了嗎？)，但其實這代表石頭滾起來了~
• 掌握方向，偏了馬上拉回來。
• 需要很細節的討論(例如說實作)，留待會後單獨進行，時間就是金錢。

學習心得：

• 每多一人會明顯增加會議負擔，因為人的維度不是線性成長，而是N次方成長。
• 要如何讓成員長話短說是項藝術，畢竟這是每個人展示自我的機會，領導要如何去掌握衡量(需要繼續學習)。
• 有成員反應寫進度會占用時間，但個人覺得有兩個因素，第一因為石頭還沒完全轉起來，第二大家還不夠忙，導致讓你還有時間想怎麼寫，別怕，推測這項問題很快就會消失了。
• 現在很期待DEMO日的來臨，預計每個月來一次成果展示。
• 帶的人其實很累，因為在每次會議執行前都必須要在腦中先進行沙盤推演，成員可能會怎麼問？你要想好怎麼答...不然幾次開下來就GG了...

好啦，某人必須承認很想哪天能讓石頭不斷的滾，小石頭滾成大石頭，大石頭帶著新的小石頭繼續滾到新的路上，然後某人可以開開心心退休專心去做找新市場、研究新技術。