報告老闆，我可以新增一個Class 嗎？

Nov. 28 12:50~13:37

 

11月份的C. C. Agile邀請到Wen Hsu來分享她在矽谷7年左右採用敏捷開發的工作經驗。Wen目前還在矽谷工作，最近因故回台灣一小段時間，在某個場合中有幸認識她，想說機會難得一定要「凹」她來C. C. Agile分享一下。

以下是Wen當天分享內容的投影片，請鄉民們自行餵食。

矽谷敏捷軟體開發 from Ya-Wen Hsu

***

當天Wen提到她們的工作大部分都採用pair programming的方式來完成，在sprint planning meeting所估算的時間「預設」就是採用pairing的時間。這一點讓Teddy很佩服與羨慕，在台灣要推pair programming真的是難如登天。

後來分享結束之後有一位鄉民跟Teddy聊起了pair programming…

鄉民：我是個小主管，手下帶幾個開發人員。我很想嘗試pair programming，可是要怎麼說服我老闆讓我們採用pair programming？

Teddy：請問你老闆會管你們怎麼寫程式嗎？

鄉民：嗯…

Teddy：我是說，你老闆會盯著開發人員怎麼寫程式嗎？

鄉民：這倒不會。

Teddy：那就簡單了啊，你根本不用說服你老闆，也不用讓他知道，想做就去做就對了。難不成你今天想要新增個class或是method，還要寫公文上簽經過老闆批核？當然不可能也不需要（除非你們在搞CMMI）。

鄉民：可是，採用pair programming之後「兩個人做同一件事」，開發時間變成兩倍，也就是生產力變成原來的一半。這樣會造成schedule延遲，這就要跟老闆解釋了。

***

聊到這邊Teddy就聽出來這位鄉民有著大部分沒做過pair programming的朋友們對於採用pair programming之後「時間會加倍、生產力變一半」的誤解。這個問題Teddy在〈Pair Programming 成本太高，嗎？〉已經談過了，在此就不再重複說明。

江湖上流傳著一句話：「對於想做的事，無論再怎麼困難，人都會找出方法去完成；對於不想做的事，就算再怎麼簡單，人都會找到藉口不去做。」藥開好了病人打死不吃，那神醫也難救啊。

這輩子鄉民們暗戀過多少人都不敢開口？不開口就不會失敗，這只是狹義的沒有失敗，實際上不開口還是失敗了，因為暗戀的對象跟敢開口的人跑了。不要怕失敗，不是都說失敗為成功之母嗎？失敗總比坐困愁城，什麼都沒做來的好。

***

友藏內心獨白：改變很難嗎？不是說狗急都會跳牆，原來是還「不急」啊。