Tim Kuo生活就是不斷地改變，適應周圍的環境，一點點地進步。沒有人站著不動就能改變，所以我們要接受改變。不管是在生活與工作中，我們努力學習是為了變得更好。特別是在工作中，我們需要考慮的使用者在產品與服務上的需求。企業需要不斷的問自己「我的產品、我的服務夠好嗎？」
生活節奏是一般來說是很快的，尤其是現在的時代，數位的時代，比以往任何時間點都快，不會等待任何人。我們需要找到一種回應方式 — Agile就是答案！
Agile Development 敏捷開發將成為生活的一部分。它在許多企業中，已經是主要開發的方式了！在專案管理的產業中，更有一項重要的議案，就是全球敏捷，讓全世界的人都開始採用Agile的模式開發。觀視整個世界的趨勢，其實這是一件非常有可能發生的事情！
Agile始於軟體產業，但它正在快速地擴展到其他產業。也許這樣的思維真的能夠創造一個讓大家都可以成功的世界，畢竟它讓需多企業走向成功。Glints在這篇文章中討論什麼是Agile以及Agile Manifesto(敏捷宣言)中的12條原則。
目錄
Agile敏捷開發是什麼？
Agile敏捷開發是指一組基於迭代開發軟體的開發方法論，通常會促進嚴格的專案管理流程，鼓勵適應、團隊合作、自組織和問責制、高質量軟體的快速交付以及與客戶需求和公司目標保持一致的業務方法。
敏捷開發很常被拿來跟傳統的工作方法比較，比如瀑布式開發方法。但是這樣比較其實沒有很妥當，因為瀑布開發方法是一種方法，而敏捷開發是一種思維。儘管如此，諸多公司內部已經進行了研究並嘗試，從傳統的專案管理方法轉變為具有敏捷開發思維的公司。
在討論專案或產品時，最後看的是成敗這件事。大多數專案開發的時間長達1-3年，花費的金錢更是數不勝數。在敏捷開發中，失敗的項目少之又少，更容易發現有很多的成功案例，並且這些成功案例在產品質量、利益相關者價值、投資回報率和時間進度方面，與傳統的管理方法相比，都來的有效率多了！
瀑布式 vs 敏捷式
瀑布式的開發方法是一種直線性專案管理方法，在開始時收集利益相關者和客戶的要求，然後創建一個連續的項目計劃來滿足這些要求。通常過程非常耗時，其結果(也就是對客戶的價值)，將在項目結束時完成交付。
敏捷開發是一種用於專案管理和軟體開發的思維，可幫助團隊更快地交付成果。敏捷開發是以定期交付成果的方式運作，不會讓結果在所有事情都完成之後才發佈。需求、計劃和結果會持續受到團隊的評估，因此擁有快速響應變化的自然機制，猶如一個人的心跳，持續地跳動著。
Agile敏捷開發的優勢
利益相關者的參與和滿意度
- 客戶能夠積極參與到敏捷開發整個的項目中，包括迭代計劃、審查會議和產品中的新功能構建。
- 敏捷開發過程能在每次Sprint(衝刺檢視會議)中，創造許多讓團隊和利益相關者之間討論的機會。
- 由於sprint是按照固定的時間表進行，因此可以節省大量的時間成本。
提高品質
- 專案會被分解為可簡易管理的小項目，使團隊更容易專注於高品質的開發、測試、優化以及合作。因此能夠提早發現並修復缺陷和不夠好的地方，從而提高整體品質。
- 大多數的敏捷開發流能夠為團隊所有成員創造共同努力的目標。
彈性高的優先順序排列並允許改變
- Agile中的Scrum方法能夠通過優先考慮客戶需要的功能，提供更高的優先順序排列的彈性。
- 團隊在管理每個Sprint時，每個人在可交付的工作項目上的控制權都很高。
- 敏捷開發的流程可以不斷地重新排列和完善各項目，可以在幾週的時間內引入產品待辦事項列表，並在需要時做改變。
專注於商業價值與客戶
- 團隊可以更好地了解整個專案的哪個部分，對客戶的業務最重要，並且可以優先處理能夠帶來最大價值的功能。
- 能夠快速得到用戶的回饋，有助於幫助每項功能提升對用戶的價值。
Agile敏捷開發的故事
2001年初，在猶他州的雪鳥鎮，有17位專業人士(被稱為Snowbird 17)聚在一起，討論著軟體開發的未來。這組成員對當時的軟體開發的情況感到沮喪。即使他們互不認同各自的解決方法，他們還是深信著，不做點改變軟體開發就不會有進步。
他們一致認為，問題在於公司過於關注軟體開發本身的週期規劃和記錄，卻忽略了真正重要的事情——取悅客戶。
許多公司秉持著“卓越”和“誠信”等價值觀，但這些價值觀並沒有引導人們——尤其是軟體開發人員——走向更好的道路。 當時Snowbird 17知道這個問題需要被改變！其實早在這之前，Snowbird 17中的好幾個人已經對如何改善軟體開發有了想法，只是在這個山中的旅行給了他們一個契機。
敏捷宣言 (Agile Manifesto)
敏捷宣言源至於Snowbird 17當時討論後的決定，內容只包含了有68個字，它改變了軟體開發這件事。自創立20年以來，敏捷宣言（以及隨後的 12 條原則）已被無數個人、團隊和公司接受並使用。
“We are uncovering better ways of developing
software by doing it and helping others do it
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.”
中文的翻譯：
“藉著親自並協助他人進行軟體開發，
我們正致力於發掘更優良的軟體開發方法。
透過這樣的努力，我們已建立以下價值觀:
個人與互動 重於 流程與工具
可用的軟體 重於 詳盡的文件
與客戶合作 重於 合約協商
回應變化 重於 遵循計劃
也就是說，雖然右側項目有其價值，
但我們更重視左側項目。”
12條敏捷開發的原則：
- 我們的優先任務，是透過及早並持續地交付有價值的軟體來滿足客戶需求。
- 竭誠歡迎任何改變的需求，儘管已處開發後期。敏捷流程掌控變更，以維護客戶的競爭優勢。
- 頻繁地交付能夠正常運作的軟體，從幾周到幾個月不等，優先考慮較短的時間範圍。
- 業務人員和開發人員必須在整個專案流程中每天一起工作。
- 讓積極的人加入團隊，為其提供所需的環境和資源，並相信他們會完成工作。
- 與外部和在團隊內部傳達訊息最有效的方法是面對面的交談。
- 能夠正常運作的軟體是主要進度量測方法。
- 敏捷開發流程能夠促進持續性。讓贊助商、開發者和用戶應當能不斷地維持穩定的步調。
- 保持卓越技術和良好設計可以提高敏捷性。
- 精簡 ── 最大化未完成工作量之技藝 ── 是不可或缺的
- 最優秀的架構、需求與設計皆來自於能自我組織的團隊。
- 團隊定期自省如何更有效率，並據之適當地調整與修正自己的行為。
結論
生活節奏確實非常的快，在這個數位的時代，沒有人會停下腳步等待任何人，在職場中，更是如此，不學會Agile的思維也許會錯過很多好的機會，而學會了它，不會沒有地方可以使用！也就是說，雖然右側項目有其價值，
當Agile Development敏捷開發慢慢成為大眾生活模式的一部分，就是一個趨勢。而事實可見，Agile在許多企業中，已經是主要開發的方式了！
如果你希望可以得到更多資訊，可以追蹤Glints的臉書粉絲頁，每個星期都可以看到熱門職缺與職涯資訊 。
你也可以到Glints – Taiwan去了解更多！或是註冊帳號，搜尋職缺！
延伸閱讀：
對找工作有興趣的人，可以看看Glints的其他精選文章