产品经理怎么才能做好“项目管理”？

在项目启动阶段，针对于线上，则是进行拉个小群，在线下，通常有个“项目立项会”，跟项目参与人员阐述项目的来源（为什么做），谁来做（参与该项目的人员）、怎么做（采用什么框架、何种设计规范等）、项目目标（快准狠等）、项目的大概起止时间等。

主要是跟团队的负责人员进行灌输项目启动的概念。

3.2 第二阶段：项目计划阶段

在进行项目启动之后，并不是立即的进行投入开发，产品同学更多的是先将项目理清需求，进行需求文档的制作，接着进行开发资源的排期安排等，也就是项目计划阶段。

3.2.1 工作任务分解

工作任务分解就是将任务不断地进行去分解到不可细分为止，然后根据任务来估算工期及成本，同时责任到人，每个人在固定的节点给到固定的文档及完成自身相应的工作任务。

通常我们也称之为WBS（Work Breakdown Structure），工作分解结构。当任务不断细分，则整个项目的抗风险能力也越强。

对于工作任务，可以分为两个类型的项目来看：

• 一个是大项目（从0到1/从1到100）
• 一个是小需求（产品迭代）

不论是项目的体型大或者小，都是由数量不等的需求组成的，也就是我们说的需求池。定好项目目标及功能之后，需求池也基本有了大概的框架。

我们要做的，就是将需求池里面的需求，筛选一部分需求放到项目的1.0开发计划中，接着将这些按照既定的顺序进行排列（不可能一次性完成所有需求）。

（1）分解方式

工作分解的方式有：按照产品的功能模块分解、按照产品的平台类型分解、按照实施过程来分解，将多种分解方式结合等方法。

举个例子，产品需求是做一个商城，那么可以分为APP端、小程序端、网页端（如果需要做这么多平台的话），这是按照产品的平台类型来分；

每个端的负责人员又各有异同，APP端分为Android开发，IOS开发，后端开发；小程序端分为前端开发跟后端开发；网页端也分为前端开发跟后端开发。

接着，针对于某个平台，按照功能细化开，可以分为会员模块，积分模块，订单模块，商品模块等等，每个模块又可细分为更细的功能，例如会员模块又分为会员权益，会员信息等。

（2）工具

工作任务分解的话，可借助excel、Xmind等工具进行梳理分解，因个人喜好来选择合适的即可。工作任务分解是比较重要的一步，只有分解清楚，后面的优先级安排及任务计划排期才能做的准确。

3.2.2 任务优先级安排

在前面的工作任务分解完成之后，接着就是将这些杂乱的进行优先级安排。先开发哪个功能，再开发哪个功能。

划分优先级的方式也有多种：按产品功能划分，按紧急程度划分等。

（1）按照产品功能划分

按照产品功能划分的前提，一般是在项目时间充裕的前提下，按照功能的优先级进行排序。

不好理解？来，阿境举个例子，开发一个小程序商城，有商品模块，订单模块，分销模块，退货退款模块等。那么顺序应是将前期的基础商品模块、订单模块先建立起来，再来做分销模块跟退货退款模块。

（2）按照紧急程度来划分

按照紧急程度来划分的话，按照时间管理四象限法来看，依次的排序是：紧急且重要＞紧急不重要＞重要不紧急＞不重要不紧急，但前提也是保证功能划分可行的前提下。

例如，下个月要启动商城分销的功能，但商城的商品体系还没建立起来，那么再急的话，也得将商品体系先建立起来后，再做分销体系。

任务优先级的安排，更多的是将两三种分类方式结合，才能够将任务优先级划分得精确，做到开发效率最大化。

3.2.3 任务计划排期

完成了任务分解跟任务优先级安排，接着就是任务排期（一个项目不可能无休止的进行下去），上文提到，可利用excel、project等工具进行罗列项目功能点跟优先级，接着跟开发人员进行沟通，进行各功能点的项目排期。

正常来说，项目都有一个整体时间，例如2020.5.1-2020.9.1，那么，要按时交付项目，项目计划排期是十分有必要的，因为项目会出现大大小小的变动，排期是为了控制项目的整体进度。

3.2.4 风险控制

在项目管理当中，要尽量将风险前置，尽量保证风险可控。（划重点，这个也考）

不管项目管理做得再好，项目风险总是存在的，有的风险可以杜绝，有的风险可以防范，阿境将项目风险划分如下几大类：

（1）需求提出方对项目过程没有监控

在项目需求对接的前期，需求提出方只给了一份需求文档，然后产品同学就开始进行项目的规划，在项目规划的阶段跟设计、开发的阶段，需求提出方并没有完全参与进来（没有一步步确认），那么就有可能造成，等项目完全做好之后，提给需求提出方之后，需求提出方指出项目并不是他想要的，需要进行重大改版，甚至是推翻重来。

那么这个时候的问题就大了，不论是在成本上还是项目影响范围上，无疑都是晴天霹雳。

所以在项目的每个步骤（对接需求、设计稿、程序后端建表、测试等）都最好跟需求提出方进行沟通确认，才不会造成后期返工项目大改的情况。

（2）需求不明确

明确项目需求是产品同学的工作内容之一，深入挖需求是必要的。只有明确了全部的需求之后，设计同学跟开发同学才能够顺利地进行设计跟开发，自然对于需求文档的改动也会比较少。需求不明确同样会造成返工调整，虽然可能在短时间内可以调整，但也容易降低设计跟开发同学的工作积极性（不断的返工容易让人疲倦）。

所以产品同学提高自己的挖掘需求的能力也是很有必要的，有的需求提出方并不能够完整的描述他的需求，特别是对于传统行业的需求提出方，所以这个时候产品同学的作用就很重要了。

（3）任务计划不合理

任务计划在上文有提到过，包括任务分解、优先级安排、任务排期。任务计划不合理的原因在于这三个部分其中的一个或者多个出了问题。

举一些计划不合理的例子：项目预估工期为五个月，给开发同学三个月的时间，在任务时间安排上已然不合理，若此时PM不进行任务优先级安排，或者是优先级安排失误，那么项目铁定延期无疑了。

（4）需求提出方变更需求

需求提出方通常有以下几个角色：领导、运营、市场（用户）、销售、甲方、PM等。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!