每个人都有不同的人生经历，但大都是人生中的生活经历。同样我也有很多和其他人一样的人生生活经历，因此在这里我就不谈生活经历啦。因为这非常的常见，而且还大都很相似。今天，我在这里就与大家分享一下多年来工作中的工作经验，人们常说人生经验宝贵，工作经验难的，我们都工作过，我们都有自己的工作经验，但是我今天所要描述的是一个学习计算机网络的学生到工作中后，从事一个完全不一样的专业方向发展。我这几年主要从事着医学软件系统，我就不多说了，我就分享一下我多年的项目经理经验之谈，希望对大家有用。
第一、项目实施前。先弄清楚该项目是否有合同，并且已经签订，因为有的销售人员为了拿下单子就先答应先实施该项目然后签单。这样的项目没有价格和范围，后期就可能出现成本超支，时间超期，导致客户没有依据验收该项目。这对公司利益和个人绩效会严重影像（必须）
第二、项目进场前期调研。在做传统的计算机行业中很常见（医疗软件需要医疗设备、电脑、服务器、打印机之类等），前期调研是对该项目的项目周期进行一个预估的计算，同时也可以确定项目的里程碑。互联网行业可能就不需要啦。（可选择）
第三、项目范围方案提交并确定签字。项目方案里面涉及到详细的合同内容范围。这样做的好处在于客户不能随意添加项目范围内的内容，就不会增加额外的项目实施工作。对项目周期不会出超出。（必须）
第四、项目实施过程要每天提交日报、周报，并进行周会（有条件每天会议），并对下周需要完成的内容进行计划。最后再形成书面文档或者电子邮件发送给所有的项目干系人。这样做的目的：1、告知客户及项目干系人项目进行的进度程度。2、在实施过程中把马上遇见的问题进行通告（主要是客户需要配合或者需要提供硬件等无法让项目继续下去的问题）在项目赔偿问题上有证据，不会因此导致实施建设方出现被动局面。（必须）
第五、项目实施环节各种编码测试、单元测试、系统测试、集成测试等；这个环节做的完善会对项目上线过程带来很大的好处。避免项目上线出现系统宕机、系统明显bug、系统性能等问题。这样客户对该项目会产生巨大的不满意或者使客户导致经济损失等，会影响项目的上线、推动、验收等。严重会导致经济赔偿、项目延期、项目烂尾、解除项目等。（必须）
第六、项目验收，这个环节是对整个项目周期的结尾。该过程一般根据合同验收要求或者项目上线使用情况来合理提出项目验收。首先提出项目验收请求，客户领导一般会根据当前项目实施的情况拟定项目验收时间，并组织有关验收小组进行现场使用验收。项目经理就必须在同意验收拟定的时间里把项目验收文档整理好，并打印装订成书籍，带到验收现场。在现场验收过程中所遇见的小问题要随机应变的处理掉或者先答应客户会马上处理掉，不能让验收小组死死盯住该小问题不放，最好项目经理现场演示给要收小组看，这样可以快速的引导验收小组走下去。一句话，到这个关键时刻就不能让系统出现明显的小问题，只要能签字验收。有的验收小组成员可能对某个很的小问题没有达到项目要求，但是又不影响整个项目，可以作为项目验收后的遗留问题进行处理。（必须）
第七、项目验收后项目移交。这个环节客户很关心，因为项目验收后付了钱，客户又在担心售后服务质量问题。在验收的时候就可能遇见客户提出该问题，一般提供给客户售后服务电话及其他的联系方式，这是对客户服务质量保证及客户心理的一种平衡。公司这边也会走公司的项目移交流程。完成整个项目实施（必须）
项目实施过程中所遇见的问题：
1、项目实施过程中出现卡壳状态，整理出有关的卡壳问题存在的环节或问题出现在甲乙某方，然后提交到项目干系人或有关上级领导，这样就不会被动的接受项目风险。也不会因为项目卡壳导致项目经理处于被动状态，也同时可以进行其他项目实施。就不会导致项目经理绩效出现较低问题。
2、大都客户都很配合，但是总会遇见你意想不到的客户，此类客户一般表现为（要么要求过多过细，用不到的需求都要有，超出合同范围）（要么在使用一年半载也不愿意验收，想继续使用下去，反正项目实施方没有拿到钱。每次项目经理提出验收，客户就会提出一大堆问题及需求。等处理掉这批后，又来一批。）到这个时候就应该依据合同范围及项目范围确认方案来提出正面的交涉，这就需要之前的合同和项目确认方案，因为这上面有签字确认证据。最后此客户就会提出把某某需求处理掉我就签字验收，这时候就可以让客户出具书面的文件，并签字确认此需求处理掉后就验收。最后问题处理完成后现场演示验收（这是下下策，不过对此类客户也只能除此下册啦）
以上是本人5年的项目经验，不是最优的经验，但也是工作的经验成果，希望对大家有帮助谢谢！
本文出自 “互联网Linux运维” 博客，请务必保留此出处http://zksfyz.blog.51cto.com/1696851/1769127
原文地址：http://zksfyz.blog.51cto.com/1696851/1769127
