背景介绍

小花作为项目项目经理有段时间了，这是她独自管理一个项目。

没有前辈的指导，小花的心里很没有谱，总是担心自己出错，不能完成项目目标。

小花在项目管理中学着前辈当时是怎么工作，然后比葫芦画瓢。

第一步和客户确定了范围，然后去沟通开发人员，安排项目工作。

偶尔开一下会议，同步一下最新的消息，了解大家的开发进展。

每一步的过程都和当初学到的一样，没有出错，但是结果却还是有问题。

为什么同样的步骤，结果却不一样呢？

作为新的项目经理，尤其像小花这样第一次独自管理项目的初级项目经理。

尤其注意的这几点：

1、需求的收集和范围的把握

这里把需求和范围放在了一起来说，虽然很多人将这两个分开。

但对于初期项目经理来说，需要将这两个放在同等重要的级别。

需求和范围是一个项目的首要因素，因为有需求才会有项目，因为项目才有范围。

在确定需求时需要注意：

1）反复沟通：在反复沟通的过程中才能挖掘更多隐形的需求，也能更加明确需求的内容。最好是出原形图或者UI图反复确认。

2）确认签字：这个是对项目经理的自我保护，很多客户在需求确认过程中很随意，并没有认真思考，但是做出来东西后，又不承认是自己当初的意见。

所以在需求出来确认后需要和客户签一份需求确认书，或者发送邮件确认需求。

记住，项目经理也要保护好自己。

2、变更控制

变更也意味着需求和范围的变化。但是频繁的变更不仅带来很多重复性的工作，有时候还需要推翻正在进行的工作。这不仅是对资源的浪费，还是对时间的浪费。

在客户提出变更的时候，项目经理要牢记：不能轻易答应！！！

按照pmp规定，变更时需要走变更流程的。

但是很多公司规模有限，也没有将项目管理规范化，所以客户的变更需要项目经理自己把握。

项目经理在把握需求变更的时候需要时刻记住：不要随口答应！！！（w  x：项目经理那些事）

另外还需要记住：

1）变更的影响：收到需求变更的请求时，首先要判断影响范围。

是否影响当前的迭代任务？

是否影响项目关键里程碑？

是否影响项目成本？（w  x：项目经理那些事）

当然也要判断如果变更不通过是否影响和客户的关系，这个也是有必要考虑的问题。

2）变更的必要性：有时变更的内容在之后的需求规划里，那这种变更是否有必要？

有时，变更的内容涉及到不可行的需求，那这种变更需要和客户强调，并提供另外的方案，达到共赢。

3、进度管理

进度从项目开始到项目结束贯彻整个项目周期，也是项目经理时刻要关注的内容。

每个关键里程碑，每个迭代目标，什么时候完成是项目经理关注的重点。

至少，知道了当前的进度，你能更好的汇报工作。

当然提醒初级项目经理的一件事：多开会。

开会不仅能更好的了解每个人的开发进展，也能知道每个人在开发过程中的问题，随时解决问题。

开发过程中，并不会是顺顺利利的，很多开发同学遇到问题后就开始找解决方法，百度了一天没找到，于是第二天又开始百度，这样下去会影响整个项目进度。（w  x：项目经理那些事）

可是他不知道的是另一位有经验的开发同学原来处理过这样的问题。

能够及时解决问题，也是保证进度的一个关键点。