标题有点大了，与其说是项目管理，倒不如说是版本管理。
因为最近老大在忙别的事，就把版本管理的事都交给了我。在过程中体验比较多的是每个时间点的把握。
1. 需求准备：开发之前先出需求，一般在上个版本开放进度到一半时（或更快，如上个版本已经确定需求，开始开发时），就让产品经理报一下这个版本要做的需求（产品经理至少会在上个版本的需求开始开发时就已经在思考下个版本的需求了或者早就在他的需求池里确定了），根据产品经理的的需求列版本的需求池，再预先排优先级，当然最终是老大决定优先级，我只是预排：）哭，这块确定的是要做哪些需求，此时会出现的情况是产品自砍。
2. 需求宣讲：确定要做的需求后，我这边的情况是需求宣讲包括三个阶段。第一是交互层面的产品内部过审，此时视觉+产品介入，确定的是交互层面的问题；第二是修改后的交互，出了初步的文档过审，此时产品+视觉+技术老大介入，主要确定，产品所定义的功能哪些是可实现，哪些是不可实现需重新定义逻辑的。第三是正式的宣讲，涉及该需求相关的所有人，正式跟大家说我们要做这些需求了。
以上是开发前的需求情况。有点事。。。下次再写开发后的
网友评论