乙方变甲方了，怎么做好甲方项目经理？

Q

原来做乙方项目软件经理 8 年，去年跳槽到一家大公司的信息化部，今年开始要当甲方项目经理，缺少当甲方的经验，怎么才能做好甲方项目经理？

A

你现在甲方公司的信息化部，主要工作应该就是负责信息化方面的项目，找乙方来做。

在这个过程中，要做好甲方项目经理，可以从内、外两方面来看。

一、对内

对内指的是作为项目经理，怎么做好与公司内部相关的事情。主要有两方面，一是明确需求，二是申请授权。

先说明确需求。

你负责的项目，最终交付的系统，是给内部业务部门使用的，所以业务部门是你的用户，要从他们那里了解基本的需求，搞明白他们到底想解决什么问题，想在哪方面获得效能提升。

同时，信息化之类的项目，往往牵涉到不同级别领导之间的博弈，每个领导都有自己的想法和需求，也要注意了解把握。而且这个往往非常重要。

这块有一个比较常见的问题——领导对信息化项目的要求与业务部门用户想要的不一致。甚至有时候，业务部门就想用已经习惯的老系统，并不想上什么新系统，因为要换系统，就牵涉到流程、数据等方方面面的改变，很麻烦。

这个时候，你就要和各级领导整合目标，达成一致意见，然后请各个业务部门的领导配合摸排本部门的需求。

接着说申请授权。

公司要上新系统，很多时候大家会觉得这个跟他们关系不大，主要是信息化部负责，只要由你们负责搞定就行了。但实际上，项目交付的系统是给业务部门用的，你只是“做项目管理”，你不决定需求等等东西，所以你得拉业务部门参与进来。而有时候，业务部门会以“工作繁忙”、“某某需求根本不重要”等等理由，拒绝参与。这个时候，你就需要申请授权，以便整合不同部门的人员参与到项目中来，共同推进项目。

有时候大领导虽然在会议上明确指出某个项目由你负责其他业务部门要好好配合，但到实际执行时，业务部门并不一定会积极配合，这种情况就会导致某些事情难以推动，卡在那里。

怎么办呢？

一个可行的办法是，你在项目会议或里程碑节点把控时，把大领导拉进来话事，这样可能会更顺利。

二、对外

对外的“外”，指乙方，对外就是你作为项目经理，怎么管控乙方做好项目。

对外的基本原则是“卡两头，抓大放小”。具体展开说的话，分四方面：

1）定需求

2）审设计

3）卡节点

4）盯结果

一个一个简要说下。

先说“定需求”。

定需求，就是把用户需求整理明白，这个其实和对内的“明确需求”是一致的，不同的是，你要把从公司内整理出来的需求，尽可能无损的传递给乙方。

有了用户需求还不够，还要再进一步，将用户需求拆解成软件需求，以 SRS （软件需求规格说明书）的形式明确下来。

需求是后续开发的输入和基础，这块下的功夫越多，整理得越明确，后面项目开发就越可能顺利，越可能少走弯路。

再看“审设计”。

审设计，一方面是技术方案的设计，比如技术选型、架构等，这个牵涉到交付质量和后续维护，你们肯定在初期就要关注。

另一方面是测试方案，比如用例、覆盖率等，它们对交付质量也有很大影响。

这是第二个你需要重点关注的环节。好的设计会大大提升开发效率，大大提升软件质量。

你做过软件项目经理，需求和设计这两个环节的重要性，你肯定很清楚。它们组合起来，就是我说的卡两头中的第一头——开始那一头。

接下来说“卡节点”。

卡节点是指，你不必特别关注技术细节，要重点把控关键环节，比如在里程碑节点做审核、阶段验收等，比如在项目例会上确认进度、功能等。

你做过开发，可能会容易沉入到技术实现的细节中，较多关注细节，这块需要注意转换角色。之所以要做这种转换，一方面原因是，软件实现部分是由乙方负责的，他们会排斥你对细节的关注，你不大容易也不大方便深入到所有细节。另一方面原因是，你将来肯定会同时负责多个项目，深入细节会占用大量时间和精力，这样你就很难同时管理多个项目。

当然有时候你作为甲方，需要在乙方的代码基础上做一些改动，对乙方代码质量也会有很多要求，比如变量命名规范、注释等等，但你在代码层面的细节性要求，可能会遇到乙方的抵触。因为你的要求和他们的程序员的编码习惯，往往不大一致，他们需要调整自己的习惯，会嫌麻烦，同时他们的目的是尽快交付，也不想在“看不见”或“不值当”的地方浪费时间。

这个时候，就要在沟通交互上采取一些策略。比如抓关键人物，从乙方项目经理或者更高的负责人入手，和他们在共同目标共同利益上达成一致（他们愿意把开发和维护当作整体来计算成本，也愿意付出点额外成本换取长期合作），然后让他们去推动下面的开发来“按要求整改”。再比如可以让乙方来提改善方案你们来审核，这样他们会因为方案是他们提出来的而更有可能执行。

最后咱们说“盯结果”。

盯结果，主要是在验收、发布环节，做好把关工作，尽量不把严重的问题带到生产环境中去。而要做到这一点，又和前面的“定需求”、“审设计”关联上了，你准确把握住了详尽的需求，你对技术方案、测试方案有很好的理解，就能做出覆盖全面又颇具针对性的验收标准。

定结果是我们说的卡两头中的另外一头——收尾那一头。

好啦，以上就是关于做好甲方项目经理所要考虑到的事情，希望对你有所帮助。

（下图是在职场解忧会议上使用的问题拆解PPT，供参考。）

往

期

回

顾