敏捷開發是以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發。
通俗來說，敏捷開發是一個軟件開發流程，是一個采用了迭代方法的開發流程
簡單來說，迭代就是把一個大產品拆分出一些最小的實現單位。完成不同的迭代就最終完成了產品，但因為迭代很小，可以邊開發邊驗證
一個產品需要研發6個月，在第一個月就會拿出一個產品來，當然，這個產品會很不完善
會有很多功能還沒有添加進去，bug很多，還不穩定，但不停地優化，根據反饋去調整下一個迭代的內容，最終可以達到比較好的產品效果。
實際迭代流程
有了基本概念，下面讓我們看看項目實際迭代的流程
需求評審是整個研發迭代流程中非常重要的一環，對于產品經理來說，尤其要重視這個環節。
這也是產品經理參與最多的環節。需求評審一般分為產品內部需求評審和項目組正式需求評審。
1）產品內部需求評審
? 確保與產品整體設計一致
? 確保需求完整清晰
? 確保邏輯正確
? 先于開發一個月前準備好需求
2）正式需求評審
? 參與人：項目的相關負責人，產品經理、項目經理、開發、測試等實際參與項目的人員。
? 按照需求級別確保評審形式，遵循最小化原則。
? 評審結果雙方確認，共同負責。
需求更改必須確認并修改文檔。
? 評審的需求上需求系統，全生命周期記錄。
（2）迭代計劃
迭代計劃是由項目經理在需求評審后針對迭代給出的詳細計劃。通常包含以下內容：
? 產品特性列表給出需求優化級。
? 綜合考慮特性工作量、市場情況、開發力量，制定迭代計劃。
? 確定體驗、提測、上線時間點，各方確認。
? 協調資源，保障實施，及時調整。
? 風險評估，提前做好風險管控。
項目的全景圖
產品經理根據用戶反饋、市場需求、用戶調研的結果制定需求，并提交到項目經理排期
產品研發的有兩個需要保障的原則，一是質量，二是效率。
產品經理是一個產品的設計師和舵手，所以產品經理了解敏捷研發流程并具備一定的迭代思維
可以協助項目經理和研發經理實現版本管理，做好質量和效率的保障，也有利于更好地融入研發團隊，跟進產品實現、團隊溝通以及提前規劃產品節奏
前面我們介紹了一個典型敏捷開發的互聯網產品的開發架構和開發流程。
產品經理了解流程能更好地進行產品推進和團隊溝通協調
很多沒有做過產品的同學會疑惑，那么多功能特性是怎么加入研發版本的？難道是老板說做哪個就哪個？
怎樣才能擁有一個有效的組織管理方式？坦白地講，在很多創業團隊也許還真是老板說做哪個開發就干哪個了，但這樣會帶來一些問題：
? 需求的優先級不明確，根據個人喜好也許把不重要的優先實現了（敏捷但干了無用功）。
? 需求會有遺漏導致產品的主流程有缺失，開發完成后產品不能使用（這種也不少見）。
? 后續版本管理不明確，開發和其他團隊相關成員一直是在無序的忙碌中。
所以一般有經驗的產品研發團隊中，產品經理都會采用以上的產品規劃“四步法”，梳理敏捷迭代下不同特性的版本管理
第一步：羅列特性
所謂的羅列特性，也可以稱為整理特性。通過前面的分析研究，通過團隊內的討論及頭腦風暴，其實在進入開發前，
一個產品經理的“小本本”里面已經記錄了很多特性，但這些特性在沒整理前，還只是一些思路，一些想法，所以第一步是把這些特性都正式地羅列下來
第二步：特性分類
特性分類是整個過程中比較考驗產品經理功底的一項任務——根據那么多紛繁羅列的特性，給他們分類并做好邏輯梳理
把特性整理成為有邏輯的列表。
比較常用的邏輯整理是按產品的操作流程或場景模塊來梳理
第三步：排優先級
有了完整的功能列表，下面就是討論特性優先級的時候了
我們會把優先級按P0到PN排列，其中數字越小優先級越
高（P0優先級高于P1），結合敏捷的特點，優先級的判斷標準如下：
1）主流程不能殘缺：產品主流程的功能模塊不能有缺失
2）優先級高的特性盡量少：由于考慮敏捷，如果都是P0，那版本就變得非常臃腫了
所以我們要適度地把特性拆在其他優先級中，這里有時候會有些爭議，怎么判斷哪個更重要，一般由產品經理根據實際情況來判定，如果有爭議的話讓老板拍板
盡量有版本層次：盡量讓某個版本有亮點或聚焦地做透某類事情
第四步：版本節奏
前面已經把特性的優先級排列好了，剩下的就是把特性放置在相應的版本中
產品生命周期的3個階段
了解了如何做產品規劃后，我們還需要理解產品的生命周期
初創階段
初創階段包含新創和拉新。這個階段是產品初期研發，形成產品特點，獲取種子用戶的過程
成長階段
成長階段包含活躍和營收。這個階段產品的主線方向已經確定，并且已經有了核心用戶和核心體驗流程
所以更需要關注的是如何提升活躍用戶的活躍度，如何實現產品的商業模式。這個階段的迭代版本需要兼顧版本質量和效率
一方面版本不宜過快，而是以穩定為主，保障用戶體驗。另一方面則需要將用戶痛點擴大，利用不斷更新來黏住核心用戶
成熟階段
成熟階段包含留存和回流。產品到了這個階段，主線需求、商業模式已經比較成熟，用戶規模也趨于穩定
在這個階段的產品需要做細致活，追求用戶體驗的極致，同時需要做好用戶關懷和流失用戶回流
互聯網公司開發中,稍微規范,有成型團隊的公司,都會用敏捷開發模式去迭代產品
就是先實現一個小的,去驗證,跑通流程,然后在逐漸迭代,最后一步一步優化
產品經理-的職業發展(9)
2024-07-07
產品經理-合作的6類干系人(8)
2024-07-06
產品經理-不同崗位的產品經理職責（7）
2024-07-05
產品經理-工作流程及職能（6）
2024-07-04
產品經理-困惑5：產品經理崗位是否加班很多，常常“996”(5)
2024-07-03
產品經理-困惑4：產品面對開發是否低人一等(4)
2024-07-02
產品經理-困惑2：文科生適合從事產品經理崗位嗎(3)
2024-07-01
產品經理-的困惑1-只有什么也不會的同學，才會選擇產品經理崗位嗎(2)
2024-06-30
產品經理-對產品經理的認識(1)
2024-06-29
點擊左下角查看更多
