看着手机朋友把项目提交到app store后，我回到自己的工作站，回想起整个项目从需求到这一刻所经历的“风风雨雨”，真是难忘。在这个项目中，给我印象最深的不是在产品和需求上的工作，而是整个项目的推进。也让我明白了在一个团队资源有限的创业团队中，产品负责人的项目推进能力的重要性。
我将把项目分为以下六个阶段:
产品需求审查会议
工程计划
每日晨会
试验
释放；在线
阶段总结会议
下面将讲解产品经理如何在过程中踩坑，如何根据团队情况推进项目，如何跳出坑。
首先，是产品需求评审会。
1.产品需求审查会议
几乎每个产品在正式开发前都要经过。项目的相关人员会通过需求评审分析产品经理输出的需求和解决方案的合理性和可行性，也可以通过需求评审了解功能逻辑和业务逻辑。
当时由于项目时间紧张，会后我们没有太多时间去理解和思考业务逻辑。当时我们也说没有明显问题，就按照项目计划开始正式开发了。
只是到了项目的后半段，项目推进的时候漏掉了两个关键点。第一，我们当时的团队刚刚成立，大家都在关注自己的工作；第二，技术合作伙伴不喜欢看产品需求文档。这就导致对产品业务和需求的理解不到位，进而导致开发时效率低下。
这就是工程延期的原因。但是经过这件事之后，深刻认识到产品经理在产品需求评审会上需要注意三点:
首先确保需求和业务通过审核，没有明显的错误。
确保开发人员对产品需求和业务逻辑有深刻的理解。
在深入了解产品需求、业务、功能后，对项目开发时间做出准确的评估，并对这个时间负责。
产品评审后，将进行项目策划。
2.项目规划的粒度
其实这部分是属于项目经理的工作，但是由于我们在项目初期没有项目经理，所以这部分工作也是产品经理的职责。当时开发人员通过功能列表评估了各个功能的开发时间，并讨论确定了主要核心模块前后联调的大概时间。然后我在这里总结了反馈时间，按照MVP模型制定了以功能为粒度的项目开发计划，以每周为一个里程碑，然后每周按照功能的优先级完成开发，通过每天的晨会和日报控制项目进度。
按照上面的计划发展了两周之后，它的弊端慢慢显现出来了。对于每周需要完成的功能，有一两个功能是开发者完成不了的，或者所有功能都做了，但是流程不行。
我当时对这种情况很困惑。出了什么问题？目前的项目规划有问题吗？
如果我是开发商，我能完成这个安排吗？换位思考后，发现当时的项目规划并不好实施。虽然每周的目标和优先事项是明确的，但每天的任务是不确定的。换句话说，问题的关键在于任务安排的粒度太粗，这就要求开发者要有良好的执行力。但是团队在这方面还是有所欠缺，这就是出现这种情况的原因。
既然问题已经确定，那就制定一个优化方案。目标是通过细化任务粒度来推进项目，使项目能够按时顺利完成。那么如何细化任务呢？我虽然有技术背景，但是没有接触过后台开发，所以无法对开发端做详细的任务安排。就在这时，今日头条的一位前项目经理加入了我们的团队，和我一起推进项目。
项目经理的参与正好弥补了我技术统筹的不足。所以在项目经理加入后的第一周，我们就针对团队现状做了一个优化方案。大方向上，按照之前的安排，是项目策划，以一周为里程碑。优化的地方是细化每周目标，每天分配到每个人。然后，我们会参加每天的晨会，统筹安排当天的工作，以控制和促进项目的进展。
虽然每周的日程会因为一些不可控的因素耽误一些功能，但总体来说是可控的，整个团队的工作流程也顺畅很多。
这件事也让我明白了:
不懂技术管理，产品经理很难推进项目。有必要加强对发展过程的了解。
项目推进的时候，很重要的一点就是任务安排要根据每个人的能力，这将直接影响到项目的开发进度。
3.每日晨会
每日晨会是敏捷开发的重要组成部分。
每天晨会的主要形式是把所有的团队成员组织在一起，然后由产品经理或者项目经理根据组织，每个成员会回顾昨天工作完成的情况，遇到了什么问题，今天的任务安排，这样来控制第一个项目的进度。
每天的晨会几乎贯穿了整个项目开发阶段。如果把项目开发阶段比作一个链条，那么每天的晨会就是链条中的节点。每天的晨会不仅能让产品经理更好的掌控项目的情况和目前的进度，还能尽早发现问题并分析解决。
每日晨会是推广项目的有效手段；
注意三个方向:昨天的完成情况，有没有问题，今天的任务安排。
晨会应在15分钟内举行，以免占用太多时间。
4.养虫子的方法
项目到了开发后期，就进入测试阶段。
现在，当时我们整个测试模块安排不规范，主要体现在两个问题上。首先，测试安排的粒度太大，这是基于MVP的小版本；第二个问题是我们团队前期没有测试人员，只有产品经理做辅助测试，所以测试深度不够，后期版本质量不够，出现了很多细节甚至程序问题。
在项目的最后，我们加入的测试人员开始专注于产品的第一个版本。对于整个测试过程，总结过程中需要注意的点。
项目后期后台工作量较少，所以测试中的bug如果不是明显的前端问题，就先分配到后台，等后台的问题消除后再分配到前端。
提交的bug要放在一个Bug池中，然后产品经理设定Bug解决的优先级，指派人员跟进。
bug池中的bug被修复后，需要让测试再次确认没有问题才能被认为是正式的解决方案，防止开发把解决的bug误认为遗漏，导致后期出现同样的问题。
移动端在每天下班前修复Bug后，需要向内测管理平台发送新的测试版本，更新内测版本号和修复内容。这一点非常重要。我们项目推进的时候，安卓开发哥没有这个习惯，导致测试女生要一个一个定位bug，大大增加了测试的工作量。
5.阶段总结会议
经过一个月的开发，我们已经完成了第一个版本的开发，但仅限于开发完成。功能流程勉强运行，还有很多问题。这时，召开阶段总结会就显得尤为重要。
首先，会议应明确会议的目的:
解释目前的情况
暴露问题
找出问题的原因
解决问题
然后，通过比较当前版本和计划版本，抛出问题的严重性。暴露存在的主要问题，如:
监督办在线审计问题
Xxx模块无法运行。
xxx功能有问题。
…
然后就出来了:为什么会出现这种情况？
产品经理作为负责人，列出了目前各个模块存在的问题，如下图，是我在阶段总结会上为当前团队列出的模块问题的一部分，并附上产品经理角度的一些建议:
针对每个存在的问题，我们在会上有针对性的讨论，并找出解决方案，然后在接下来的工作中进行优化。然后，我们强调优化方案的执行。如果遇到同样的问题，我们需要立即响应，否则需要项目经理和产品经理协助执行。
对于阶段总结会议，要点很清楚:
会议目的
实施
6.摘要
从产品需求回顾会、项目策划、日常项目推进、测试、阶段总结会，整个项目的推进很好的体现了产品经理的执行力。虽然大部分公司都是项目经理负责这个阶段的工作，但是产品经理也需要有把控产品质量和进度的能力，真正做产品的主人，在需求和项目推进过程中对产品负责。
本文由@Kimson原创发布。每个人都是产品经理。未经许可，禁止复制。
