项目管理与需求变更的探讨

这里是修真院pm小课堂，每篇分享文从

【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】

八个方面深度解析pm知识/技能，本篇分享的是：

【项目管理与需求变更的探讨 】

1.项目管理之于产品经理。

（1）项目管理的定义

项目管理的定义是：指在项目活动中运用专门的知识、技能、工具和方法，使项目可以在有限资源限定条件下，实现或超过设定的需求和指望的过程。或者说运用各类相关技能、方法与工具，为知足或超越项目有关各方对项目的要求与指望，所开展的各类计划、组织、领导、控制等方面的活动。对于互联公司来讲项目管理的职责划分有两种状况：

一部分公司的项目管理工做主要由项目经理来作。这种状况产品经理主要是负责市场调研、用户研究并根据用户的需求，定义和设计产品，而后考虑产品的商业模式、运营推广方式等。可是即便是这样做为产品经理你也得在必定程度上去作一些项目管理的事，主观上做为本身精心设计的产品你确定会担忧产品在实现的过程当中会出现什么问题，有没有什么须要完善的，在开发那里是否是因为一些需求而耽搁下来。客观上来讲影响开发的进度最大的仍是需求的实现和变动上，因此项目的进度和成本质量都与产品经理息息相关。不过这时候因为项目经理的存在其实做为一个pm你对于项目管理来讲只是一个辅助的做用，大部分工做都由项目经理来给你承担。

然而互联网公司更多的是产品经理来兼任项目管理的工做。咱们今天主要要谈的就是这一种，产品经理的项目管理。

（2）产品经理怎么去作好项目管理

因为一个项目每每牵扯到多个部门的协做，所以整个项目进行下来，极其依赖于各个部门之间的配合。就拿如今大部分互联网公司的项目流程来讲吧。一个需求或项目从立项到完成，每每须要产品、设计、开发（前、后端）、测试配合。从上图咱们能够看出在项目的不一样阶段，产品经理都有着不一样的工做目标。而每一个阶段的时间节点，也是由产品经理去把控。这就要求了产品经理对时间管理有着极其严格的要求，不然很容易出现项目delay的状况。对于咱们公司来讲主要流程是：客户肯定需求——和开发确认技术可行性并估时——估时完成交由客户报价签合同——竞品调研，写story，画原型——和客户确认原型——Ue组内评——需求评审——需求讲解——Ui设计和开发——demo——测试——上线。

其中最容易出现问题的就是开发阶段，错误评估开发难度、开发结果与实际出入很大。这些问题均会产生一系列连锁反应，可能致使测试阶段没法正常进行，或致使项目Delay。但这并非说必定都是开发的责任，产品经理也要承担必定责任。可能因为产品的需求不明确，或者中间又加了一些需求再或漏掉了效果图上的交互细节。

所以，基于以上的问题所在，产品经理须要按期去了解项目开发进度，把控开发时间。

好比说，开发说可能要延期，那产品经理须要知道延期的缘由。究竟是开发评估时间过少仍是中间有新的需求插入。如评估时间过少，要了解是什么缘由致使的，是开发前期疏忽漏掉了一些功能的工做量仍是其余什么缘由。如是新需求插入，则需由产品评估需求的优先级，评估好优先级后要去协调是否能够把一些需求放在下一期作以保证项目进度的及时完成。在此过程当中，要有合理的掌握度，既不能对项目进度彻底不知，又不能频繁的去问开发，以避免因打断开发思考而被打。最好是在项目开发的中间阶段，抽时间和开发开个项目进度会，了解一下当前进度，并对开发阶段遇到的问题进行引导、解决。另外据我了解我们公司天天开发都会开一个晨会并发一个晨报这也是及时了解开发进度的途径。

另外作好时间节点的重要性。

2.需求变更之于产品经理

需求变更要分阶段来考虑，要是再交付开发人员以前需求变更还算能接受，咱们视具体变更状况来考虑，可是若是是在开发过程当中或者几近开发完成时那简直是噩梦。这里讨论的是外包公司的场景，对于作本身公司产品来讲大同小异。

（1）需求变更的场景

当咱们把原型画好提交给开发，程序员们辛辛苦苦的熬了不少通宵、加班后，产品完成了一半甚至已经完成了客户提出的功能需求，客户、企业用户忽然改变了需求，不想这么作了，提出了新的需求，新的变更，这样对于咱们整个团队来讲，正如晴天霹雷，很恐怖的事情啊，由于有时候，用户只是简单的一句话，可是对于系统的调整来讲工做量是很是大的。

需求变动，本应是客户的权力，但确实也为咱们的开发工做带来了不少问题。若是确需变动，固然要知足客户须要。问题是不能让变动权力滥用，把一些无关痛痒的变动宠惯养成冠冕堂皇的变动。对于客户提出的变动，不管大小都给予解决，客户对此是很是满意，然而，项目进度却拖的很长，项目一再延期，这样致使开发小组中的部分红员有些不耐烦了，来一点需求，修改一点，这样确实很烦人的，做为pm你也颇有可能完全得罪了一波开发人员。

可是如何咱们对客户的要求一律不理，自顾自地按照最初的需求和计划实施，最终极可能因为没有用户的参与，使得系统与用户的需求相差甚远，致使验收通不过，甚至可能致使项目的收款困难。

（2）为何会出现需求变更

现实中的软件开发就是这样，新开发的软件不可能一次性所有都提出来，可能客户本身都不知道本身想要开发软件是什么样子，只是简单的实现他本身的功能，我们作出来的1.0版使他们逐步的有意识的帮助他们理清这个软件的样子。需求变动的表现形式是多方面的，如客户临时改变想法、客户的习惯、项目预算增长或减小、国家政策的改变、客户对功能需求改变等。咱们理解了这些就会明白用户变动需求的合理性。因此咱们要正确的认识客户的这种需求变动，应以平和对等的心态来面对。

（3）怎么正确去面对需求变更

做为PM有一个好的应对方案会使变动需求这一问题在开始阶段就会把影响降到最低。

（1）合同制（虽然说没有法律效益，可是在必定程度上能够约束客户），我们之后要让客户知道需求变动的代价；在和客户接触时应该挑明态度，特别是要让他们清楚需求随意变动所带来的代价和风险。若是客户认为代价太大，那么开发人 员就没有必要及时修改，按原来的进度走，但仍要记录变动，待下一版本在修改。

（2）确认客户是否接受变动的代价

把变动需求带来的一些成本和开发周期的延长都明确的告诉客户，必定要有邮件以便须要时当成证据哦。

(3)每个月变动记录上报双方领导

最后，实施顾问要将有关变动措施和记录随时抄报双方最高层留档备案，可采起简报、文件、抄报、抄送、会议等多种形式。掌握主动权，逐步让不合理的随意频繁变动，成为客户很差意思开口的尴尬事件，尽快造成正常的项目执行氛围和良好的工做习惯，也为可能受到变动所带来的责任问题留下伏笔。

（4）深刻了解客户需求

最后一点也是我觉着最重要的一点，开始和客户确认需求时必定要认真仔细深刻理解客户的想法。不可为了签合同而随意答应客户，具体实施要具体状况来定。 尽可能在一开始就减小后续需求变更的可能性。

3.沟通的重要性

做为pm来讲出了咱们都知道的确认需求，作调研，写story画原型。更多的还有一项重要的能力就是沟通。咱们今天谈的项目管理和需求变更都是对于一个产品经理来讲沟通能力的考验。具体怎么样的沟通技巧就是因人而异，每一个人都有本身的处事方式，但有一点我想说就是沟通以前想好沟通的内容和目的，有针对性的去沟通。具体方式那就看我的发挥了，语气和缓，有理有据，有争执赶忙撤，找机会再聊。