乙個敏捷團隊還是可能按功能分為不同的小組，雖然pm想弱化「組」，但是實際操作起來很困難
在產品迭代過程中，底層框架介面有變動後，有時會使業務層**發生大範圍改動，這是業務層方面不希望發生的。
因此沒有pm拍板的情況下，團隊內部協商，面對面溝通往往會發生扯皮現象。
大家都不太願意大範圍改動自己的**，因為無法保證改動後是否會影響使用，代價也比較大。
然而在敏捷開發過程，重構**再所難免的。因為隨著需求的變化，使用者量的增多，之前敏捷開發出的部分**就顯得不那麼適合，
在重構**時，就需要pm做決策了，如果靠團隊成員互相溝通，很難。
大家都不想背鍋
實際開發過程
1.講解使用者需求 2.業務流程圖 3.根據原型 結合業務流程對照原型進行講解 1.分析業務實體 2.根據業務實體進行建表 表設計包含 實體屬性和業務屬性 3.深刻理解需求原型中的業務走向 4.分析表之間的關聯關係 5.結合原型和資料表 對資料表中的每乙個字段進行增刪改查演練 確保每乙個欄位都存進去...
敏捷開發過程
敏捷開發是以四條基本價值觀為基礎的開發過程實踐。基本價值觀 1 人及人與人之間的互動 重於 過程和工具 2 可以工作的軟體 重於 面面俱到的文件 3 與客戶間的合作 重於 簡單的一紙合同 4 應對變化 重於 遵循計畫 具體可以細化為12條基本原則 1 最優先的事是盡快提供可以工作的軟體給客戶，以使客...
Scrum敏捷開發過程
敏捷開發 agile development 是一種以人為核心 迭代 循序漸進的開發方法。首先，我們要理解它不是一門技術，它是一種開發方法，也就是一種軟體開發的流程，它會指導我們用規定的環節去一步一步完成專案的開發 而這種開發方式的主要驅動核心是人 它採用的是迭代式開發 我們大部分人都學過瀑布開發模...