B端产品如何做好项目管理？

产品经理在具体工作的过程中，

不管是在做需求挖掘，需求分析，还是画图、整理文档等等。

从产品整体来看，它只是完成整个产品闭环的一部分。

在资源有限、时间有限的条件下，为了完成或者超过最初制定的目标，完成整个产品的闭环，

做好项目管理就显得尤为重要。

那么，

Ｂ端产品如何才能做好项目管理这个问题，

我将从4个方面展开来讲：

1.Ｂ端产品落地推进全流程梳理

2.做好项目质量管理的核心：PDCA

3.做好项目效率管理的核心：SCrum

4.项目管理的重点：沟通

01

Ｂ端产品落地推进全流程梳理

从粗一点的颗粒度来讲，

Ｂ端产品从无到有，整个落地推进的全过程，主要包括以下3大部分：

1.产品规划、产品设计

2.UI、开发、测试

3.上线前、上线后

基本上这3大部分，无论是大一点还是小一点的Ｂ端业务公司，产品落地推进过程中的业务活动都会有包括。

从细一点的颗粒度来讲，

以上3大部分还可以再细化。

第一部分：产品规划，产品设计，细化后包括：

1.战略制定

2.需求挖掘、分析与管理

3.产品内部需求评审

4.产品架构设计

5..画功能结构图

6.画信息结构图

7.画原型图

8.产品设计内部评审

9.最终产出一份产品产品原型设计（及需求文档，需求文档由于时间关系，部分公司不做要求）

第二部分：UI、开发、测试，细化后包括：

10.UI了解需求情况——UI进行设计——UI设计稿内部评审——UI设计稿外部评审——最终产出一份UI设计稿

11.技术方案设计——技术方案内部评审——技术方案外部评审——确定好技术设计方案——写代码——技术内部测试

12.测试团队测试——反馈问题给技术——技术修改

第三部分：上线前、上线后，细化后包括：

13.上线计划制定

14.部署上线

15.开始使用

16.收集数据，进行产品迭代

以上细化后的产品落地推进全流程16个点，只是个大概。

有的公司业务活动比这16点还多，有的又比16点还少，这里大家做个参考就好。

作为一名产品人，或者说作为产品负责人，

只有先把公司产品从无到有，的落地推进全流程的相关业务活动梳理出来，有了一个全局看产品设计、开发周期的框架，才能把产品管理这件事做好。

关于做项目管理这件事，

讲来讲去，

做项目管理的最终目的，就是希望团队可以高质量，花更少时间的做好项目。

在产品落地推进全流程已经清晰的梳理出来以后，接下来就是围绕全流程去思考怎样才能实现项目能高质量、花更少的时间就能完工。

02

做好项目质量管理的核心：PDCA

在做需求挖掘阶段，收集到的需求，会放到需求池里，需求池里的需求会形成一个又一个的项目。

然后项目会落到合适的人手里，去推进落地。

如何才能保证项目的质量？

这时就要用到项目质量管理上常用的一个工具：

PDCA循环。

什么是PDCA循环？

这里做个详细介绍：

“PDCA循环是美国质量管理专家休哈特博士提出的，由戴明采纳、宣传、获得普及，所以又称戴明环。全面质量管理的基础和方法依据就是PDCA循环。

PDCA循环的含义是将质量管理分为四个阶段，4个阶段分别如下：

1.Plan（计划），制定项目的计划。制定项目计划时，主要关心3个要素：人、事、时间表。也就是要规划出团队人员里，在什么时间范围内，什么人完成什么事。

2.Do（执行），制定完计划以后，要落地执行；

3.Check（检查），对项目阶段性的输出成果进行检查，看是否达到预期；

4.Act（处理），对检查的结果进行处理，检查没有问题，工作开始往下一步推进；检查发现问题，进行修改、完善。

这里将质量管理的4个阶段（计划、做、检查、处理）与产品落地推进全流程的3大部分（产品规划、产品设计；UI、开发、测试；上线前、上线后）结合起来思考就是：

1.计划阶段，

一个需求变成项目以后，就要计划出这个项目会有哪些人负责，不同的角色分别要在什么时间范围内，完成什么事。

比如，项目1，

在1月1号到1月15号之间由产品经理小王负责完成设计，最终产出一份原型设计；

1月15到1月20之间由UI小张负责完成设计，最终产出一份UI设计稿；

1月20到2月10之间由技术小刘主导完成开发，并最终技术内部测试完没有问题，可交给测试人员测试；

2月10号—2月15号之间由测试人员小明完成测试，并最终配合技术，完成上线。

等等。

2.执行阶段，

制定完计划以后，要落地执行。

每一个阶段由每一个不同的负责人负责落地完成。

3.检查阶段，

作为总负责人，或者产品经理，需要对每一阶段产出的结果进行检查，看是否达到预期。

4.处理阶段，

对检查的结果进行处理，检查没有问题，工作开始往下一步推进；检查发现问题，进行修改、完善。

以上的讲解，关于产品落地全流程推进与质量管理4个阶段的结合，我用的是颗粒度比较初的逻辑来讲。

在具体工作过程中，关于产品落地全流程推进，大家可以用颗粒度比较细的来运用（也就是文章中，我提到的细化后的产品落地推进全流程16个点）

这样做的结果就是大家的工作内容拆解颗粒度就会更细了，执行的就更细了。

同时，根据具体情况需要，检查的环节也会增多了。

以上就是，

为了项目的质量，PDCA工具运用的一个思考。

03

做好项目效率管理的核心：SCrum

为了解决项目质量的问题，可以用PDCA思考工具。

为了提高项目管理效率的问题，则可以用Scrm思考工具。

Scrm是一套项目管理流程的工具，主要包括3个部分：

1.三个角色，分别是：产品负责人，Scrum专家（一般情况产品负责人和Scrum专家可以是同一个人），团队成员。

2.三个物件，分别是：产品积压、冲刺积压、燃尽图。

产品积压指的是在做年度规划时，规划里要完成的项目集（需求池里的需求会形成一个又一个的项目，项目集合在一起统称为项目集）。

冲刺积压指的是：年度目标会拆解成季度、月度，甚至到周，单位时间里计划要完成的项目，叫做冲刺积压。

燃尽图指的是，已经完成了的项目。

3.四个仪式，分别是：冲刺计划会，每日站会，冲刺评审会，冲刺回顾会。

冲刺计划会，顾名思义就是，年度目标拆解成季度、月度，甚至到周后，单位时间里计划要完成的项目目标、冲刺的方法、不同角色完成不同任务的一个计划。

每日站会，就是产品负责人要和团队沟通，昨天的完成情况，今天打算做什么，以及有什么困难需要帮助。

冲刺评审会，由产品负责人主持，一起评审，交付产品原型图。

冲刺回顾会，回顾过去哪些做的好，哪些做的不好，接下来要做什么的问题。

关于Scrum，

通过以上3个部分的介绍，我相信你已经有了一定的理解。

如何使用Scrum，提高项目管理的效率？

这里我用一个案例，把Scrum的3部分串联起来讲一讲，让你感受一下一家Ｂ端业务公司是如何运用Scrum工具来提高管理效率的。

小李是一家餐饮Saas公司的产品负责人，公司在年初做了产品的年度计划，有100个需求等待着落地推进，或者可以说成有100个项目等着落地推进（这100个项目就是产品积压）；

2月份初，小李和团队相关角色开会（冲刺计划会）决定要完成10个项目（这10个项目就是冲刺积压）；

2月中旬，共完成了6个项目（这6个项目就是燃尽图）；

在项目推进的过程中，小李每天早上上班后都要和团队沟通，昨天的完成情况，今天打算做什么，以及有什么困难需要帮助（每日站会）。

每一个项目在产品设计、UI设计、技术方案设计等关键环节小李都会参与评审，最终交付不同阶段应该交的产物（冲刺评审会）。

每一个项目完成后，小李都会组织团队一起回顾过去哪些做的好，哪些做的不好，接下来要做什么的问题（冲刺回顾会）。

怎么样？

是不是感受下来，通过Scrum的运用，项目管理效率会提高不少（和不用比起来）。

04

项目管理的重点：沟通

提到“沟通”一词。

你可能会觉得：

沟通嘛，有什么难的，有什么可学的，沟通不就是会说嘛。

值得放在项目管理里面来讲吗？

我个人觉得，那太有必要了。

作为一个产品经理或者是产品负责人，要在产品内部向上、向下沟通，同级沟通，还要和不同部门的成员沟通。

沟通如果不到位的话，是有极大可能影响项目进度的。

如何做好沟通，我这里有几点心得分享，仅供参考：

1.沟通的过程中，工作任务是什么？工作质量需要达到什么标准？工作要产出的结果是什么？多长时间内要结果？

这些都要沟通到位，

不然就有可能造成的项目延期，结果不达标等问题。

2.团队内、外部沟通，要做到信息同步，这样上下游协作关系伙伴，才能第一时间掌握到相关信息，最好相关工作安排，提前做好风险管理。

3.沟通的过程中，要有“资源”意识，为了完成某一个目标，需要有资源的支持，这时需要主动去拿资源或者主动去找领导协调资源来支持。

4.沟通的本质目的，就是和他人达成共识，促进合作。

要想达到这样的结果，沟通中就要做到：

善意说话；告知前因后果，获取支持；语言上避免出现强迫感的味道，在合理的范围内给他人选择的权利；要有同理心，站在他人的角度考虑问题。

最后，

关于Ｂ端项目管理的问题就讲到这儿了，

愿你我，在做Ｂ端产品的过程中，都能把项目管理这件事做好。