把項目理解成一件事兒亮曹，則項目管理由三要素組成：對象（人或者資源）、時間秘症、事
明確什么人在什么時間做什么事情照卦，為進度和結果負責。目標是做成這件事兒乡摹，相關支持是人役耕、資源、時間聪廉。
把項目管理分為兩個部分：
做什么——需求管理
怎么做——項目規(guī)劃及執(zhí)行
需求管理：要做的事兒從哪兒來瞬痘？是什么？怎么分板熊？什么時候做图云？
注意：一定反復確認原始需求，保證理解的正確性
需求來源：
PM關于需求的采集需要有明確的時間點和對接人邻邮，常見的需求來源有以下幾個渠道：
老板：
弄清楚老板意圖很重要！？松簟筒严！可能是隨口提的，可能只是想法或建議情萤，或者老板覺得必須要做的（不排除我們的level無法理解老板的意圖:(）產(chǎn)品經(jīng)理直接或間接收到老板的需求鸭蛙，要慎重抉擇衡量之后及時給老板反饋：
*如果可行--給出排期（包含所需成本）
*如果不可行--給出不可行原因（性價比或者技術原因等）及其他替代方案
*勇敢說不--老板可能只是隨口提起，如果方案性價比不高筋岛，一定要給出自己的建議及原因
PS：一定一定要正確理解老板的需求娶视！不要似是而非，不要想當然！
用戶：
用戶的需求大多來源與用戶調研或者用戶反饋肪获，產(chǎn)品經(jīng)理需要在正確理解需求的基礎上寝凌，明確需求的必要性（詳見下文用戶需求KANO模型）
運營：
運營同學可能也會提一些功能性需求，此時需要產(chǎn)品同學進行抉擇后與運營同學溝通并給與反饋（運營需求的收集也需要周期性進行匯總~）
產(chǎn)品內(nèi)部：
產(chǎn)品經(jīng)理內(nèi)部根據(jù)產(chǎn)品發(fā)展階段孝赫、參考競品较木、數(shù)據(jù)結果反饋等渠道提出新的需求，沒啥好說的青柄，內(nèi)部做好溝通~
技術：
研發(fā)同學提出的需求一般包含兩個方面伐债，
a:本身的技術優(yōu)化或者bug修復（這個產(chǎn)品同學明確好排期與優(yōu)先級，技術同學定技術方案即可）
b：研發(fā)人員可能會說致开，我覺得XX需求是不是可以這樣做（他們會從技術+用戶的角度提出建議或者意見）峰锁，此類需求，產(chǎn)品明確必要性之后做出解釋或者抉擇~
測試：
測試同學會從”細節(jié)+邏輯+用戶“的角度双戳，提出他們會覺得哪種用戶體驗更好虹蒋，可能包含一些邏輯上的漏洞建議，功能或者技術上的建議拣技，當然更多的是指出bug千诬，總之還是悉心聽取并有選擇的采納
商務：
還有商務同學，（可能會比較強硬：（? ）
由于業(yè)績壓力膏斤，商務同學會說送給我加廣告徐绑，XX地方都加上，這個時候要進行決策與衡量（保體驗or保收入莫辨，有些決定需要問題上浮才能夠定的哈~）
總之：
1.需求收集需要有周期性的安排和規(guī)劃
2.收集需求時傲茄，一定要反復確認，避免理解偏差
3.虛心聽取沮榜，認真考量盘榨，及時反饋，相信大家都是抱著對產(chǎn)品好的態(tài)度提出的需求蟆融，無論是否可行草巡，都要認真對待并給出反饋（重視每一個需求和提出人）
4.記得，還可以問題上感退帧山憨！
建立需求池：明確格式，及時更新
簡單說來弥喉，需求池就是對收集的需求進行記錄和管理郁竟，包含需求描述、來源由境、狀態(tài)等棚亩，不同公司需求池的格式不同蓖议，通常用excel或者騰訊文檔等進行記錄，重點就是及時更新（比較瑣碎的工作）
需求分析：需求優(yōu)先級定義
需求分類：
常見需求細分如下（需求分類有助于確認需求所需資源并定義需求優(yōu)先級）
UX：用戶體驗型需求讥蟆，例如觸區(qū)調整勒虾，流轉動畫等
UI：設計優(yōu)化，例如更換啟動圖攻询、調整icon大小
功能型需求：與業(yè)務相關从撼，例如增加頁面或調整邏輯，增加模塊等
運營需求：一般與運營對象相關钧栖，例如活動的處理或者分發(fā)樣式的處理等
數(shù)據(jù)需求：一般由運營同學或產(chǎn)品經(jīng)理提出低零，常見于數(shù)據(jù)上報
技術需求：技術同學提出，代碼優(yōu)化拯杠、結構調整掏婶、控件更換或者bug修復等
商業(yè)化：常見于廣告等
確定需求優(yōu)先級：
優(yōu)先級的定義需要結合項目所處階段、需求來源（老板的需求要慎重對待）潭陪、需求重要性&緊急程度雄妥、需求所需的資源支持（人力、機器依溯、時間等）老厌、需求可能帶來的收益評估等多方面因素綜合考量。
確定項目所處階段：
項目處于不同階段黎炉，有不同的北極星指標枝秤，這個指標可能時隨著數(shù)據(jù)表現(xiàn)和業(yè)務發(fā)展不斷變化及調整的，我們的需求一般需要圍繞著提升北極星指標展開慷嗜。（例如：小說類應用淀弹，項目發(fā)展初期的北極星指標可能是有閱讀的人數(shù)比例，或者是有效閱讀（閱讀超過XX章節(jié)）的人數(shù)比例庆械，圍繞這個指標薇溃，讓有閱讀的用戶閱讀更多<——更多用戶產(chǎn)生閱讀<——激起用戶的閱讀欲望<——用戶能夠見到或者找到自己想要閱讀的書<——優(yōu)化分發(fā)，就是結合項目所處階段缭乘，確定北極星指標沐序，并以此逐層遞進拆解需求的過程）
需求重要性：
一般使用”四象限法則“確認需求的重要程度，同時結合”KANO模型“確定需求的必要性和緊急程度堕绩。
四象限法則：
1.重要并緊急：此類需求若以版本為節(jié)點薄啥，一般不超過3個，否則表示項目管理出現(xiàn)了問題
2.重要不緊急：可提前調研逛尚，提前規(guī)劃，合理排期即可
3.不重要但緊急：常見于小bug修復
4.不重要也不緊急：在做好需求池管理
PS：明確上述的緊急和重要是針對整個項目而不是針對產(chǎn)品部門５笤浮绰寞！
用戶需求KANO模型：
基本（必備）型需求——我可能不用，但你不能沒有
當優(yōu)化此需求，用戶滿意度不會提升滤钱，當不提供此需求觉壶，用戶滿意度會大幅降低；
期望（意愿）型需求——我想要用件缸，所以你不能沒有
當提供此需求铜靶，用戶滿意度會提升，當不提供此需求他炊，用戶滿意度會降低争剿；
興奮（魅力）型需求—你沒有我也沒啥想法，你有了這個功能痊末，我會覺得哎呦還不錯
用戶意想不到的蚕苇，如果不提供此需求，用戶滿意度不會降低凿叠，但當提供此需求涩笤，用戶滿意度會有很大提升；
無差異型需求——這個功能有沒有我不在乎
無論提供或不提供此需求盒件，用戶滿意度都不會有改變蹬碧，用戶根本不在意；
反向（逆向）型需求——我不喜歡有這個功能的應用
用戶根本都沒有此需求炒刁，提供后用戶滿意度反而會下降
需求評估：
需求評估一般是在確定需求重要度的基礎上恩沽，結合需求所需要的資源和成本，評估需求的性價比和優(yōu)先級切心，我們當然希望用最小的投入得到最大的產(chǎn)出飒筑。一般評估之后，可以將需求劃分為：
a.重要需求：以發(fā)版為節(jié)點的重要需求绽昏，必須做的
b.分支需求：重要需求协屡，但是需要耗費較多資源，則分支做全谤，并在規(guī)定時間內(nèi)合并至主版本
c.分散型隨版需求：常見于項目初期肤晓，存在很多的UX優(yōu)化點，而此時項目版本迭代較快（可能1-2周）认然，則可以每一周隨版一些優(yōu)化需求
d.持續(xù)分支需求：重要不緊急需求补憾，需要較長時間段的調研和準備，一般分為調研卷员、方案討論盈匾、執(zhí)行幾個部分
=========================分割線=============================
項目規(guī)劃及執(zhí)行
確認了需求優(yōu)先級之后，以版本為單位進行項目管理毕骡，項目執(zhí)行過程還包含以下環(huán)節(jié)：
需求設計：產(chǎn)品同學完成需求文檔及需求原型（需求原型用最簡單的線框圖削饵，以免影響設計同學）岩瘦，一般需至少提前1-2個版本進行規(guī)劃
UI設計：一般需求文檔及原型圖完成之后，需要進行UI設計窿撬，有的公司也會放在需求評審之后（不過用UI圖進行評審更加準確）產(chǎn)品同學需要將功能目的和重要性同步設計同學启昧，以便設計同學進行排期及正確設計
需求評審：叫上所有相關人員一起開會吧~，會議時間要控制劈伴，以圖說話密末，開發(fā)及測試注意點提前說明，具體規(guī)則及細節(jié)見文檔跛璧。一定要hold住場面严里，不要掉進細節(jié)陷阱，畢竟大家的時間和寶貴——產(chǎn)品需要盡可能的完善文檔和規(guī)則
需求排期：(需求工作量預估）需求評審后赡模，需要給出排期田炭，方便項目安排，排期包含
? ? a.服務端排期(執(zhí)行過程中漓柑，一般至少提前客戶端半個版本）
? ? b.客戶端排期（接口已提供/數(shù)據(jù)已通/模擬假數(shù)據(jù)）
需求開發(fā)：（一般服務端提前半個開發(fā)周期教硫，保證客戶端接口可用）
需求測試：測試（服務端、客戶端）
需求上線：服務端上線辆布、客戶端灰度瞬矩、客戶端大發(fā)版
開啟升級（建議或強制）
以上版本規(guī)劃為理想情況孵稽，一般來說塑娇，真是的發(fā)布過程中，一定會有根據(jù)之前版本的數(shù)據(jù)表現(xiàn)所需要進行的需求調整坤邪，或者會插入一些緊急需求惭蹂。開發(fā)過程中也會遇到一些不可抗因素伞插，需要屆時進行取舍。
項目管理執(zhí)行--明確時間點盾碗、風險點媚污、信息同步、取舍（延期or砍功能）
項目執(zhí)行過程中的注意點：
1.項目開始前明確大家目標一致性廷雅，解釋功能和目的（例如本階段我們的主要目標是提升新用戶留存耗美，所以功能重點在優(yōu)化新用戶分發(fā)）
2.項目開始時，保證需求理解一致性：阶骸商架！所有！所有相關人員的需求理解一定要一致芥玉！
3.資源的合理協(xié)調：確定什么人怎么做蛇摸，做多久（產(chǎn)品同學需要對相關人員，特別是研發(fā)和測試的能力和習慣有一定的認知灿巧，便于合理 安排時間）
4.信息同步非常重要赶袄！開發(fā)過程及時跟進诬烹，問題及時提出，風險及時報備弃鸦！
5.目標及時調整（取舍）：一個關于延期or砍功能or尋找代替方案的問題，一般來說是之前步驟沒有做好留下來的坑幢痘，但是無可避免
6.人員的鼓勵（看人下菜碟）----對項目相關成員的預期與考量（能力唬格、質量、時長等）颜说，兼職鼓勵師吧购岗！
7.項目目標驗證：主要看數(shù)據(jù)--崩潰率、功能數(shù)據(jù)表現(xiàn)门粪、核心指標數(shù)據(jù)表現(xiàn)
8.及時總結
