项目管理的学习
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.运营推广
分为对内用户（提醒新功能上线）、对外用户（吸引，新增用户）