看到標題，請先別以為我要來講兩性關係，只是剛好單純要搭大S和酷龍的話題蹭熱度 (極度誠實)，這次的標題是引用了許常德先生的話。

我發現我真的有職業病，當我看到許先生的話的時候，我第一反應就對比到了敏捷開發跟瀑布式開發，剛好就是軟體流程裡面標榜的「快快快」跟「慢慢慢」(好啦，別砲我，當然是相對來看的和一般認知的)

這次我們把主題放在「時間週期」

敏捷開發是近幾年很流行的開發流程和模式，具體怎麼進行，我相信很多公司都已經在做了，從周遭朋友聽到的心得，負面一點的會說「做起來四不像」、「根本壓榨」，正面一點的會覺得「導入這樣的模式讓團隊都動起來了」、「交付週期穩定」等等，一項東西有好有壞很正常，但今天不是要來說該怎麼做敏捷開發，而是要來把閃婚的概念套用在敏捷身上，因為通常大家對敏捷的想法，就很容易出現Google出來的「快速試錯、即時回應、顧客導向、排定優先順序分配資源」這幾個核心概念，第一個就提到要快速了，還能不快嗎？

優缺點就不談論，但如果你的公司正在施行敏捷開發，我相信你多多少少都有一些怨言的，歡迎大家到KEENLITY社群吐吐苦水喔～

至於瀑布式開發，只要想到敏捷，就一定會拿瀑布出來做對比，大家就會說瀑布式太講究文件化啦，啟動專案的前置時間過長啦，測試週期很長又重複，諸如此類的缺點，但其實在我聽到的意見裡，大家都很難一下子選擇出能夠接受的那個，其實這個問題跟閃婚和戀愛長跑是差不多的意思。

 先說說愛情長跑好了，畢竟他對應到的是瀑布式開發，近年來都被詬病的這麼慘，如果換成愛情長跑，這時就會問，怎麼樣才叫長呢？三年？五年？七年？愛情長跑的問題點，真的只是時間而已？

這裡提出我自己的觀點，很多時候，愛情的分歧，會出在目標的不一致，所謂的目標，是對下一個階段的經營，舉個例子，當雙方說好，五年後存到錢，我們就結婚，但是這五年當中，因為通貨膨脹，市場景氣等等問題，怎麼樣都存不到錢，一來目標沒達到，二來因為沒達到，而無法做出期望的改變，這時就開始產生了倦怠，這其實也是一個長期的專案一直沒有推出市場，無法達到一個讓團隊看見收穫果實的時候，拖得太久，就開始不知道自己努力的目標，我猜測敏捷會如此盛行，有一部分也是因為這個原因，畢竟新創產業講求效率，快速的佔領市場，求新求變，才不會被競爭者追上或是被市場淘汰。

那接著我們把閃婚對應到敏捷開發吧，多久叫閃婚呢？一天？一個月？一年？若以大S的例子來看，新聞渲染成僅僅一通電話就決定結婚，但大家都忽略了一件事情，就是二十年前他們曾經在一起過，只是時間讓他們成為曾經熟悉的陌生人，這不是我們一直都強調的要做好前期規劃嗎？如果規劃好了，直接開始衝刺，一切都挺合理的。回到一般大家閃婚的概念，可能才剛認識沒多久就結婚，眾人給出的理由也都是沒有彼此了解啊，到時候會後悔啊，沒錯，結婚跟敏捷不一樣，敏捷開發可以迭代，但結婚不行，我欽佩大S的地方，其實就是他勇於試錯的勇氣 (說不定對她而言，沒有試錯，只有對的概念)，這也符合敏捷的小步快跑，快速試錯，不是嗎？只是我們都知道，很多公司，沒辦法接受犯錯，這也導致了敏捷一直推行不起來，畢竟團隊一直受到打擊，反而開始害怕犯錯，這樣還快的起來？跑的起來嗎？

這裡想給出一個實質上的建議:

無論你是敏捷還是瀑布，最終都需要調整到團隊最舒適的週期

拿閃婚和長跑來做比較，其實也就是剛好符合這樣的概念，順帶博君一笑，軟體開發和愛情都沒有教科書或指導手冊，這時有人會說，坊間不是一堆書或課程都在教敏捷，也有在教怎麼經營愛情和婚姻啊。

沒錯，這些都有在教，但請不要忘記，即使是軟體開發，我們面對的，仍然是人，團體中，大家都是個體，如何彼此尊重，找出適合團隊的步調，那才是真正的團隊合作。

最後呼籲，不要再犧牲測試時間啦！