[Click here for English version]
說到應用程或開發，不少人會認同傳統的瀑布式開發 (Waterfall model) 限制了項目的靈活性。由於一切都要在開發前預先規劃及設定好，在項目開始開發後，幾乎沒有任何可供變化的空間。而敏捷式開發 (Agile model) 則是另一種被客戶應用的新項目管理模式。它為客戶提供了高度靈活性，可以隨時對項目內容和細節進行修改。亦不要求整個開發規劃須要在簽訂項目合約時全部規劃完成。然而，如此高的靈活性亦意味著合約內容未必是最詳細和完善的。由於項目仍存在不少不確定性，客戶方的採購團隊在簽訂項目合約可能需要更多時間去獲得批准。我們留意到這個情況，混合型敏捷式開發模式便應運而生。
顧名思義，它就是瀑布式和敏捷式開發的結合。在項目開始前，由工程師先釐清項目的起始需求及設計大綱，這就是瀑布式開發的部分。由於在開始階段不會規劃到整個項目的細節，這種規劃方式為項目提供了一定程度的靈活性，這便是混合型開發中的敏捷式開發部分。工程師會將項目的核心部分和產品效果以 Prototype (產品雛型) 呈現予客戶，在應用程式開發完成前，雙方都可以跟據 Prototype 的演示效果，進行新增及更改。
整個開發項目的工作會以 Development Units (DUs/ 開發單位) 為單位逐項列出。DU 用作表示用於完成項目任務的特定時間塊，時間塊可以是人日 (Man-day) 、人時 (Man-hour) 或任何可用於衡量工作量和成本的單位。項目所使用的 DU 越多，即開發團隊所完成的工作量越多，客戶需要承擔的開發成本也就越多。而且，因為合約裡的工作量是以 DU 形式例出，所以客戶可以將程式內不再需要的功能從起始計劃中抽走，改為需要用到相同 DUs 的新功能。
為何我們要應用這種混合型開發模式？
混合型敏捷式開發最明顯的優勢是可以更快開始開發程序。由於開發過程靈活，不必在項目的起始階段就確認好所有細節。 即使規劃的細節中仍存在一些不完整或不確定的地方，仍可繼續開始進行。應用混合型敏捷式開發，在項目完成之前，客戶都可以享有靈活性，更改和修訂計劃。假設項目已經完成了 30%，如果客戶想要更變項目接下來 70% 的計劃或設計，他們便可以直接聯繫我們的開發團隊，商討接下來更新和更改。我們在與客戶 Carbon Wallet 團隊合作開發應用程式時，便是應用了混合型開發模式，先開發了程式的核心功能，才讓我們能在短短3個月內成功開發完成及推出。 與此同時，客戶可以開始計劃第二階段的開發程序。
推行混合型敏捷式開發項目的注意事項
為了最佳化混合型敏捷式開發項目的項目表現，我們需要注意以下兩方面：
讓所有相關人員參與到決策過程中
每一個應用程式開發項目都會涉需要公司內部多個不用部門及持份者的協作。以開發一個忠誠計劃應用程式為例，項目會由營銷部門主導，但營銷部門可能也需要和其他部門溝通，比如運營部門 (應採用哪種獎勵領取程序?) ；又或商品管理部門 (公司可以提供多少獎品?) 等，如此類推。 因此，每當要與開發團隊就進行決定或確認事項開會時，最好來自不同部門的相關人員也能參與進來，一同表決，提升決策速度。若在開發階段完成後再有新增意見提出，便可能要花費額外的時間和 DU 去調整。
項目的透明度
每當我們以混合型敏捷式開發進行專案時，我們都會做好未來兩星期的 Backlog (需完成的工作項目)和 Sprint (疊代/ 工作階段) 的規劃，方便客戶查看現時及未來一至兩週的工作進度。這些 Sprint 和 Backlog 的規劃會放到一個開發方和客戶方都能查閱和更新的看板平台上進行，以提高透明度。如果客戶發現現階段 Backlog 中的工作並不是他們認為的優先任務，可以隨時與我們團隊溝通並重新安排工作項目。除了可以集中到優先的工作項目外，透明的開發過程還可以讓客戶安心，確保項目流程符合客戶的需求。
希望你現在能對敏捷式開發模式及應用時需注意的成功因素有更深入的了解。在 Motherapp，我們會致力運用我們的經驗和技能，幫助我們的客戶善用資源去開發滿意的應用程式。 如果你有意並正在尋找有關項目的諮詢，歡迎隨時與我們的銷售團隊聯繫，了解更多。