在鐵人賽的最後一天，我選擇以敏捷開發作為收尾。
這短短 30 天的內容只是生成式 AI 領域的冰山一角。在這個領域中，技術發展與需求變化極為迅速，對每個開發團隊來說都是巨大的挑戰。無論是 LLM 模型的選擇、系統設計調整，還是微服務架構的搭建，開發者都必須以靈活且高效的方式應對這些變化。敏捷開發正是這些挑戰的最佳解決方案，讓我們能夠在不確定的環境中穩步前進，同時不斷提升產品的品質。
回顧以往的生成式 AI 專案，敏捷開發的迭代模式讓我們能迅速應對技術和需求的變化，並且持續優化開發過程。這種靈活而高效的開發方式將在未來的專案中繼續發揮關鍵作用，幫助我們面對更多未知的挑戰，推動產品邁向更高的標準。因此，我將介紹敏捷開發的核心理念與具體流程，並分享其在生成式 AI 專案中的實際應用，讓開發團隊能更好地應對技術與市場需求的快速變化。
需求收集與規劃（Requirement Gathering and Planning） 敏捷開發從與產品負責人或用戶密切合作開始，團隊會根據用戶需求建立產品待辦清單（Product Backlog）。清單包含所有需要開發的功能、優化項目和修正工作，並按照優先級排列，確保重要的工作可以優先進行。
迭代規劃（Sprint Planning） 每次迭代前，團隊會進行規劃會議，確定在接下來的 1-4 週內要完成的具體任務。團隊成員會一起討論清單中的高優先級項目，估算工作量，並確保大家對這些任務有共同的理解。這些任務會被分配到迭代任務清單（Sprint Backlog）中。
每日站會（Daily Standup） 每天團隊會進行一次短暫的站會（通常 15 分鐘），各成員報告自己完成了什麼、遇到了什麼問題、以及今天計劃做什麼。這些簡短的會議可以讓團隊成員相互了解進度，及時發現和解決問題，並保持開發節奏。
開發與測試（Development and Testing） 在迭代週期中，團隊成員會根據分配的任務進行開發工作。敏捷開發鼓勵快速交付可運行的代碼，並進行頻繁的測試，以確保每次增量交付的功能能夠正常運作。測試可以包括單元測試、自動化測試、集成測試等，確保質量。
迭代回顧與反饋（Sprint Review and Retrospective） 當迭代結束時，團隊會進行迭代回顧會議（Sprint Review），展示完成的功能或產品給產品負責人和相關利益者，並收集反饋。接著會進行回顧會議（Retrospective），團隊成員討論此次迭代中的優點和不足，總結經驗並提出改進措施。這些反思和改進會用於下一個迭代，推動開發流程的持續優化。
產品交付（Product Delivery） 在一個或多個迭代完成後，團隊會將開發的功能或增量產品交付給客戶或用戶。敏捷開發強調每個迭代都能交付可用產品，因此產品可以隨時根據需要進行發布或更新。每次的交付為用戶提供新的功能和改進，同時也獲得更多反饋，進一步完善產品。
敏捷開發並非適用於所有團隊或情況，但其思維方式——快速反饋、持續改進、靈活應對變化——無論採用哪種開發模式，都能融入到日常開發中。這種思維幫助團隊更好地適應技術環境的快速變化，並通過小步快跑的方式逐步實現產品目標。
在生成式 AI 項目中，敏捷開發為我們提供了框架，幫助我們保持靈活性和持續優化，最終交付更高質量且具競爭力的產品。透過這種方法，我們能夠以高效且可控的方式應對複雜的技術需求，並確保每次迭代都朝著正確的方向邁進。
最後，很感謝陪我走完這 30 天的你們，讓我們秉持敏捷開發的精神，在 GenAI 的開發之路上，一步一步前進，不斷成長與進步。
ref.
iThome鐵人賽
看影片追技術