今天部門大佬讓我去設計並且開發乙個為遊戲中的ai精靈小助手的資料提供介面，強調了是敏捷開發原則。由於不太明確敏捷開發原則是什麼，就去設計了乙個ai精靈小助手中問題的後台管理頁面，以及db中表的設計。然後設計了乙個很完善但是開發時間略長的實施方案。然後匯報工作的時候就被嫌棄太麻煩，可以簡單實現，下個版本在完善。
簡單設計，快速實現，根據客戶需求迭代，需要高效溝通
需求評審，用story的形式去描述需求
根據story描述的去劃分需求
概要設計
詳細設計
開發自測
聯調灰度上線(灰度發布也稱金絲雀發布，讓一部分人去使用新版本，剩餘部分的人去使用老版本，逐漸擴大範圍直至全面上線)
全面上線 優點
注重溝通、客戶寫作、需求變化快、快速適應、建造模型
缺點無法適用於大型專案，溝通需求大，造成成本大
將功能實現和需求設計分開。將軟體生命週期劃分為：
制定計畫
需求分析
軟體設計
程式實現
測試運維 優點
為專案提供了按階段劃分的檢查點、只需要關心當前和下游功能實現、一般多巢狀於其他開發模式上
缺點①各階段間的聯絡較少，極少有互相反饋②只能在專案後期才能看到成品③根據設計文件的時間點跟蹤專案的各個階段④對需求的變更的適應力差
從某種角度上，迭代開發是一次完整經過所有流程，類似於小瀑布模式的開發流程，每次迭代都有乙個成品，它也是最終成品的一部分（子集）
優點①降低了乙個功能增量的風險 ②需求變更可以在迭代的版本中實現③加快開發的進度④對新需求或者需求的變更的適應能力強
缺點快速成型的軟體可能會導致產品質量低
快速建造原型，根據原型去細化需求，確認好需求的時候就可以拋棄原型，進行重新架構和開發。
敏捷開發 快速迭代
今天跟大家分享的是 敏捷開發 快速迭代 我們大都採用的是 瀑布開發模式 有了問題，就得返工，雖然最終的產品會比較齊全完善，但是開發周期太長，開發人員會產生排斥，甚至厭惡的心理。經過yh系統的開發，也且生體會到了這一弊端。有問題就要去解決它！於是我想到了 敏捷開發 借鑑敏捷開發模式，來改善軟體開發過程...
敏捷開發和瀑布開發的區別
個人覺得 敏捷開發強調以人為中心,快速迭代，客戶參與多溝通，減少不必要的文件,包括scrum和xp 優點 快速適應變化,做出的專案比較接近客戶需要的 缺點 文件不多，如果人員流動大，維護相對更難 瀑布開發強調文件，就是不同階段按照順序自上而下而來，如需求 設計 編碼 測試 單元測試 系統測試 維護，...
敏捷開發和瀑布開發的區別
最近和朋友談起敏捷開發和瀑布開發模式，很多人認為敏捷開發是未來的專案實施的趨勢，瀑布實施太老土已經過時了。另外確實一些跨國企業如索尼，聯想也在使用敏捷的方式實施一些專案。但實際上我們看到絕大多數公司還是依然在採用瀑布的方式實施專案。我之前參與過敏捷開發的專案，但當時比較 年輕 認識不是很深刻，於是最...