NASA 的 Agile 經驗

NASA 的 Agile 經驗

很多人說NASA裡有用Agile，沒人相信，我找到這篇證明，大家可以看一看，像是論文一樣，不是很好讀，不過我在此總結一下希望有所幫助（我把論文旁邊小字的結論意譯再加一點自己的心得）。

忽快忽慢比不上笨鳥慢飛
Sustainable Pace
產能跟工作小時不會成正比，整天過度勞累的工程師比不上早睡早起的。我想這個大家都有經驗，有時程式硬逼出來的結果改bug的時間比重寫還久，為什麼不一次把事做好？如果上級要求，每個程式都要做到最好，然後還要加班工作，你直接說＂不可能，要不然你做給我看看＂，我們是＂人＂需要休息。

兩個諸葛亮
Pair Programming
三個臭皮匠勝過一個諸葛亮，那兩個諸葛亮呢？Pair Programming很多人誤以為是兩個人＂分工＂寫一支程式，其實是兩個人＂同＂寫，那怎麼一起完成呢？一個攻一個守，去想怎麼設計好一段模組，然後換成一個守一個攻，這樣兩個人的意見可以混在一起，做出來的東西犯錯的機會比較小。如果你有經過損失第一把交椅程式設計師的慘痛經驗，用這個方法可以有50%的機會保你，不過一般經過PP以後兩個人會變死黨，一起走的話那就沒救了。

沒有自動測試休想簽入
Test-Driven Development
很明白了吧！依照規定來，先寫測試再寫程式。沒有測試的功能不存在。

簡單是王道
Simple Design
任何時間只要發現設計太複雜就要想辦法簡化。因為複雜的設計不好維護，然後你花越多時間維護，東西會變得更複雜，斧底抽薪的辦法是一發現就先簡化。

不要等，不要猜
On-Site Customer
如果你對客戶的需求有什麼疑問，有駐點專家的話，你可以馬上問，最麻煩的事就是你問半天沒人知道，然後等在那裡，或用假想的，這樣就不敏捷啦。不過你也不可以讓駐點專家浪費時間在Standby等你的問題，是吧？如果一個星期可以有一天，那你把這一星期需要的部分搞清楚，剩下的用打電話問就好了，Agile就是要想辦法變通。

還有一些沒提到的重點，歡迎大家提出來分享。