一．項目管理

1.項目管理定義

項目管理是項目的管理者，在有限的資源約束下珊豹，運用系統(tǒng)的觀點簸呈、方法和理論，對項目設計的全部工作進行有效地管理店茶。即從項目的投資決策開始到項目結束的全過程進行計劃蜕便、組織、指揮贩幻、協(xié)調轿腺、控制和評價，以實現(xiàn)項目的目標丛楚。 項目經(jīng)理：PM（Project Manager）族壳。

?項目經(jīng)理特性：(1)目標驅動：按質按量的達成目標； (2)系統(tǒng)思維：系統(tǒng)的思維趣些，有項目管理的方法和理論仿荆； (3)風險意識：風險意識，如能夠判斷研發(fā)代碼隱藏的問題、能通過需求知道實現(xiàn)風險拢操； (4)數(shù)據(jù)量化：拿數(shù)據(jù)說話锦亦，通過數(shù)據(jù)量化是否達到目標。

2.開發(fā)模式

開發(fā)模式有：瀑布開發(fā)庐冯、敏捷開發(fā)孽亲、螺旋開發(fā)等坎穿。主要講瀑布開發(fā)模式和敏捷開發(fā)模式展父。

瀑布開發(fā)模式，是一種比較傳統(tǒng)的軟件開發(fā)模式玲昧。瀑布開發(fā)是一個剛性的線性模型栖茉，其中包括順序階段（要求、設計孵延、實時吕漂、驗證、維護）尘应，其中每一個階段的目標性很明確惶凝，而且在進入下一個階段之前，每個階段目標必須100%的完成犬钢，但這種模式如果進行回溯修改時會比較麻煩苍鲜。

敏捷式開發(fā)，以用戶的需求進化為核心玷犹，采用迭代混滔、循序漸進的方法進行軟件開發(fā)。通過迭代開發(fā)歹颓，關注互動溝通等方法來降低軟件開發(fā)過程中的風險坯屿，同時也可以減少在開發(fā)中的資源消耗。好處是通過早期發(fā)現(xiàn)和修復缺陷來提高開發(fā)的效率巍扛。

互聯(lián)網(wǎng)中常見的開發(fā)模型-敏捷開發(fā)领跛。 互聯(lián)網(wǎng)的項目多以敏捷開發(fā)為主。敏捷開發(fā)的核心理念是以簡單有效的方式快速達成目標撤奸，并在這個過程中及時響應外界的變化吠昭，做出調整。

二．互聯(lián)網(wǎng)產品研發(fā)管理全流程

互聯(lián)網(wǎng)產品研發(fā)項目主流程寂呛，分三大階段：需求階段怎诫、開發(fā)階段、發(fā)布階段贷痪，這樣一個Round一個Round循環(huán)幻妓。

1.需求階段

需求階段包括，需求準備、需求內審肉津、需求評審會强胰、需求定稿。

(1)需求準備

(2)需求內審

內部的評審妹沙，如果有多個產品經(jīng)理或者多個需求偶洋，進行X.X版本需求內審，評定需求優(yōu)先級距糖、評定需求可行性玄窝。評審后，確定X.X版本的需求悍引。

(3)需求評審會

需求評審會由產品經(jīng)理發(fā)起恩脂，介紹產品功能背景及設計方案擺在臺面上進行討論PK，直到形成統(tǒng)一結論的過程趣斤。

目的：明確項目目標俩块、了解方案、排憂解難浓领、眾志成城玉凯。

參與對象：開發(fā)人員、測試人員联贩、設計師漫仆、運營人員、產品經(jīng)理撑蒜。

評審內容：版本Feature List歹啼、基本交互原型 。版本Feature List：要做什么座菠？為什么要做這些狸眼？ ?基本交互原型：方案是否靠譜？做到什么程度浴滴？

可能出現(xiàn)的問題拓萌？立場不同、觀點不一升略、進入細節(jié)微王、一站到底、以己概全品嚣、開會分神炕倘、效率低下、時間太長翰撑。?解決思路：求同存異罩旋、學會挖掘背后、放過細節(jié)、從深往前拉涨醋、核心討論可行性瓜饥、日后再說、適度休息浴骂、每個需求提醒乓土、相關人員、控制時間溯警、主持人特權趣苏。

會議總結：及時輸出會議紀要、待討論問題責任明確到人愧膀、會后跟蹤拦键、私下討論。

(4)需求定稿

求同存異檩淋。 產品經(jīng)理的原則與調性：產品經(jīng)理需要有自己的原則，以及愿意為此負責的擔當與自信萄金，對需求足夠把握的時候蟀悦，該強勢的需要強勢；當然氧敢，該聽的意見要聽日戈。

2.研發(fā)階段

產品在研發(fā)階段的定位：了解并推進進度、確保發(fā)布時間孙乖、監(jiān)督進度浙炼、解決問題、調整與優(yōu)化唯袄、確保產品與預期一致弯屈、需求變更同步、上下溝通恋拷、確保信息一致资厉。

研發(fā)階段，包括開發(fā)時間評估蔬顾、測試用例評審宴偿、迭代開發(fā)、產品驗收诀豁、測試窄刘。

開發(fā)階段常見問題：1）需求打折(功能比想象中復雜、做不完舷胜、真要做完趕不上發(fā)版娩践。 了解下真正原因，加加班、激勵欺矫、溝通纱新，挖掘下背景)；2）無法實現(xiàn)（分析下原因穆趴。比如脸爱，開發(fā)不能實現(xiàn)，找出競品可以實現(xiàn)未妹，怎么辦呢簿废？我們能不能攻攻關。 遇到這兩種情況下络它，我們怎么辦呢族檬？）不能研發(fā)說不能實現(xiàn)就不能實現(xiàn)。

(1)開發(fā)時間評估

需求評審會后化戳，開發(fā)Leader組織同步結果給到產品单料。 輸出結果：對應每個需求的人/日。 產品經(jīng)理：適度評估時間準確性点楼，有預留風險的預判扫尖。

(2)測試用例評審

測試用例評審主要針對研發(fā)和測試，產品經(jīng)理在初期參與掠廓。完善需求的異常邏輯及邊界情況换怖。

(3)產品體驗與測試

產品體驗，偏向正向的邏輯蟀瞧，至少基本流程能測通沉颂。如果產品體驗都不能通過，直接打回去重做悦污。產品體驗通過后再進行測試開測铸屉。

產品經(jīng)理，確保開發(fā)實現(xiàn)的功能與你的預期一致塞关。 測試人員抬探，確保功能在各種場景下都可正常使用。

?體驗與測試階段的問題：體驗產品發(fā)現(xiàn)大量細節(jié)不符合預期帆赢。 測試人員反饋： 這個功能會造成性能的卡頓小压，有可能造成不少OOM的問題。這里存在一個致命的bug椰于，不同意發(fā)布怠益。 這時怎么辦？判斷什么樣的bug瘾婿，是否為主要功能的bug蜻牢？

3.發(fā)布階段

發(fā)布階段烤咧，包括三面的工作內容：項目方面、產品層面抢呆、運營層面煮嫌。 項目方面：灰測（1測、2測）抱虐、Check List ?產品層面：上線前版本驗收昌阿、準備FAQ&客服手冊 ?運營層面：發(fā)布渠道準備、運營推廣計劃

?(1)灰測

灰測是在版本穩(wěn)定后恳邀，讓少部分用戶參與提前體驗懦冰，達到發(fā)現(xiàn)隱藏問題的目的。怎么定義谣沸？什么范圍刷钢？怎么實現(xiàn)？Why乳附？ BUG Review ?嚴重：嚴重級別bug内地，視情形確定是否發(fā)布。 中等：視情況排入修復版本许溅。 體驗/小BUG：產品經(jīng)理跟進瓤鼻。

(2)發(fā)布準備

Check List& 發(fā)布評審會：一般由測試或者項目經(jīng)理擬定，各方負責人確定并打鉤贤重。 產品驗收：確保產品的基本功能與需求是一致的，無核心問題的清焕、確保產品的交互及UI符合設計要求并蝗、建議對照需求文檔來驗收。

可能的問題：驗證不通過秸妥。嚴重級別bug太多滚停；基本功能與預期不一致。 若Bug較多粥惧，但非嚴重性質的bug键畴，且版本的基本功能重要，可發(fā)布突雪，但需要盡快發(fā)布修復版本起惕。 若Bug較多，且有嚴重級別的bug咏删，需要根據(jù)出現(xiàn)場景及頻率來判斷惹想。 若有嚴重級別的bug且是核心流程或功能，不可發(fā)布督函。

客服培訓：上線前將新增/修改的功能同步至客服嘀粱、教客服如何使用激挪，方便解答用戶疑問、產品經(jīng)理也需要周期性的做客服工作锋叨。

更新FAQ：將新功能常見的疑問寫成文檔補充至FAQ垄分，F(xiàn)AQ用H5實現(xiàn)。

?(3)上線/提交應用市場

發(fā)布娃磺，確定適合發(fā)布的日期和時間薄湿。需要注意的點，發(fā)布后至少留1個小時已確保服務文檔豌鸡，協(xié)助客服處理緊急問題嘿般，適當給與關懷。群的維護以及核心用戶通知涯冠。

發(fā)布渠道管理與上傳炉奴，維護好發(fā)布渠道ID，確保渠道包正常使用蛇更。

提示升級瞻赶，有三類：強制升級、提示升級派任、自動升級砸逊。 強制升級：有重大問題，阻礙試功能上線掌逛。 提示升級：重要版本师逸。 自動升級：常規(guī)版本。

發(fā)送上線郵件豆混，郵件內容： 告知xx版本xx日期發(fā)布了篓像；展示：主功能特性；跟進：告知后續(xù)跟進計劃皿伺。

數(shù)據(jù)匯報员辩，上線后進行數(shù)據(jù)匯報。為什么要匯報鸵鸥？匯報哪些內容奠滑？領導需要安全感蛾洛，團隊需要鼓勵及反饋拦英；項目需要有始有終矢渊。 匯報時間：上線一周后呻待，第一個月 匯報方式：郵件拯啦。匯報內容：基礎數(shù)據(jù)變化全跨，版本覆蓋率惶室、新增/優(yōu)化功能數(shù)據(jù)變化神年、核心功能情況（對比同一時段）汁讼、后續(xù)規(guī)劃等淆攻。

(4)用戶反饋

收集用戶反饋阔墩，評估優(yōu)先級。重要不緊急的進入需求池瓶珊，緊急的進入bug缺陷修復啸箫。

?(5)需求池

做好需求池需求管理，做好版本規(guī)劃伞芹。