你好啊，每天撕逼的PM！
以下是我这一段时间内，在产品宣讲之后，进行项目跟进时候的一点点总结，欢迎提出宝贵意见~
-----大半岁的PM小白
1.确定技术master
互联网项目具有临时性的特点，本次项目（UI，UE，RD和QA等）的所有参与者临时组成项目小组，结束后分散。
互联网敏捷开发中，一般没有专业的项目经理来把控项目，所以产品经理会大体上地承担项目经理的角色，而产品经理并不能完全化身项目经理去驱动跟进细化到每一个开发同学，并且不是每一个产品经理都能很好地了解并协调开发资源，这就需要为本次需求的临时项目组找到一个技术协调人，连接产品经理和开发同学。这样产品同学只和这个master去沟通项目问题和排期等，由master协调小组成员。保证项目高效进行。
那什么样的开发同学来担任技术master呢？
①熟悉业务和产品
②了解项目成员
③责任心和项目协调能力较强
2.追排期
产品宣讲无问题之后，确定好技术mater，在会上约定好的时间内务必让开发同学将开发排期汇总发出，具体需求内容由技术master拆分到每一个人。理想状态下，此时产品同学就只需要和master对接即可。
3.进度跟进
进入开发阶段，每个公司采用的协作工具可能不一样，master需要定期（若无重要节点，建议三天）提示技术在协作工具上更新项目进度，而产品同学需要定期（建议每天）查看项目进度，并和mater实时沟通项目问题，把控项目大体进度。
4.明确重要里程碑
也许在一个项目或版本启动策划的半年之前，就早已计划了上线时间，也有可能随着之前项目的不断变化而调整了当前项目的上线时间（提前是不可能的，只有延期555555），除了上线时间以外，如提交走查、提测、上线、发版和线上测试通过等，这些都是整个项目的重要里程碑，所以在master协调处理开发小组的细节问题的同时，产品也要和master，甚至是小组内每一个人，明确重要里程碑，然后master去协调开发小组内的资源和时间，保证开发同学如期完成项目里程碑。
那么问题来了，如果项目进行过程中，因为各种各样的原因导致计划里程碑的排期发生了变化，我又该如何去协调呢？（正是我最近频繁经历的事情，虽然还未经历完，想借此契机写下点点心得），已进入开发阶段后，暂不讨论需求变更的情况，只说项目排期变更的问题（项目排期变更开发都够烦的了哈哈）。
【非紧急项目】指的是排期调整的迫切度不高，调整最好，不调也行的那种~（至于为什么区分紧急和非紧急项目，最后的处理方式不一样的哈哈）
step1： 产品同学告知相关RD/QA同学调整后的项目里程碑；
step2：RD同学评估调整后的工期内是否能完成既定需求；
step3：QA同学评估调整后的工期内是否能测试通过（放心吧，如果还没测过的话，QA小姐姐会说“这要看RD同学写了多少bug的~我评估不了”）
step4：若均无问题，就赶紧把这个好消息通知各位项目干系人吧，尤其是那个叫master的男人~
【紧急项目】指的是说后天上线，过凌晨上线就要掉脑袋的那种项目排期调整
step1、2、3同上；
step4：若没问题同上；若有问题，大家好好坐下来聊聊怎么玩命加班吧~
5.测试资源协调
为了抢下QA资源，一定要在知道排期的一刹那就告诉QA知道什么时候提测，让QA小姐姐那段时间专心测你的需求。
有一个问题正好想问一下正在看这篇文章的QA，还没测主要功能的话，真的没办法预估测试轮数和排期吗？@QA老司机
6.上线安排
web端&H5页面
①上线准备
上线白名单，为了避免上线未知的问题影响到所有用户，根据自身产品特点和用户量的不同，选定部分用户作为白名单开放；
②上线时间
这个需要和自身产品的用户使用习惯做区分，比如抢票软件，在节假日前的一段时间，会是用户量高峰，这个时候做重大功能的上线（甚至是小的优化功能），不是在作死嘛~，所以一般情况下，上线时间都会安排在用户量低谷时段。
Warning！一定要避免开发和QA快要下班时候上线，你要是会测试会写代码的话推荐你试试，出事别找我嘻嘻
APP （本地）
①发版准备
涉及到各大应用市场的审核，而审核的主动权在各大应用市场，所以如果是紧急项目，一定要预留出充分的时间，以防审核不通过的问题。
②强更否？我还没做过强更，等我干过这个再来补充~
7.上线后跟踪
① 若无法开设白名单的话，提前告知QA紧急测试线上主要功能，RD待命改bug；若开设白名单，问题紧急程度可暂缓一点；
②PM线上走查主要功能，保证无问题，建议观察2-3小时；
③关注客服群消息，了解用户真实反馈。
每一次输出都是成长，希望可以结实更多PM同学，还请提出宝贵意见~
