![](http://img.blog.itpub.net/blog/2020/03/23/47d773dd59f70f5e.jpeg?x-oss-process=style/bb)

当跨多个团队协同工作时，项目管理功能就显得尤为重要。否则，一地鸡毛和相互扯皮让团队成员相互推诿和彼此抱怨。那么，我们如何做好项目管理呢？

### 项目管理经验不足易导致团队问题

当我们准备做一个项目时，需要经过多番沟通，进行需求调研；冥想，反复考虑产品计划；以及互动式视觉交流，使产品外观精美；最后再到和开发“撕逼”，拿到“被砍”之后的“阉割了”的功能。

![](http://img.blog.itpub.net/blog/2020/03/23/3d26e68a791048ab.jpeg?x-oss-process=style/bb)

你以为可以松口气了，但此时产品还只是胚胎。如果项目管理不善，项目产品极有可能因此流产。产品功能通常通过项目管理从外部体现出来。项目管理经验不足的话，项目团队很可能会遇到一系列问题：

> 开发成本高于预期，产品不能如期交付；
项目成员对产品目标不明确，开发过程中插入其他优先级更低的需求；
项目成员对自己的任务最终交付水平和交付时间不明确，你以为他知道在什么时间节点交付什么交付物，等到那一天去问他，他是蒙的；
……

**所有这些问题表面看各不相干，本质上是由于项目管理过程中的目标和风险管理不当所致。当跨多个团队协同工作时，项目管理功能就显得尤为重要。**否则，一地鸡毛和相互扯皮让团队成员相互推诿和彼此抱怨。

### 如何利用WBS做好项目管理

**一、目标拆解**

**项目负责人根据项目总目标层层拆解到各个小团队，再从团队分解到个人，每个人都要给出明确的交付物和交付时间节点。**

WBS（Work Breakdown Structure） ，工作分解结构。就是把一个项目，按一定的原则分解成大的任务包，每个任务包再分解成一个个小的任务包，再把小任务包分解成更细化的任务，通过指定负责人安排到每个人的日常工作中，直到任务无法被再次细化。

即：**项目>大任务包>小任务包>日常工作。**

**任务必须被100%分解，任务包拆的越细，抗风险能力越高。分配到每个人身上的任务包，每个人自己也要把任务包再分解。**有时候，项目时间很赶，我们拿到任务后想尽快开工，自以为对自己负责的模块很了解，其实有些模块之间存在潜在的逻辑依赖或者时间依赖。当做到这一块时才发现需要别人支持，此时已晚，只能等着别人弄好才能继续，这无疑给项目延期又“贡献”了一份力量。

所以看起来项目延期是由于不可抗力因素导致的，但其实更多原因是项目启动的时候对任务的拆解不够精细，团队成员对自己在什么时间段需要完成什么任务交付什么成果物一无所知，大家对互相之间的成果物理解不一致。

以下为WBS示例，仅供参考。

![](http://img.blog.itpub.net/blog/2020/03/23/7484bb0307baa9a3.jpeg?x-oss-process=style/bb)

**二、统一团队目标**

项目团队的WBS制定好后，为了让项目成员清楚地看到自己在项目中的位置以及对项目总目标的贡献，也为了让项目组成员了解到什么事是对项目最重要的事，进而对自己手上的工作做出更精准的优先级判断，应该组织大家召开一次会议确认WBS里的内容，统一团队目标。

**每个人都要了解自己在什么时间内需要完成哪些工作以及需要获得的外部协助资源，确保团队每个成员心中的产品愿景高度一致，能牢牢围绕产品目标进行作业。**

![](http://img.blog.itpub.net/blog/2020/03/23/a99b58d5bbdd97b4.jpeg?x-oss-process=style/bb)

以下内容很好的诠释了统一团队目标的意义。

> 凡有项目开发经验的人都知道，项目过程总伴随着各种问题，完全不出问题、产品还大获成功的“完美项目”根本不存在。更重要的是，如果团队成员无法从宏观、整体的角度去思考自己所负责的模块，必将引发内部的设计冲突。因为很多问题从单模块视角出发得出的结论与整体视角出发得出的完全相反。

> 围绕目标作战的项目成员不会像这样各自为战，相反的，他们就像一个命运共同体，“每个成员都有站在产品总负责人位置思考问题的习惯和行为表现”。

> 任务被团队分解，但目标依旧完整。在这样的团队里没有“我的想法”，只有“更棒的想法”，没有立场，只有理性判断。他们也会就某个问题展开激烈辩论，但那只是为追求“更好的方案”，而不是为捍卫自己的观点。

这样的团队里也没有“你的问题”，只有“项目共同的问题”，成员间彼此认可和信赖。他们相信各自能做好分内的事情，但也会在某环节遭遇瓶颈时积极贡献自己的力量，一起想办法解决问题。当内部模块间发生冲突时，他们也能及时跳出自己的角色去讨论，运用相对思维更全面地审视问题。

**三、跟进和同步项目进度**

**每天的沟通晨会和每周的项目周报是有效的掌控项目整体进度的方法，这样也可以保证项目信息的透明公开。**

老板最担心的事情就是不清楚手下的员工每天到底做了哪些工作内容，项目负责人也最担心不清楚项目团队成员每天的任务完成情况。每天的沟通晨会可以简单有效的暴露问题，项目成员工作中遇到问题还可以请求其他团队成员协助。一旦发生风险点，记录在WBS中的里程碑模块，由专门的责任人跟进和定期询问。

![](http://img.blog.itpub.net/blog/2020/03/23/6f133ae46fed514b.jpeg?x-oss-process=style/bb)

每周工作的收尾，可以让项目组各成员共同完成本周的项目周报，并及时提交给直属上级和各业务部门的主要负责人，在部门之间建立有效的沟通汇报机制，提高项目信息的公开透明度。

为了防止项目周报冗长和接收人忘记看周报的事情出现，在项目周报提交后最好再单独和上级人员接触，简短概况项目周报内容。及时向上级通报工作情况是十分重要的，因为你可能工作了很多内容，但是上级对此浑然不知。

项目周报不是一个人完成的，所以周报里要注意这些事情：目前项目进度情况、本周完成的任务工作量、下周计划的任务工作量、当前仍然存在进度风险的模块等。在填写项目进度、工作计划等内容的时候，一定要获得项目组其他人员的认可才可以继续填写，涉及到时间的需要填具体日期。

**核心主要是团队成员在项目过程中的所有成果物。无论是WBS，还是项目周报，必须获得所有项目组成员的认可。项目过程全程中，大家也需要保持目标一致。**

ITPub博客

如何利用WBS做好项目管理

最新文章