下一次世界末日是那一天？（下）

March  05 23:48 ~ 06 00:56

 

昨天這兩個問題鄉民們應該有答案了吧：

問題一：如果鄉民們是公司指派的業務負責人，你會每天去看幫你開發軟體的團隊軟體做得如何嗎？

回答：不會，沒空，很忙，謝謝不聯絡。錢又不是我出的，軟體做好也不是我要用。誰鳥你，不要煩我，管他去死。

問題二：鄉民們家裡正在請人裝潢，你會每天到工地去看看裝潢的進度如何嗎？

回答：會，每天，經常，三不五時，翹班也要去。有沒有搞錯，這是「林爸」跟「林娘」的宮殿耶。

有裝潢經驗的鄉民們一定知道，就算請室內設計師設計，也要每天到工地去盯著看，否則做好之後變成什麼樣子鬼樣子到時候再要求要改就很麻煩了。室內設計師可不像「軟體工程師」那麼好ㄠ喔，要改東西幾乎都是要加錢的。

***

扯了這麼多，Teddy想講的是，「業主」是否願意花時間投入專案，對於專案的成敗有很大的影響。如果出錢的那一方都不在乎了，如何能夠期待在需求不明確且經常變動的情況下，能夠在預期的時間內做出好軟體出來。

Time boxing只是改變傳統feature boxing估算模式的第一步，光是靠約定一個「固定的世界末日」還不夠，至少必須加上以下四個條件的配合，敏捷團隊方可成功，缺一不可：

• 有好的「工班（施工團隊）」：鄉民們有看過「全能住宅改造王」這個節目嗎？要成功改造一個老房子，除了要找到一位「專家」幫忙設計規劃以外，有沒有能夠配合專家的專業施工團隊也是改造是否成功的關鍵。要搞Scrum或是其他任何的敏捷方法，一定要招募到或是建立起一個好的敏捷團隊，否則成效絕對是大打折扣。
• 業主（或是業主代表---Product Owner）全程參與：要把軟體當成自己的親生兒子、女兒一樣照顧，陪他成長。缺乏父母關愛的小孩是很容易變壞滴。看到小孩行為有所偏差，要立刻加以糾正，等到被法院判刑了才要來教就有點太慢了。
• 純種牧羊犬：跟Teddy一樣好的Scrum Master一枚。
• 信任關係：醒醒吧，面對一下現實，不要再搞預估「下一次世界末日是那一天」這一套了。那要怎麼做？
  • 先把軟體釋出時間固定下來
  • 需求寫出來
  • 排定需求的優先順序
  • 把團隊組好
  • 相信團隊會盡全力施工（找Product Owner與Scrum Master盯死團隊…XD）
  • 依據專案的不確定性，預留若干程度的時間彈性（例如5%~10%的「空白時間」）
  • 必須有較不重要的需求可能會被捨棄的覺悟
  • 每個sprint檢討

照著這帖藥方服用，能不能保證專案成功，客戶滿意，公司賺錢？當然不能…Orz…不過成功的機率肯定大大的提升。

***

友藏內心獨白：仔細想一想，還是去學塔羅牌比較快…Orz。