l

2012年3月6日 星期二

下一次世界末日是那一天?(下)

March  05 23:48 ~ 06 00:56

螢幕快照 2012-03-06 上午12.56.00

 

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

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

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

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

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

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

***

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

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

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

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

***

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

沒有留言:

張貼留言