项目将站到21世纪管理舞台的中央。 ——汤姆??彼得斯
说到互联网产品的开发，项目的管理就离不开开发模式，常见的有以下几种：
（二）迭代式开发：迭代式开发也被称作迭代增量式开发或迭代进化式开发，是一种与传统的瀑布式开发相反的软件开发过程，它弥补了传统开发方式中的一些弱点，具有更高的成功率和生产率。瀑布模型和快速原型结合起来，强调了其他模型所忽视的风险分析，特别适合大型复杂的系统，通常来说也比较灵活。
（三）瀑布式开发：是最典型的预见性的开发方法，严格遵循预选计划的需求分享，设计，编码，集成，测试，维护的步骤顺序进行。瀑布开发模式可以令项目管理人员非常方便地把整个项目置于自己的掌握之下。瀑布开发模式限制了开发期间团队间的交互，评估起来相当方便，由于开发计划稳定而且几乎不会发生经常性的变化从而有效地简化了项目开发的管理工作。相对来说比较“死板“。
螺旋式开发：刚开始规模小，当项目被定义的更好，更稳定，然后逐渐展开。大型的开发通常采用螺旋式开发，比如火箭，windows系统。最开始都是一个很小的模块开始。不能犯错的，需要非常谨慎的项目，进度拉的很慢。
说完开发模式来正式进入一个项目的几个阶段：
一般而言项目都会经历需求阶段，开发阶段和发布阶段，各个阶段都有侧重的重点。如下图：
01需求阶段
需求阶段当然离不开的当然是在需求阶阶段的需求分析，首先是个人前期的分析，得出初步的结论。然后带着结论去寻求小团队的协助，需求方案pk，提出可行的优化建议，最终形成方案。然后进行交互讨论，或者产品个人输出，得出初步的原型。最后在需求评审会上进行需求评审。一般而言，需求评审会是由产品经理介绍相应的产品功能 背景及初步的设计方案，（包含设计交互搞），由大家针对现有的方案进行pk,直至讨论出统一的结果。
需求评审的目标：1.明确项目的目标。2了解方案的核心，3.让大家认可。如果项目过大，可进行模块化的拆分，分2次，分3次也是可行的。
需要注意的是：需求评审会需要把握要点，会议时间不宜过长，需要控制会议的时间，1.求同存异，不试图，把观点植入别人的脑中。2.放过细节，不纠结细节中学会妥协，及后面跟进。3.人人参与，保证与参与者明确目标及方案。
那么需求评审会，评审什么呢？
who:参与方，前端后端运营设计等
how:技术分工讨论
why:最终形成方案
what:是什么？介绍背景，评审方案细节。
where：目标是什么，要做到哪种程度。
when：规划时间节点。
tips:
1、评审会之前提前打印好材料，控制会议时间，切莫扣细节，跑题（产品经理介绍某功能方案，希望可以做到老用户如果注册后，可以把注册前的一些收藏数据，同步到注册后的账号，开发表示有一定的技术难度，在pk过程中，逐步，聊到是否需要把整体把一些收藏行为只限定与注册用户）。
2、会议要做好总结，例如，感谢大家来参加需求评审会，我们这次要确认的是…………….这次我们确定的有，没确定的有，会单个确定。分配好任务。及时输出会议纪要，待跟进讨论问题明确责任人，先沟通，群里确认了再发邮件，给个时间点，督促各岗位人员给出时间评估，最终优化文档原型给大家。
02开发阶段
配合协调，提示语是什么，密码要几位的，设计的切图，文案的确定，做不完，赶不上版本？加班！加班仍然赶不上？延期功能，开发但责，跟老板沟通延期。或者招聘人员。
同时也需要监督，确保发布时间，灵活的使用早晨的站立晨会，解决问题，确保产品与预期一致，讨论的结论及同步测试。有项目经理就和项目经理对接。
体验与测试
一般而言，体验是由产品经理来体验的，这里体验的要素是1.功能实现了，2.与预期的一致。3.保证可用性。但是你可能会你在体验过程中发现大量与预期不一致。需要及时调整。测试同学可能会告诉你，这个功能会导致整体的产品性能降低，这里有一个致命bug，不同意发布。这里和需求文档不一致，请问产品到底要怎么样？
测试用例评审会
按照示例进行测试，需求文档对照，主要的意义是把握细节需求点，和异常逻辑。
发布to do list:
产品层面，测试结果和客服手册。
运营层面，发布渠道准备，用户通知，推广运营策略。
产品验收，保证产品顺利发布可以开个验收会，在交互上保证易用性，在功能上保证可用性。测试与设计要共同协调，不是bug的发现者，拿着需求文档与测试用例做对比。
运营推广
产品经理需要准备运营需要的设计图，提前申请广告位，沟通外部渠道，注意时机的选择，结合热点。选择好渠道，注意核心用户的运营，预热准备充分。
03发布阶段
渠道包命名和管理，抽样检查确保渠道包无误。文案资料，图片说明，安装包等检验。当发布后，用户无法使用该功能时，可能涉及回滚，用户投诉及其强烈。
这些做好后就是发布后的to do list啦
首先你需要汇报，做到有始有终，是项目的需要。领导也需要安全感，团队也需要鼓励，检验阶段目标。汇报内容可以是过程的总结（是否如期完成目标，是否顺利，时间评估是否准确），结果的总结（是否达到预期）。资源的使用情况（技术，设计，运营，资源）。数据的总结（用户量，使用量，收入，成本），效果的总结（用户反馈，市场反馈）等。其次上线邮件，告知，感谢，总结和跟进，数据汇报（3天，7天，一个月等周期）。
