项目管理外包经典案例

目前从事外包项目，既负责产品，也负责项目。总的来说，外包项目的产品更倾向于项目管理，但对产品的内在追求一直都在。我也没有太多的项目管理经验，只能从个人角度谈谈我对项目管理的一些庸俗见解。

本次经验分享主要包括以下五个方面:

结果是第一位的，明确核心需求，制定里程碑计划，加强沟通，确保需求与实际开发结果一致，与项目成员保持良好关系，随机应变，把风险放在前面。

一.成果导向

对于外包项目，只有一个结果就是按时上线，但是这里你需要加一个要求，保证按时上线的质量。大部分人会听起来对外包项目很不屑，认为做外包的人只关注钱，从不关心质量。其实很多外包项目都知道，如果你做一个垃圾产品，你整个团队可能会凉一阵子。

产品经理的目标大致可以有两个。前期，找到用户的实际核心需求。后期保证项目质量，按时上线；项目经理以项目上线为最终目标。

作为你的老板，你想要两个结果:

一是成本，项目投入多少人力，周期有多长；

第二，项目最终能否保质保量按时上马。

老板要根据第一点来确认这个项目是盈利还是亏损，用第二点来保证自己能和客户保持良好的合作关系。这两点对于做外包项目的公司尤为重要，所以产品也要注意两点。

第二，明确核心需求，制定里程碑计划。

首先，确定核心需求，逐步完善细节。确认需求阶段，从核心需求出发。我认为保证产品不偏离客户的真实需求是一个产品的根本。一旦确定了核心需求，就可以逐步完善细节，即使在开发阶段也是如此。

其次，做一个阶段计划。与开发确认完成数量后，根据功能清单和接口清单制定开发计划。根据功能模块，制定相应的阶段计划，前端和服务器端必须保持同步。

这里说的同步是:在阶段计划完成的截止日期，需要保证前端和服务器端的工作已经完成。

如果服务器很快，说明已经进行了下一阶段的开发，此时测试验收人员可以接受这部分工作。当发现问题的时候，你必须指出来，提出bug，这样开发才能在下一阶段工作进行的同时完成这些bug修改，开发才能对自己做过的事情负责。

第三，加强沟通，保证需求与实际开发结果一致。

加强沟通主要有三个方面:

首先要和客户充分沟通。在需求确认阶段，我们必须煞费苦心地确定核心需求，并逐步完善细节。否则在开发阶段，客户突然说，你怎么不加这个很重要的要求？如果这个功能很复杂，那么调整肯定会对整个开发过程产生巨大的影响。

二、与设计开发和测试沟通好，首先是产品与设计的沟通。所有的需求变更都要先和设计确认，以保证设计稿的正确性。然后内部确认产品设计后，通知开发人员和测试人员，可以在QQ群通知。

第三，加强与领导的沟通，学会借助外力。有时候，客户会突然增加一些需求，但是你人手不够。这时候你不能直接答应，而是需要找领导说明情况，争取资源，决定是调配人力还是拒绝让你老板决定。

四。与项目成员保持良好的关系。

这一点很重要:在产品方案确认甚至开发的过程中，可能会有争执甚至争论，但不要恶意人身攻击。事实上，一个项目的成员就像一个家庭。大家都有一个共同的目标，并为之努力。

来到南方后，深深感受到了南北的巨大差异；南方人比较矜持，不会当面表达对你的不满，而我是当面硬钢。结果可想而知。短短一个月，我基本上和设计、开发、测试吵过架，被三个老板轮番训话。

你能明显感觉到他们在疏远你，我也是；但是，我确实反思了一下，做了调整。目前，我已经和项目组的同事成为了好朋友。

和并肩作战的同事保持良好关系很重要。

五、随机应变，冒险冲锋陷阵。

没有不变的发展规划，应该是互联网产品行业的共识。面对需求的变化，如何做出调整，保证项目的正常开展，是产品和项目经理必须考虑的问题。

关于如何减少需求变化的影响，有三个要点:

制定发展计划时留出一定的时间；根据优先级与客户确认变更需求。如果有必要延长开发时间，提前和客户说明。是否延长项目开发时间暂时不与客户讨论清楚。当没有足够的人来完成变更要求时，与领导沟通，说明情况，协调资源。风险前线，我亲眼目睹过这种情况。一个项目进行下去，前期永远是开发，开发，再开发。测试期间，我们尽全力改bug，开发，加班加点填漏洞。看到要上线了，回头发现有300多个bug，只能和客户商量延期。结果可想而知。

造成这种情况的主要原因是测试和开发过程的完全分离。把测试放在最后。虽然测试和修复bug需要两周以上的时间，但是经常会发现测试两周之后各种漏洞都没有补上，开发并没有真正完成所有的工作。结果，测试时间变成了开发时间。

对此，我想说的是，为了保证项目按时上线，测试验收必须尽快加入。把bug修改放在整个开发过程中，保持整个项目开发过程的张力。对于周期比较长的项目，开发者容易懈怠，作为产品和项目，要给开发一定的张力。

最后，说了这么多，我的看法可能很片面。关于项目管理和产品，我真的还有很长的路要走。好在路上有一大批志同道合的兄弟姐妹。希望兄弟姐妹们互相鼓励，共同努力，在产品的道路上越走越远。

本文由@王翔原创发布。每个人都是产品经理。未经许可，禁止复制。

题目来自Unsplash，基于CC0协议。