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