三 项目推进
明确需求了，也做了一个比较完美的项目计划了。接下来只要按照流程推进就好了~嗯，你要是有这种想法，就赶紧再抽自己俩嘴巴~
项目推进期=事故多发期。在这个阶段，你会非常感谢或者非常悔恨自己在需求确认和制定项目计划时做的每一项工作的。
接着说怎么做吧：
1 项目开始实施前明确每一项工作的责任人：
还是那句话，产品经理不是经理，你没有权利分配给任何人工作。别人的工作KPI不是你来考核。所以，要用某种形式（开会也好，发邮件也好），让大家知道，老板把项目交给你了，你的计划是什么，老板授权你在需要的时候可以动用哪些资源。
另外就是要理清各个工作流程，知道出了问题应该找谁，谁说了算。
2 是你推着事情走，而不是被事情推着走
在项目实施阶段，你可能每天都被各种问题围绕着，忙的脚打后脑勺。项目出问题，你要跑着去解决。老板要你汇报，你要找数据，查资料赶紧汇报……是不是感觉越忙问题越多。嗯，因为你一直忙着救火，没时间把火源及时踢走。
这里没什么好建议，多思考。每天开始工作前给自己半个小时的时间想一下，项目进展到这里了，发生了哪些问题。接下来要做什么，存在哪些风险？应该怎么解决。对，就是前面说的风险控制。
这样就能避免项目出问题么？不能，项目出问题是必然事件。风险控制不是确保不出问题，而是尽早的意识到问题。然后提出解决方案，避免手忙脚乱。
小技巧：每天问一遍项目进度，关心一下执行的人遇到什么困难没有。需要什么支持不需要。别嫌麻烦，别怕人家烦。这样你才能时刻掌握项目最新的信息啊。
3 每个额外需求都有它背后的原因
项目进入实施阶段，老板忽然找到你，语重心长的说：“小王啊，咱们加个A功能吧。你能说什么呢？老板啊，这个不能加啊。现在都这个程度了，不能加。老板就算不让你收拾东西走人，你这个仕途肯定也是不保了。
咋整呢？跟老板确认一下需求，是要做这个吧。做这个需要投入多少资源，占用多少时间。如果加这个功能这个项目交付时间要延期几天。嗯哪，给足信息，老板自己会判断的。
终于写完了。最后总结一下：算啦，不总结了，写累了。
