项目时间管理 5 吉林大学 自考本科 项目管理 专业 实践课.doc

目 录案例三 项目经理的困扰1、 小李应为此项目产生的问题负责吗？ 12、 试分析小李被撤换及失败的原因有哪些？ 13、 如果你是小李，面对这样的问题你应该怎么制定切实可行的项目计划？2案例九 电信模块局建设项目时间管理1、 在进行准备阶段进度控制时关键要做好哪些工作。 52、 准备阶段引起工期变更的原因 53、 施工阶段引起工期变更的原因 7参考文献 8问题1 小李应该为此项目产生的问题负责吗？答：小李应该为此项目产生的问题负责，首先需要明白的一点是，作为项目经理部来说，工期控制是其重要的职责之一，如何通过科学的管理抢工期是一个系统问题，也可以说是一个运筹学的问题。我想，首先要做的工作就是认真分析一下项目的工期构成。具体来说，一个项目的工期是由一个个的具体工程项目的工期组成的，而一个个具体项目的工期又是由一个个的工序所需的时间构成的，所以，如果真正要研究如何抢工期的话，应该首先分析工序的时间组成，寻找工序间可以挖掘的潜力。如果我们不经过这个详细的分析，我们不能清楚地知道每个工序的时间组成的，那么，我们所谓要进行工期控制，事实上只会成为空谈。另一个问题，工序时间等待问题。按照监理程序的规定，每个工序完成后，都需要对其工序的完成情况进行报检，首先承包人自检合格，然后报请监理验收。这涉及一个责任和主体意识问题。普通的现象是，当一个工序完成时，承包人事实上是没有严格进行自检，或者根本没有进行自检的。按理说，节约时间的方法是有的，如果承包人责任心强，能够按照规范的要求认真进行自检的话，只要自检合格，监理是会接受的。这样，就会减少反来复去检查所花的时间，工序时间自然得到了控制。问题2 试分析小李被撤换及失败的原因有哪些？答：（1）在项目的需求分析阶段，开发方与客户方在各种的问题的基本轮廓上达成一致即可，具体细节可以在以后填充。因为无论开始时有多么细致，以后对需求的修改几乎是必然的。这是一种非常危险的思想。实际上许多软件项目失败的最主要的原因就是需求阶段对问题的描述不够细致，导致后来预算超出或者时间进度达不到要求。正确的做法是：在项目需求分析阶段，双方必须全面地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。并且，在需求分析结束以后，双方还要建立可以直接联系的渠道，以尽早地对需求变动问题进行沟通。（2）软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现。在具体实际中由于种种原因客户方很难在需求分析阶段全面而准确地描述所有问题。随着开发进度的推进，往往会有一些需求的改变。而现代软件工程理论也利用软件的灵活性特点通过各种方式来适应这种情况。不过，这并不表明“软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现”。实践表明：随着开发进度的推进，实现软件需求更改所需要的代价呈指数形式增长。假定在需求分析阶段实现需求更改需要花费1倍的代价；那么，在系统设计和编码阶段，需要花费1.5-6倍的代价；在系统测试阶段需要花费10-20倍的代价；在软件版本发布以后，甚至可能要花费60-100倍的代价。由此可见，在项目开展过程中，软件需求的改变应当尽量早地提出。这样才可能花费少，容易被实现。（3）软件程序主要由代码组成，因此编码阶段是整个软件项目的最重要的阶段，应该给与大量的时间，并且集中主要的资源。与以前相比，由于软件的规模和复杂度的增加，以及半自动化软件代码开发平台的出现，现代软件项目管理的中心发生了转移-不是着重编码阶段，而是着重系统总体/详细设计阶段。一般说来，在现代软件项目管理中各种资源的合理分配比例是：项目论证、风险评估阶段3%，项目需求分析阶段8%，系统总体/详细设计阶段45%，编码阶段10%，系统测试阶段34%。（4）软件项目管理只是相关技术部门的事情，与公司其他部门无关。在竞争日益激烈的今天，软件项目规模大、复杂度高而且时间要求紧迫。要想提高公司的软件项目管理水平，这就需要提高公司的整体参与意识，需要公司各个部门协同作战。例如需要会计部门协助进行项目预算，财务管理和费用控制；需要研究部门（技术委员会）指派专家协助进行各种风险评估，提供技术指导；需要后勤部门提供各种保障。问题3 如果你是小李，面对这样的问题你应该怎么制定切实可行的项目计划？答：1、针对公司的项目这一块的考虑，设定目标；（1）建立项目开发的质量保证体系，使项目开发有序化、文档化，有计划性、具可追溯性；（2）调动技术人员的工作积极性、主动性、创造性； （3）保证项目的按计划实施，保证项目的完成质量； （4）为客户提供及时、周到、满意的服务； （5）做好公司内部软件资源的管理，提高软件资源的可重用性； （6）做好技术人员的管理工作，增强归宿感，做到敬业乐群； （7）做好技术储备和探索性研究，做好梯队建设。2、实施进行总体动态跟踪，关键项目要细化；以项目组作为一个描述单位。A系统分析员，通常可以担任项目经理，全面对该项目的质量和进度负责，整个项目的组织者和直接领导者。是用户需求调查的主要负责人，与用户沟通的主要协调人。与系统设计师组成系统分析小组，执笔起草用户需求报告（按道理这份报告应该用户撰写，但通常情况下都要软件开发商代劳）、系统可行性分析报告、系统需求说明和设计任务书等，制定系统开发计划，制定系统测试方案，制定系统试运行计划。B系统设计师（原来习惯称高级程序员），参加系统分析小组，参加用户需求调查，分别着重于服务器端或客户端或中间层协助系统分析员进行可行性分析，协助系统分析员完成各项系统分析报告。用户需求报告和需求说明获得用户评审通过后，分别着重于服务器端或客户端或中间层制定详细的设计任务书，制定程序设计风格，制定软件界面风格，指定参考资料，确定可引用的软件资源，指导程序员的工作。CD程序员，在系统设计师的直接指导下开展工作，严格按照设计任务书的要求进行设计，不许追求个人风格，强调沟通与协作，培养务实求精的工作作风。E档案控制员，可以一个项目配置一个，同时兼做部分测试员的工作，也可以几个项目配置一个专职的档案控制员。档案控制员负责保管好项目每一个阶段的文档，编好号，建好索引，方便查阅，又要保证档案的完整、安全和保密。另一个职责是做好软件的版本控制工作，每次正式发布的软件或阶段性的软件程序员必须将源代码和相关的说明书交给档案控制员统一打包、编译、建档。保留好软件的每一个版本，每一个版本升级的详细不同都要有详细记载。重点文档要重点保护，如用户需求报告和需求变化的阶段记载，项目进展过程中的每次会议纪要，阶段性的测试报告，每次评审的问题清单，开发过程中遇到的主要技术障碍和解决途径等。F系统测试员，直接接受项目经理的指导，严格执行项目经理制定的测试方案，有条件时系统测试员可以深入用户实际工作环境，了解用户的实际工作情况，收集来源于实际的测试试例，做好测试记录，做好测试报告，做好与程序员和系统设计师的沟通，跟踪问题的解决。测试报告和测试卡要交档案控制员归档。3、阶段进行公司层面的汇报，掌握公司领导对项目进展的看法和意见，并进行调整：公司成立技术委员会，由主管技术的副总或总工程师、技术部经理、各项目负责人等组成，确定公司技术工作的发展方向，参与研究公司的产品发展方向，研究各项目组的协调问题，重大项目的联合公关，研究人员配置，软件配置和管理，研究项目间的资源共享问题。4、单个项目结束进行考评，和业绩挂钩。技术骨干应该成为项目的项目经理，项目经理一定是所有项目成员中薪水最高的。究其原因这主要是因为随着现代软件开发分工的细化，对项目经理的要求也发生了根本的改变-最注重的不是其对某项专业技术的掌握程度，而是其组织、领导、协调开发团队的能力（当然，可以两者均突出最好）。至于项目经理的薪水问题，这和定薪制度有很大关系。总之，要从多方面着手保证项目的顺利开展，而不是简单地加薪。问题1 在进行准备阶段进度控制时关键要做好哪些工作。答：在进行准备阶段进度控制时关键要做好：各个阶段完全按照过程化的思想，有严格的输入输出产物。在活动定义阶段，主要是按照工作分解结构和项目范围说明书，把项目分解成更小的活动单元，并且确定里程碑。里程碑是项目中的重大事件，通常指一个主要的可支付成果的完成。项目的里程碑是项目的各个关键点，形成了整个项目的骨架，是表示项目外部工作的接口。项目经理通过里程碑的可以宏观的了解整个项目的完成情况，并根据实际情况做相应的决策调整。活动排序阶段主要是明确各个活动之间的依赖关系。以来关系包含硬逻辑关系、软逻辑关系与外部逻辑关系。硬逻辑关系是只工作、活动之间固有的、不可改变的关系；软逻辑关系是各活动之间由项目组确定的，可随项目情况做适当调整的关系。外部逻辑关系一般指项目外部的各种约束关系。活动资源估算主要是决定需要用什么资源，用多少资源。结合本组织内部个资源情况以及各种临界资源的需求情况来合理的调配各种资源。活动时间估算：活动时间估算主要有两种方法：关键路径法（CPM）和计划评审技术（PERT）。计划评审技术考虑了活动的三个时间：正常所需时间、乐观估计时间、悲观估计时间，三者按4：1：1来估算出活动所需的时间。 项目进度计划：项目进度计划主要是把前几个阶段的各种产物归纳总结，用甘特图的形式把各个活动的时间、资源以及简单逻辑关系表现出来。进度控制：进度控制的关键是监控项目的实际进度，定期采集项目完成情况的数据，并将它与计划进度进行比较。当实际进度滞后与计划进度时，可以通过以下方法来缩短工期：1、提高成本，投入更多的资源以加速活动进程。2、缩减范围，降低活动的要求。问题2 准备阶段引起工期变更的原因答：准备阶段引起工期变更还有一种方法是可以为节约时间做出贡献的。那就是通过合理的时间安排。举个例子来说吧。如果我们能够事先将一天的时间进行分段，确定这一天完成的工作所需的工序组成及每个工序的时间组成，那么，我们有理由做到，让每个工序完成的时间点基本得到控制。这样，通过事先安排，到了预定的时间点，承包人积极完成自检，监理及时到达现场，在承包人自检合格的基础上完成抽检，如果一切顺利的话，基本上不会浪费时间。这样，缩短了中间的等待时间。包括，承包人安排自己的质检人员到场所需的时间；承包人请监理到场检查所需的时间。这些时间是一些未知的因素。试想，承包人和监理的技术人员不可能在某个地方一直等待验收检查工作，还有许多事情需要完成，当需要其到场时，不一定立刻就能找到相应的人员并能及时到场，还有很多因素会影响按时到场。如果各项工作组织得合理，事先进行全面的安排，那么，到某个时间段（点）的时候，应该到场的人员都能够按预定的时间表到场，则会大量节约中间找寻人员和等待人员需要的时间。从而，能够真正起到及时检查的作用，工序时间得到有效控制。 还有，任何工作都必须有预见性。提前做好安排。上述时间安排就是一种事例。此外，常见的一个问题就是材料采购和材料试验对工序时候的影响。承包人常犯的错误就是临阵才摸枪。这种情况下，大家都知道是什么结果了。首先，材料肯定没有进行及时检查，没有检查合格的材料是不能用于项目上的工程实体的。其次，材料送检是需要花去大量时间的，也许试验报告还需要较长的一段时间。还有，检查结果也不一定就能合格。想想吧，有多大的风险制约材料的使用呢？但不少技术人员却不能认识到这一点，总是抱着一种侥幸的心理，心理认为材料应该是合格的。事实上，心理认为一种材料合格，是一种愿望，与这种材料事实上是否合格是没有直接联系的，也许相关很远。即认为合格和事实上是否合格可能相差很大。从这个意义上来说，材料是不能被应用到工程中去的。即使检查合格，准许使用，检查也许也会花去大量的时间，自然也就产生了事实上的时候延误。所以，对材料的采购必须预留充分足的时间，给出合理的采购时间及检查时间。而且还要考虑材料有可能一次采购并不能保证合格，这些都是必须考虑的因素。如果这些因素全部考虑到了，那么时间上就不会产生等待了。因为材料采购与施工是不同工作面的问题，不会产生重复，所以完全有条件提前安排好。 需要提出来的是，返工产生的时间浪费也是非常可怕的，有时，花去太多的时间。因此，要求严格遵守监理程序也是重要的原因之一。程序化，可以减少出错的时间。也就减少了返工浪费时间的风险。程序化，更能让各项工作有序开展，各项工序容易控制，减少随机或偶然出现的问题对时间的影响。 不想按程序办事，依赖监理代替检查，不能主动积极地发现问题，规范施工工序控制效果，结果往往也控制不力，出现问题的机会越大，产生的时间浪费越多。最后，对工期的影响越大。问题3 施工阶段引起工期变更的原因答：施工阶段控制是一个系统问题，涉及质量的控制，也涉及成本的控制。对于项目部来说，一个很重要的工作就是科学地布置所在项目的总体安排，把工程项目进行分解，每个项目的时间安排进行一个编排。这是一个大的方向问题。接下来，应该认真收集整理或分析工效与资源投入的关系，寻找每个项目最合理的时间组成，再把时间组成分解到每个工序，这样，我们就能准确地把握时间的组成。与此同时，通过分析，也能确定每个工序在相应的时间范围内完成所需的资源投入情况及资源的投入顺序。这样，我们在安排资源的时间，知道一个项目需要哪些资源（如材料、设备），每种资源的数量及质量要求，各种资源进入工序的时间点，项目部在组织资源的时候，就能按照确定的时间顺序进行安排，前述提到的临时采购材料对工期产生的影响问题就可以避免。再者，通过分析，也知道了在预定时间