项目管理实践:如何进行项目划分?

不懂技术怎么做产品?15天在线学习,补齐产品经理必备技术知识,再也不被开发忽悠。了解一下>

之前的文章我们讲了如何以OKR驱动企业的项目化管理,本文就项目化管理过程中的项目如何划分及,划分后的工作如何分解落实到每个项目成员身上等问题进行讨论。

项目划分

企业在划分项目时,可按照项目的复杂程度、管理范围等将项目分为三个级别,分别是企业级部门级小组级(与目标划分原则相同),然后将每一级的目标与项目对应起来。

我们知道,企业制定的目标(OKR),一个目标(O)会有多个关键结果(KR),关键结果是衡量目标完成与否的标准,而项目则是OKR落地执行的载体。因此,每个项目的目标对应的应该是目标中的关键结果,当然,目标及关键结果的复杂程度不同,所以一个关键结果可能会对应多个项目。

清楚项目划分原则后,下一步就要明确到底哪些工作可以作为独立的项目进行管理或者说哪一类工作可以划分到同一个项目中进行管理。

先看一下项目的定义:

项目,是为完成某一独特的产品或服务所做出的临时性努力。(临时性是指计划有确定的开始日期和结束日期;独特意味着项目的最终结果不重复)

项目的定义中给了区别项目的两个关键点:确定的时间和唯一的结果,满足这两点的工作我们都可以将他们作为一个项目进行管理。

据此,我们总结出四类可以项目的形式进行管理的工作:

  1. 跨单位、跨部门的工作项目化;(如建筑工程项目、机械制造项目等需要跨单位或部门合作完成的工作)
  2. 由单一部门负责,部门经理组织的复杂活动项目化;(如产品研发部门的研发项目管理)
  3. 涉及到多人合作,可分解任务的工作项目化;(如运营的一场线上活动需要研发、设计、运营等部门的同事一起完成)
  4. 有确定完成期限的、确定预算的活动项目化;(如人事行政部门组织的一次团建或一场年会)

项目存在的形式

创建一个项目可分为四步:

(1)清晰定位项目目标(O)

与企业一样,一个项目在成立或创建之初就要有清晰明确的目标;

(2)明确项目生产的产品、服务或提供给客户的可交付成果(KR)

项目目标确定后,就要分析实现这个目标要做的工作或者是衡量目标完成的标准;

3.确保覆盖100%的工作;

项目范围要确保能覆盖到完成这个项目所需做的所有工作;

4.进一步细化1和2的每一项,使其形成顺序的逻辑子组,直到工作要素的复杂性和成本花费成为可计划和可控制的管理单元;

需要注意的是:每个项目都要有明确的目标及完成时间;相同或不同部门的工作只要有明确的目标和确定的完成时间都可以作为一个项目进行管理;

工作分解

划分项目只是确定每个部门或团队的工作范围,但是部门或团队每个成员的工作如何安排、怎样才能确保所有工作都能责任到人是部门或团队负责人需要重点考虑的问题。

对项目进行拆解分配的时候会用到项目管理常用的任务分解方法-工作分解结构(WBS)。

工作分解结构(WBS),以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围,每下降一层代表对项目工作的更详细定义。

WBS组成

在使用WBS进行工作分解时需要遵循以下原则:

(1)遵循MECE原则

即在工作分解时,做到不遗漏、不重复,分解后的工作相互独立,且粒度足够细,不能再进一步分解;

(2)遵循SMART原则

即工作的分解要具体(Specific)、可量化(Measurable)、可实现(Attainable)、相关性(Relevant)、时限性(Time-bound),每项工作都必须要有部门和人负责,必须要有主要负责人,另外,工作分配要具体到个人而不是分配给小组。

(3)可视化原则

可以分层看到每一项细化的工作,方便项目中每个成员清楚自己的工作范围与目标;

(4)任务的粒度要足够细,能方便的应用工期、质量、成本等手段

(5)分解层次不宜过多,以四至六层为宜,最低层次的工作单元成本不宜过高,工期不宜过长

只是,理论与实践总是有差距的,清楚工作分解的思路及原则是一回事,真正将工作分解清晰又是一回事。

在这里给大家一点小建议:在实际的工作分解中,如果没有理清工作顺序、思路,可以把原来的一个活进行分解,越分解工作内容越清楚,当把工作分解到一定大小时,就能将工作落实到负责这工作的人身上,而通过拆分不同层面、不同颗粒度,就可以更好的把工作关联起来。

总结一下

无论是将项目与目标对应划分三个级别,还是对单个项目的工作分解,最终都是要将工作细化明确责任,从而达到提高整体工作效率,节约企业成本的目的,这也是企业要进行项目化管理的原因。

 

本文由 @ 倩 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!