背景介绍
小花作为项目项目经理有段时间了，这是她独自管理一个项目。
没有前辈的指导，小花的心里很没有谱，总是担心自己出错，不能完成项目目标。
小花在项目管理中学着前辈当时是怎么工作，然后比葫芦画瓢。
第一步和客户确定了范围，然后去沟通开发人员，安排项目工作。
偶尔开一下会议，同步一下最新的消息，了解大家的开发进展。
每一步的过程都和当初学到的一样，没有出错，但是结果却还是有问题。
为什么同样的步骤，结果却不一样呢？
作为新的项目经理，尤其像小花这样第一次独自管理项目的初级项目经理。
尤其注意的这几点：
1、需求的收集和范围的把握
这里把需求和范围放在了一起来说，虽然很多人将这两个分开。
但对于初期项目经理来说，需要将这两个放在同等重要的级别。
需求和范围是一个项目的首要因素，因为有需求才会有项目，因为项目才有范围。
在确定需求时需要注意：
1）反复沟通：在反复沟通的过程中才能挖掘更多隐形的需求，也能更加明确需求的内容。最好是出原形图或者UI图反复确认。
2）确认签字：这个是对项目经理的自我保护，很多客户在需求确认过程中很随意，并没有认真思考，但是做出来东西后，又不承认是自己当初的意见。
所以在需求出来确认后需要和客户签一份需求确认书，或者发送邮件确认需求。
记住，项目经理也要保护好自己。
2、变更控制
变更也意味着需求和范围的变化。但是频繁的变更不仅带来很多重复性的工作，有时候还需要推翻正在进行的工作。
这不仅是对资源的浪费，还是对时间的浪费。
在客户提出变更的时候，项目经理要牢记：不能轻易答应！！！
按照pmp规定，变更时需要走变更流程的。
但是很多公司规模有限，也没有将项目管理规范化，所以客户的变更需要项目经理自己把握。
项目经理在把握需求变更的时候需要时刻记住：不要随口答应！！！
另外还需要记住：
1）变更的影响：收到需求变更的请求时，首先要判断影响范围。
是否影响当前的迭代任务？
是否影响项目关键里程碑？
是否影响项目成本？
当然也要判断如果变更不通过是否影响和客户的关系，这个也是有必要考虑的问题。
2）变更的必要性：有时变更的内容在之后的需求规划里，那这种变更是否有必要？
有时，变更的内容涉及到不可行的需求，那这种变更需要和客户强调，并提供另外的方案，达到共赢。
3、进度管理
进度从项目开始到项目结束贯彻整个项目周期，也是项目经理时刻要关注的内容。
每个关键里程碑，每个迭代目标，什么时候完成是项目经理关注的重点。
至少，知道了当前的进度，你能更好的汇报工作。
当然提醒初级项目经理的一件事：多开会。
开会不仅能更好的了解每个人的开发进展，也能知道每个人在开发过程中的问题，随时解决问题。
开发过程中，并不会是顺顺利利的，很多开发同学遇到问题后就开始找解决方法，百度了一天没找到，于是第二天又开始百度，这样下去会影响整个项目进度。
可是他不知道的是，另一位有经验的开发同学原来处理过这样的问题。
能够及时解决问题，也是保证进度的一个关键点。
