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