項目管理的學習
1.簡單了解開發模式有兩種，一種是敏捷式開發，一種是瀑布式開發
現在大多都是敏捷式開發，因為互聯網的迭代太快，瀑布式的特點（上一個階段的任務必須100%完成才可以開始下一個階段）已經不適合當前的發展。
2.談到項目管理就會和項目經理接觸
項目經理掌握以下幾個特點：目標驅動、系統思維、風險意識、數據量化。
3.互聯網產品研發管理的全流程
3.1產品研發項目的流程圖
主要分為三個階段：需求階段、開發階段、發布階段
3.2需求階段
（1）需求準備：先從需求池等做需求分析，然后設計方案，和組內成員討論需求，最后根據討論后的結果修改方案。
（2）需求討論：組內成員一起討論需求
（3）需求內審：和其他產品經理一起評定需求的優先級，評定需求可行性
（4）需求評審會：
a.概要：需求評審會由產品經理主持發起，介紹產品功能背景及設計方案，把需求放在臺面上進行討論，直至最后形成一致結論的過程。
b.目的：明確項目目標，了解方案
c.參與人員：產品經理，開發，測試，運營，UI
d.內容：討論版本feature?list及討論基本的交互原型
e.可能出現的問題：各方因立場不一致，導致觀點不一致；討論細節，參會成員以己概全；開會分神；效率低下，時間太長
f.可解決以上問題的方法：求同存異，學會挖掘問題的背后他關注的點是什么；放過細節，核心討論方案的可行性，其他的私下再說；適度休息，每個需求提醒相關人員；控制時間，必要時實行主持人特權，把控時間。
g.小技巧：
學會提前溝通：有一些需求提前找對應的開發和leader討論
學會做會議總結：及時的完成會議紀要（會上討論的及時做記錄以免時間長了忘記），待討論問題責任明確到人（會上放過的問題做好標記，會下找他討論），會后跟蹤進行私下討論
學會做兩會：即把討論版本feature?list和討論基本的交互原型分開進行兩次討論，前者只招leader開會，討論方案的可行性和目的；后者找開發和測試的人員開會，評審詳細方案
還有一個牢記：產品經理要有自己的原則，要有擔當和自信。該退讓時退讓，該擔當時擔當。
(5)需求定稿：根據需求評審會修改需求文檔，定最終需求，往下一階段實施
3.3研發階段
（1）協調項目經理
a.確保發布時間，組織參與參會周會
b.解決問題，調整和優化，確保產品和預期一致（此時記得同步測試）
c.上下溝通，確保消息互通
（2）開發時間評估
（3）測試用例評審
（4）開發結算常見問題
需求打折；
功能比想象中復雜，做不完；
真要做完就趕不上發布，或者無法實現；
解決方案：和開發人員一起加班看看行不行；找到案例和開發溝通；重點是去解決問題
（5）產品體驗與測試
問題：體驗產品：發現大量細節不符合預期
測試人員反饋：功能會造成性能卡頓/存在致命bug，不同意發布
解決方案：體驗產品問題：考慮是開發沒有做這個功能，還是需求文檔的邏輯有問題沒寫出來?
針對測試的問題：有多少用戶會產生卡頓，比例是多少；和開發溝通看看能不能優化，或者犧牲掉一些達到不卡頓。遇到致命bug與開發溝通看看能不能修復，實在不能，報告上級并且說明問題出在哪里。
3.4發布階段
（1）必須做的事
項目方面：灰測，check?list
產品方面：上線前版本驗收，準備FAQ，準備客服手冊
運營層面：發布渠道準備，和運營一起推廣計劃
（2）灰測
灰測是在版本穩定后，讓少部分用戶參與提前體驗，達到發現隱藏問題的目的。
版本穩定：指測試后沒有重大bug，可以正常使用
少部分用戶：指少量隨機用戶，如：用戶id尾號為0，為12等
隱藏問題：指測試沒有發現的問題，因為用戶的機型不一樣，操作流程不一樣，測試測不了這么全面，這些少部分用戶發現的問題就是隱藏問題。
（3）bug?review
分為嚴重，中等，小bug/體驗，分隊對他們進行處理；嚴重的bug要立即解決，中等的bug是不是可以放到下版本再做或以后再做，體驗小bug放到可以放到需求池中，下一個版本需求整理時再做。
（4）產品驗收
a.check?list （各負責人確認）和發布評審會
b.產品驗收：確保產品的基本功能與需求一致；確保交互及UI一致；建議對照需求文檔來驗收
c.可能遇到的問題：bug較多，基本功能與預期不一致；
確認是開發沒有做還是需求文檔沒寫等
d.FAQ及客服培訓
（5）上線發布
ａ.發布渠道
ios，安卓：應用寶，360，手機內置市場
b.渠道包管理與上傳：產品經理維護好渠道ＩＤ表，渠道包驗證；運營：包的上傳及圖片素材準備；研發：將ＩＤ號打包進渠道包；測試：協助測試渠道包是否正常使用
c.提示升級：強制升級、提示升級、自動升級
d.發布：一般周二、周四下午發布（一般游戲為凌晨）發布后至少留１小時確保服務穩定；協助客服處理緊急問題，適當給予關懷；群的維護與核心用戶周知
e.上線郵件：版本號，更新內容，感謝（指名道姓感謝較好）
f.數據匯報
匯報時間：產品上線一周后、一個月后
匯報方式：郵件
匯報內容：基礎數據變化（版本覆蓋率，DAU）；新增/優化功能數據變化；核心功能情況（對比同一時間段）；后續規劃
匯報意義：讓領導有安全感；團隊需要鼓勵和反饋；做項目要有始有終；
g.用戶反饋
h.運營推廣
分為對內用戶（提醒新功能上線）、對外用戶（吸引，新增用戶）
