【落叶108】“老兵爱分享”之《互联网运营类项目管理模式的讨论》
文/秋之川
这是《落叶》文集里第 108 片落叶，希望你能喜欢，不为别的，只为这份坚持。
Page 1
Page 2
【Page 3】
什么是互联网产品？
互联网产品和我们所熟知的传统行业产品有什么不同呢？
产品，就是一系列符合客户需求的功能组合。
互联网产品，就是一系列符合用户需求的功能组合。
在互联网时代，产品层出不穷，用户需求千变万化。互联网产品从出生、成长直到消亡，都是跟用户需求紧密相关的。
【Page 4】
什么是互联网产品运营？
互联网产品运营和我们所熟知的传统行业产品运营有什么不同呢？
传统行业产品运营通过提升品牌知名度、提高服务质量、扩大市场占有率来获取盈利。
互联网产品运营是指为了扩大用户群、提高用户活跃度、改进产品体验和寻找盈利模式并增加收入所采取的经营手段。
互联网产品运营
【Page 5】
互联网项目管理的需求
互联网项目管理的的过程是发现隐藏的合理发布日期的过程
�用户需求是不断在变化的，越早让用户得到他想要的，就越能提高用户的满意度和黏度，从而提高市场占有率。
① 迭代的步子一定要小，这样利于调整，便于不断纠正方向；
② 要做完整的增量式的功能，每个冲刺结束都可验收和可发布；
③ 不能纠结于细节而忘了最终目标，功能 > 细节，完整的功能才能迅速让用户体验，细节可以通过用户反馈来完善；
④ 合理的、正确的、可验收的里程碑标准；
⑤ 自组织、自管理的团队；
互联网项目，会定一个计划发布日期，然而这个项目还会有个隐藏的实际的合理发布日期。
因为软件开发并不是一个通过增加资源就可以加快速度的过程，所以这个实际的合理发布日期是在现实资源合理利用的前提下，所产生的一个客观存在的、最可能早的完成时间。所以说，互联网项目进展的过程，其实也就是发现这个隐藏的合理发布日期的过程。
【Page 6】
瀑布流程 VS 敏捷流程
互联网项目应该采用哪种流程呢？瀑布？敏捷？还是适合自己的流程？
瀑布：
① 到项目发布日期截止之前，产品功能才是完整可用的，用户才能看到结果，那时候才能知道与用户的期望有多大偏差；
② 在项目发布日期之前，需要一个较长时间的质量稳定期，发布和质量经常会相互冲突，最终总有一方会妥协；
③ 项目立项和结项日期间隔越长，计划越难制订，计划越难监控，可变因素就越多；
④ 项目进行中需求变更越晚，代价越大，风险越高；
敏捷：
① 增量式功能设计，每个迭代结束时，功能都是完整可用的，用户就能看到结果；
② 增量式发布，质量自始至终贯穿于每个迭代当中；
③ 只为即将到来的迭代制订计划；
④ 迭代周期短，需求变更容易消化；
对于公司的互联网运营类项目，不能简单的用瀑布或敏捷去套，要先研究当前采用的流程为什么不能满足需求，找出根本原因，一一解决之后，再去研究、摸索和建立适合我们自己的本土化敏捷模型。
Page 7
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
