Mini商学院之六-项目管理的逻辑

Posted 2021-05-02 苦笋与茗

                                        

《Mini商学院》是由清华北大的一些学者在网上讲授的MBA入门级别系列课程，内容包含项目管理、经济学、管理学、互联网思维、商业模式、技术创新、财务逻辑营销逻辑等。这一讲的主题是项目管理。

一、两种组织架构

企业的活动可以分项目和运营两类，项目是阶段性的，一次性的工作；运营是持续性的，重复性的工作。

公司对这两类活动的侧重不同，组织架构也不同。

比较常见的是公司按照职能来划分部门，比如销售部、行政部、人事部、研发部等。其中人事部、行政部、法务部等承担企业运营职责的部门，属于职能部门。

这样一种组织架构，对项目落地可能会产生一定的阻碍。

项目往往是多部门合作，销售、技术、研发、法务、财务密切配合，缺一不可。职能部门越卖力，存在感越强，部门墙的问题会越凸显，整个流程机制反而越官僚。

对职能部门来说，多一事不如少一事，项目上的十万火急，他们并不能感受。绩效与项目不挂钩，也就缺乏配合的积极性。

对于战略重心在项目落地上的企业，往往会采取矩阵型组织：围绕项目，从各个关联部门抽调人员，组建团队，有点类似公安部门针对重大案件成立专案组。其中项目经理话语权最高。

在这样一种组织架构下，各个部门包括职能部门扮演的是资源池的角色。为项目团队提供人力资源支持。项目按照实际参与情况，核算人力，进行内部结算。

这样可以把项目成交与不同部门的KPI联系起来。如果研发团队某些人员一直不能被项目经理点名，那人力成本就是由部门承担。部门也会反思，为什么项目组不愿意要我们的人呢？是能力不行，还是价格太贵？

2、波士顿矩阵、项目集和项目组合

根据波士顿矩阵，项目可以分为四类：

明星项目，市占率最高，增长速度也最高。是能下金蛋的金鸡，公司内最好的资源一定首先往这类项目上倾斜。

金牛项目，公司过去的主营业务，公司收入的主要来源，稳定，但是缺乏增速。这类项目也很重要，需要守门型的项目经理看管。

问题项目，当下市占率低，但是增长快，可能是黑马。适合进取型的人才跟进。

瘦狗项目，当下不赚钱，未来也看不到赚钱希望，可有可无，有些项目甚至会亏钱。这类项目在公司人力资源有富余时，老板也会做。对企业来说，员工闲着损失更大。

如果项目经理觉得调动资源特别费劲，那可能需要审视下，自己接手的项目是什么类型。

项目集指的是一组实施过程中相互关联的项目集合，对于项目集里的项目，共同管理比分开管理效率更高。比如房地产开发，一块儿地里面，有开发酒店、公寓、商场好几个项目，同步进行，这些项目组成一个项目集。

项目组合指的是围绕公司战略开展的一系列项目，相关性没那么大，甚至是彼此竞争的。比如吃鸡游戏刚火到国内，腾讯一下出了4款吃鸡游戏，这四个项目组成一个项目组合，战略目标就是干掉网易的游戏。

三、分阶段管理项目

在项目之初，按照时间线划分阶段，在阶段之间设立验收点，通过验收点才能进入下一个阶段。

作为参考，工程类项目，大体可分为可行性研究、计划与设计、施工、交付使用四个阶段。阶段一在立项审批后，才能进入阶段二。如图：

装修则是按照专业划分，时间上顺序进行，减少交叉作业：

四、STACEY矩阵、四种项目管理方式

STACEY矩阵也是一种项目分类工具，横轴为技术满足度，纵轴为客户需求明确程度。

技术满足，需求明确的项目，属于简单（easy）项目；

技术满足，需求不明确的项目，为烧脑（complicated）项目；

技术不满足，需求明确的项目，为棘手（complex）项目；

技术不满足，需求也不明确的项目，为混乱（chaotic）项目。

技术和需求都只部分满足，部门明确的项目，为模糊（hazy）项目。

常见的项目管理方式大概分这几种：

预测型：做项目之前，就清楚项目各个阶段的具体状态。建筑工程类的大多属于这类。在项目上马的时候，就知道什么时间落成，落成时是什么样子。

软件开发里，预测型的项目适用瀑布开发模型。

迭代型：先上线一个版本，后续不断迭代，达成需求。

增量型：先交付部分成品，满意后再开发新的功能模块交付。

迭代性和增量型的区别在于，迭代型是一次性完成整体功能的交付，只是受限于当前的技术能力，没法一下子达到客户验收标准，只能后续迭代；增量型适用于客户需求不完全清楚，那就先捡其中明确的部分来做，先行交付，后面客户想清楚了，再增加新的模块。

用一个图描述，大概是这样的：

敏捷型：在实现主体功能的过程中，客户不断有新的需求提出来，放到需求池里，项目组大概一周、两周为解决周期，有人力就做，没人力就暂缓。可以看出，敏捷型的适应性最强。

可以看出，STACEY模型下不同项目类型，适合不同的项目管理方式。

简单项目，用预测型

棘手项目，用迭代型

烧脑项目，用增量型

模糊项目，用敏捷型。

混乱项目呢，不要碰！

具体见下表：

五、都是大爷，先招呼谁

“项目往往死在没有关注的相关方手上”。

项目参与方众多，简单的项目只有甲乙方，复杂项目可以发展出甲乙丙丁戊多方。每方都会有不同角色的人员参与进来。作为项目经理，首先是跟这些形形色色的人打交道。哪些人的微信消息需要秒回，哪些可以稍后再回，哪些可以干脆不回，这些问题项目经理需要心中有数。

这里介绍一个工具：凸显模型。用来评估项目参与人员的重要程度

项目参与者，按照凸显模型可以分为如下7类：潜伏型、随意型、矫情型、权贵型、危险型、从众型、统治性。

最重要的是统治型人物，既有实在权力，又具备合法性，同时意见紧迫。这种需要秒回。

具体可以参考上图。蓝色表示已经具备的，灰色表示尚未具备，但是满足条件后就会具备的。大体的原则是，重要级从上往下递增。具体就不再详细展开。

以上介绍的工具，希望对大家有帮助。

---

系列往期文章：

                                                                    注：文中图片均来自于课程截图

这是苦笋与茗的第 63 篇文章

鼓励作者，点个在看

                                           ↓