《互联网项目管理.pptx》由会员分享，可在线阅读，更多相关《互联网项目管理.pptx（11页珍藏版）》请在课桌文档上搜索。
1、互联网项目管理,项目流程进度把控沟通协作风险处理敏捷效率与个人成长,流程可裁剪顺序可调整,项目流程,需求阶段1.5W+1H 什么时间？在哪里？谁？做什么事情？为什么这么做？怎么做？2.理解PK共识3.评估功能ROI确定资源1.涉及到的资源：交互、视觉、前端、后台开发、测试、性能测试、BI2.建项目空间，如confluence，共享项目信息3.建钉钉群，无线和PC可以一起使用，群公告放一些重要地址，如需求文档地址、demo地址、设计文档地址、项目计划地址、发布计划地址等；建项目邮件组，保证相关的人都能同步到信息；群主要用来讨论交流，重要的事情通过邮件来确认项目排期1.包括其他团队的支持及接口人2
2、.联调时间、提测时间、发布时间3.此后开始定期发送项目周报，识别并处理风险；如果是特别紧急或重要的时期，也可以用日报的方式后台设计1.除了技术选型、DB(索引)设计、架构和功能设计，还包括日志、监控、开关2.这步非常重要，一定要细化所有功能点，否则后面可能因为评估不足而吃尽苦头；如果评估发现工作量太大，也可以尽早协调资源CodeReview1.主要从功能、性能、重构(代码可读性)和日志(方便定位问题)这几方面来审查代码日常/预发环境搭建1.系统动态配置项/后台定时任务/缓存/菜单/权限/业务数据/系统数据/DB/商家打标/用户打标/商品打标/测试数据2.找SCM系统配置管理员申请新建代码版本控
3、制；找DBA申请新的数据库；找PE产品运维工程师申请新的服务器资源线上数据初始化1.初始化完毕后，执行检查初始化数据是否成功的工具项目总结1.不要个例的解决方案，要通用的解决方案2.商业价值、业务价值、架构价值、实现价值线上数据跟踪1.及时发现问题并处理2.评估功能ROI，用于验证需求阶段的争论，为后面在需求阶段做好准备积累经验,关键节点,细化项目中的所有任务排出优先级再按实际情况做取舍,任务优先级,对于跨多个业务线的大项目,1)首先要把整体需求划分好，分别涉及到哪些业务线 2)然后针对各个业务线尽可能细化功能点，这样后面联调的时候会好一些，否则到时候会有很多对不上的地方，有可能要推倒重来 3
4、)每个业务线要有一个统一的接口人，有问题就找他，由他来协调他们业务线内部的一切 4)梳理各个业务线的依赖关系，这样方便确定联调顺序及时间点、发布顺序 5)定期会议，沟通问题及进度 6)统一的邮件组和钉钉群，方便同步信息 7)统一的项目文档中心，方便大家协同工作和项目积累 8)敏捷思想，尽可能分多期发布，每期时间尽量短 9)无线如果考虑前期快速迭代，可以先用App嵌H5的方式实现，稳定之后再H5回迁Native,风险处理,1)新增的需求或需求变更是否一定要在当期完成，如果是，增加的工作量是否会导致deadline delay，如果是，可以考虑后面迭代2)外部团队对项目的支持是否足够，是否有dea
5、dline delay的风险，delay对整个项目的影响是怎样的3)测试时间紧张，是否可以分批提测，让测试尽早进入 4)项目发布deadline压力太大了，是否可以把整个项目拆分成多个小项目，按优先级多次迭代发布 5)项目发布deadline压力太大了，是否可以先上无线，再上pc，也可以先验证下当前功能的ROI6)每次会议都要后续action、owner、feedback time、deadline，保证pool of tasks里的所有task都可以完成闭环7)项目在正式发布时，可以走灰度发布(AB test)，在保证多个观测期内没有问题的前提下，一点点把流量从0切到100%,敏捷,Dail
6、y Stand-up Meeting 每日站立会议1.说下进度、风险、遇到的问题 2.言简意赅，控制在10分钟内，细节私下解决精益看板1.如果你不能以一个清晰的过程来展示你所从事的工作，你就不会真正的了解你在做什么2.怎么做？整体分类，任务从左向右依次进入下个阶段，当前阶段线程已被占满，前一阶段的任务就依次等待进入下个阶段,效率与个人成长,1)让最熟悉的人做最熟悉的功能，可以提高效率2)让不熟悉的人做有挑战的功能，可以提升个人能力，有助于个人成长3)视项目的紧张程度合理安排，效率与个人成长并重,发出声音同步信息按流程办事区分好职责范围提高效率通过PDCA闭环不断优化整个项目过程,项目要点,THANK YOU!,
