信息系统项目管理师重点难点

1、看到论文是各位兄弟通过项管的重要障碍，心理真不是滋味。自己也从这个阶段走过来，最近总结了一下论文的写作体会，以一篇希赛老师批改过，得到45分的自己所写的论文为例，阐述一下自己的写作方法。当然这算不上一篇好的论文，不过自己考项管和架构师时，都按照此方法写，都得了47分。从论文本身将，y1-y10这10个标注，可以反映论文的骨架，而案例的合情合理，真实有据的阐述，是论文灵魂，一份有血有肉的论文，应该具备这两个方面的特点。题目：摘要本文从实际项目管理过程出发，介绍2007年5月到2008年9月我作为项目经理参与的某市应急联动指挥系统的进度管理y1 。为提高整个城市对突发事件的响应处置能力，对重大事件

2、的联合处警能力，由当地市政府发起，市公安局主持，特建设了该项目y2 。其业务范围包括110、122、119日常接处警，16个联动单位联合处警y3 。我公司从2007年5月份接手，按照合同必需在2008年6月上线，工期比较紧，有效的项目进度管理，是项目成功的一个关键因素y4 。为了加强进度有效管理，我首先利用Project制作详细而具有弹性的项目任务计划；其次分析出关键任务，控制主要的项目难点和风险；分析可并行的工作任务并发执行；再次在组织内部建立透明的项目状态汇报制度，使用偏差分析，对比进度状态，及时调整计划与实际进度的差异，加强人力资源管理，提高团队工作效率y5 。经过约13个月的建设，项目

3、如期上线，运行正常。备注：字数：354  标准340380正文2007年5月到2008年9月，我作为项目经理参与某市应急联动指挥系统的建设。为提高整个城市对突发事件的响应处置能力，对重大事件的联合处警能力，由当地市政府发起，市公安局主持，特建设了该项目。其业务范围包括110、122、119日常接处警，联动单位如地震、人防、林业等16个单位联合处警y6 。项目构成包括应急指挥调度系统、呼叫中心服务系统、地理信息系统、视频监控、网络工程等。我公司从2007年5月开始接手，负责应急指挥调度系统、呼叫中心服务系统。民众通过拨打110，122（交警），119（火警）电话后，经过呼叫中心服务系统

4、分配到应急指挥系统接警席，接警席再根据报警种类分配到对应的110，122，119或者联动处警席处警；在重大案件发生时，由处警席发起联合处警y7 。项目具有业务范围广，涉及单位多，系统性能稳定性要求高的特点，加之项目计划于2008年6月正式上线，工程进度十分紧。有效的项目进度管理时项目成功的一个关键。y8项目进度管理的基本方法是首先制定项目进度计划，然后跟踪监视计划，根据实际状态及时调整计划分配资源，已达到项目如期进行的目的。为了保证项目计划如期进行，我在本项目中，首先对项目计划的制定做了很详细的工作，然后又采取一些技术及方案，保证项目进度如期进行。y9详细而具有弹性特点的项目任务计划。要控制好

5、项目进度，良好的项目任务计划，是一个有效的保证，也是基础。我使用Project工具，利用类比法及功能点列表，力求进行任务计划安排，接近实际。首先将计划分成初步版本需求阶段，设计阶段，实现阶段，上线实施阶段，验收阶段，维护阶段。这样做的目的是，设立好项目阶段性里程碑，每一个阶段下也设置二级三级四级里程碑，便于考核审批项目计划，分析于实际之间的差异。在需求调研阶段，我发现110，122，119其意见很难达到统一，不得不采取更为有效的需求调研调节手段，找到对方高层领导，给与调节。这样三部门联动业务调研就可能延误，但是其它里程碑如110独立业务，122独立业务，并没有延误。我在对计划进行弹性设计，计划

6、里程碑详细到三级四级，为我调整实际任务，加快项目进度，提高了很好的保证。y10主要项目难点重点监控，以保证进度不失控。应急联动指挥系统是接受民众报警求助的系统，她的重要性程度，对于正在拨打电话的求助人来说，可能比日常所需的粮食和水还要重要。一场火灾发生了，119系统不能服务，其造成的损失可想而知。因此系统需要良好的稳定性及高效性。这个任务需要从技术架构，技术设计实现，以及必要充分的验证测试，证明其能够达到目标要求。在进度计划编制时，进度监控时，我视其为重中之重，详细登记其进度状态和面临的难题，并及时调配资源给于解决，坚决体现风险早发现，早解决，早应对处理的管理方法。以避免以此重要任务，到后期严

7、重拖延工期，来保证计划如期进度。（“引用理论 实践”：每段300400）影响项目进度要素分析及管理，保证进度计划进度不偏离实际太远。随着项目的推进，一些客户的认识也随着项目发展逐步加深理解或者需求发生变更。项目变更常常引起进度的滞后及进度计划的变更。由于应急联动指挥系统处理业务范围广，业务规则复杂，110，122，119及联动各业务流程不一致，又必须在该项目中统一建设。从建设之前各业务独立运作到统一建设，客户和建设方，虽然早期有方案有调研，但是细节业务还是需要一个逐步摸索的过程。这就造就了项目需求变更频繁的现象。我采取措施时，一、尽量减少反工，加强需求交流；二、采用成本更低效率更快的软件原型法

8、代替软件运行演示进行交流，避免等到软件开发完毕才能给用户演示进行交流的现象，这样调研需求时就能挖掘出更多的隐形需求、客户表达不到的需求，或者表达不清楚的需求，来降低变更对进度的影响，保证项目计划进度不偏离实际太远。并行任务管理，以保证整个项目进度高效运行。我运用Project制定的计划，进行计划分阶段，还用了三级四级里程碑等技巧。为了项目让项目中无前置关系的任务可以并发执行，我通过网络图，首先分析可并行的里程碑，前置任务，关键路径上的任务。在项目分配时尽量减少一个任务等待另一个任务的延误工期现象。呼叫中心服务系统和应急指挥调度系统，是两个独立的子系统。但需要联合调试。呼叫中心将报警电话分配到调

9、度系统，那么呼叫中心上的电话接收，分配算法，分配处置是关键性任务；调度系统中接收电话，处警电话，接收单据，处理单据也是关键性任务。在两个子系统并发是，把握好联合调试关键路径，来控制好并发任务。这样，良好的并发管理，给项目进度高效的执行提高了保证。组织内部透明的项目汇报制度，人力资源管理，保证项目进度反馈真实，人员工作高效。良好的进度，除了来自于良好计划及计划管理外，还取决于团队成员整体工作效率。为了让整个团队有更好的战斗力。我加强了个人绩效考核，建立了项目如期完成，受较好绩效考核制度。对于按时按量完成，或者提前完成的个人，直接提高考核绩效，来激发工作热情。除此之外，还建立了项目客观汇报，风险性

10、问题必须汇报制度。以求项目状态汇报真实。在项目建设前期，有一些新进入团队的成员，经常报喜不报忧，碰到因个人技术或者个人职责原因的难题，藏着偷偷解决不上报。我认为如果解决不好，将问题留到最后，就会严重影响项目进度。于是建立制度，一、准确客观反映项目进度状态；二、上报后不做责任追究，对于难题一起组织力量解决，群策群力。此透明化的项目汇报制度，改掉了前期报喜不报忧的现象，保证了项目反馈真实，减少了被藏下的风险。（“项目实践 突出问题的解决过程，重点3个案例，或者1个重点 + 2个次点”：每段300400）经过了13个月的建设，该项目于2008年6月正式如期上线了。到目前为止，系统一致运行正常，收到了

11、客户的认可。项目目标需求质量达到了预期的要求，项目中的各任务，在计划内得到了实现。我的项目进度管理技术和方案，发挥了实际性的作用。回想经历，我认为我的项目进度保证措施主要有以下几个特点，一、弹性措施，为计划在实际执行提供较好的回旋性和补救机会；二、分阶段，分三级四级里程碑，为项目阶段性成果，并发任务，为项目执行提供较好的可控性和高效性；三、重要难题，特对对待，保证进度不失控；四、重要进度影响，特殊管理，保证计划于实际不要便宜太远，偏于调整；五、内部科学真实的项目反馈，让项目减少隐藏的风险，人力资源绩效考核，提高团队工作效率，加快进度执行。也就是说，我的项目控制计划独到之处是与实际具体项目特点相结合，对进度失控、进度偏移实际、进度加快方面都有管理方案。在项目建设，使项目进度失控、偏移实际的现象都得到事先解决，项目进度也如期完成了。（项目总结