软件开发项目的进度管理用什么软件比较好？

在建筑业等传统行业的工程项目中，工程监理制是早已得到普遍采用的一种项目质量监控方式。它的产生源于对我国传统的工程建设管理体制弊端的改革，是为了适应向市场经济体制过渡而采取的改革措施。通常，项目监理是由甲方（用户）委派的第三方监督机构人员，代表甲方的利益，发挥其在所属工程项目领域的专业特长，从工程项目的开始至结束的整个项目期间，负责对乙方进行质量监督。 工程项目监理通常承担以下职能： （１）加深用户与工程承建方的沟通，使承建方能够更全面、更准确地了解用户的实际需求，同时用户能及时了解项目的进展情况。 （２）保证项目建设的全过程有一套明确、合理、可行的计划或者规程，以及相应的审核制度。 （３）保证系统的关键技术指标在项目实施过程中处于受控状态，及早预测可能影响施工计划的各种因素，及时纠正可能影响系统功能与性能的缺陷。 大量成功的工程项目实践证明，通过实施项目监理制，能够有效地降低工程建设风险，控制建设经费，保证工程进度和质量。二、当前IT项目监理制的主要表现形式 ＩＴ行业作为新兴行业，理应借鉴项目监理这种在其他行业被证明行之有效的质量保证手段，并在实施过程中结合行业自身的特点进行适应性改造。事实上，目前已经有越来越多的ＩＴ企业开始实施软件项目的项目监理制。 从存在形式看，当前ＩＴ项目监理制主要有以下两种表现形式： （１）沿用传统行业项目监理制的模式，建立信息系统工程监理制度。甲方聘请软件质量测评中心等作为第三方监理机构，代其行使对乙方质量监督的职责。信息化系统工程监理代表用户的利益，以圆满完成用户的信息化系统工程项目为目的，站在第三方的公正立场，对工程的全过程进行有效的监督管理，使工程建设全过程处于严格的监控之下，同时协调用户和承建方的关系，确保项目的实施。 （２）在企业内部设置项目监理岗位（以下简称内部项目监理），通常由质量保证部门或项目管理部的人员专职担任或兼任。企业对承接的ＩＴ项目启动后，每个项目即配备一名项目监理，在项目实施过程中，项目监理既承担ＣＭＭ体系中的ＳＱＡ（软件质量保证）的职能，同时也实现项目辅导、项目跟踪监控（ＳＰＴＯ）等职能。这种形式的项目监理实际上只是借用了传统工程项目监理的概念，但它沿袭了传统项目监理制的精华，项目监理独立于项目之外，对软件项目或产品质量不负直接责任，从而保证了其监督软件项目过程及软件产品质量的公正性。由于项目监理是组织内部人员，他对项目所处的微观环境有着深入的了解和体察，因此能及时和准确地发现问题并协助项目经理解决项目存在的问题，从而强化和突出该岗位对项目的辅助和指导功能。三、内部项目监理制在厦门建行的实施 近年来，厦门建行在进行行内应用软件系统项目的研发过程中，总结多年的项目研发经验，根据自身的项目管理需要，建立了一套切实可行的项目监理机制。厦门建行采用的是内部项目监理制，即在行内ＩＴ部门设置项目管理和质量控制部室，该部室人员直接参与各个项目，并担任项目监理的角色，在项目过程中行使项目监理的职责。１．承担项目辅导、项目跟踪监控两大职能 （１）项目辅导①协助项目经理制定项目计划，做好项目总体策划。②在项目实施过程中，从项目范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、交接管理等方面协助项目经理进行项目过程管理，提供实时帮助指导，协助项目经理对项目中出现的各类问题确定解决方案。③进行工程进度的协调，监督可交付成果的提交，实施有效的项目过程控制和时间管理。④必要时临时接替项目经理的工作，代其行使对项目的领导职责。 （２）项目跟踪监控①项目实施过程中，从进度、需求、成本、工作量、规模、风险等方面跟踪项目执行过程，进行相应数据采集，并进行基础统计分析。②及时对项目组提出有关项目执行方面的意见和建议。③定期收集整理有关项目执行及管理的数据，并交项目审计人员统计。④定期向项目管理部经理汇报项目的进展情况及存在的问题，对项目重大问题或紧急危机情况及时报告。⑤对项目经理的业绩进行总结评价，为人力资源部门对项目经理进行绩效评估提供参考依据。２．在项目实施过程中扮演项目经理的督导员、项目信息枢纽的角色 （１）项目经理的督导员①项目组织结构定义：在项目启动时，和项目经理一起进行项目组角色及职责定义，并制订项目。②组织进行项目管理和开发流程 含立项流程、测试流程 定义：在各项目组推行设计、开发、测试制。③初步建立项目风险记录库及项目历史数据库：积累项目经验，为项目经理实施有效的项目策划和项目管理 提供历史经验参考。④组织建立技术研发人员人力资源库，跟踪记录岗位技能及个人项目经验档案 初步实现资源合理调配。⑤组织建立技术等级制度，组织制定并实施技术人员技术等级、晋升规则。⑥制定并实施年度培训规划，组织技术研发人员各项培训实施；负责提供项目管理的相关培训资源及相关培训规划；为项目组提供充分可靠的技术人力资源保障。⑦组织开发人员建立构件库，实现代码重用，提高开发效率。 （２）项目信息枢纽 在项目信息（包括质量信息）沟通方面，项目监理起到了上传下达的信息中心枢纽的作用。①上传：进行质量信息系统策划，明确主要项目信息收集渠道，负责项目状态审计及项目信息汇总统计与分析，及时向管理层提供项目的可视化信息及分析评价意见，供决策参考。②下达：及时向各项目组传达并贯彻落实来自分行管理层的决策信息。 厦门建行在应用系统项目研发过程中，通过实施内部项目监理制，提高了项目质量，降低了项目风险，有效控制了项目经费，保证了项目进度，项目管理水平得到了很大提高。四、推行内部项目监理制的实施要点 根据厦门建行实施项目监理制的经验，笔者认为，在ＩＴ行业中推行内部项目监理制需要注意的问题包括以下几方面。１．需要明确项目监理的职能及其与项目组的关系 项目监理岗位从设立伊始，就应当明确其岗位职能，特别是其与项目组的关系，否则难以保证项目监理与项目组的独立性，或者使得监理人员的项目辅导作用减弱，最终与传统意义上ＳＱＡ人员毫无二致。２．高级管理层应当给予项目监理足够的支持 从项目监理所承担的沟通协调作用看，要使项目监理的职能在企业中得以顺利实现，高级管理层应当给予足够的支持。要实现这项要求，最重要的在于高管要给项目监理在质量否决、资源调配等方面进行充分授权。３．选取合适的人员担任内部监理 从专业技术角度来看，项目监理应当具有丰富的项目实施经验，对产品研发有较深入了解，熟悉产品开发的过程，对各种应用开发技术有较全面的了解。从管理技能来进行职位分析，项目监理应掌握项目管理知识，熟悉软件开发工程各个环节的实施和控制方法，具有优秀的项目推进实施能力和领导、沟通、协调能力，有团队合作的精神。只有符合上述要求，在专业水平、管理技能等方面均具备较强综合素质者才是合适的人选。 在ＩＴ行业设置内部项目监理还处于摸索阶段，因此，与之相配套的组织形式设置、项目监理的权责范围界定等方面还存在诸多问题，具体的实施方法和项目监理手段还远未成熟。这需要广大ＩＴ业项目管理工作者不断地摸索并加以完善，在实践中汲取工程项目监理及第三方信息工程项目监理的经验，逐步形成较为成熟的ＩＴ业内部项目监理制体系和实施方法。

项目监控是围绕项目，跟踪进度，掌握各项工作现状，以便进行适当的资源调配和进度调整，确定活动的开始和结束时间，并记录实际的进度情况，在一定情况下进行路径、风险等方面的分析。在实施项目的过程中，要随时对项目进行跟踪监控，以使项目按计划规定的进度、技术指标完成，并提供现阶段工作的反馈信息，以利后续阶段的顺利开展和整个项目的完成。

项目监控是项目管理的重要组成部分，项目监控这项关键活动的目标是综合项目目标，建立项目监控的指标体系及其例行报告制度，然后通过评审、例会及专项审计等监控方法，对新产品开发项目实施监控。

项目的监控阶段包括以下七项分段1、监督2、巡查3、检查4、审核5、控制6、预警7、监控通报

好评吧~

软件开发项目具有需求不确定性，时间期限严格等特点，由此决定了软件开发项目进度管理非常必要。

8Manage项目管理软件能自动跟踪每个研发项目活动与可交付成果的时间与进度。下一层活动的完成率与可交付成果会自动地汇总到上一层活动，逾期活动会自动亮红灯，并且系统会自动把预警信息发送给所有受影响的相关人员。还可以追踪和记录研发项目计划的多个基线，保留每个基线的版本以供项目人员随时查看和对比。

据调查，只有37%的IT项目在计划时间内完成，42%的在预算内完成。IT项目成功率不高的根源在于，IT项目管理是项系统工程，不仅需要项目经理个人具备一定的组织、决策、沟通、业务、技术能力，更需要运用多种手段对项目的时间、成本、质量和风险进行严格控制。如何提高IT项目的成功率呢？

关键控制点一项目的时间控制

首先，要明确项目期望值，做好需求调研，围绕企业的核心业务流程，制定切实可行的项目目标，这个目标万不可贪大求全，面面俱到，目的是满足核心业务流程需求，与核心业务流程关系不大或者毫无关系的内容，缓建或根本不建，将业务期望聚焦在更容易把控和量化的目标上来。项目实施完全围绕该期望进行，这也是项目实施中最重要的一点。

其次，信息化项目是需要多部门、多环节充分协作的系统工程，任何部门和环节的时间延误，都会导致整个项目实施周期的延长。因此，对影响项目进度的“短板”环节，进行着力攻坚，促进其与项目的其它环节步调一致，协同共进，能够有效保障项目的实施周期。

再次，信息化项目往往周期较长，因此需要针对项目的实施阶段制定“日清日高（？）”的项目时间保障机制，保证项目每一天都有明确的目标，才能对项目的进度进行有效掌控。

最后，由于信息化项目涉及面较广，参与人数众多，人员的素质参差不齐，对项目的把握也各不相同，因此在项目开始前需对参与项目的人员甚至高层管理人员，进行项目普及性培训，在项目进行中进行相关的项目培训……俗话说，磨刀不误砍柴工，提高每一位参与人员的项目能力才能有效提高项目实施的效率，从而保障项目的实施周期。

关键控制点二项目的成本控制

首先，信息化项目是IT技术在企业业务的应用，其开发和实施都建立在业务部门提出的项目需求之上。然而，由于项目开发和实施的时间较长，常常出现这样的情况，在系统开发完毕后，业务需求却已经改变，致使项目不得不重新进行开发。形成影响项目成本的主要因素。

产生这种情况的原因，一方面是因为项目小组前期调研不够深入，没有全面掌握业务部门的真正需求和需求的发展方向，另一方面是因为随着项目的深入，业务部门对项目在业务中的应用有了更加深刻的认识。想要控制这种来自需求改变的成本增加，项目经理除了在项目前期进行更加深入的项目调研外，还应该加大对业务人员的培训力度，让他们先于项目应用而对项目拥有更加深入的了解。

其次，在项目实施过程中，各种与业务相关的应用需求纷至沓来，不断增加的项目需求，将使项目预算不断增加，从而形成影响项目成本的又一重要因素。对于这种情况，项目经理要区别对待，如果确系有助项目期望的实现并能够帮助提高项目实施效果的需求，哪怕影响到项目的成本和延长项目的实施周期也要采纳这种需求，这是对项目的一种有益补充；如果与项目期望关系不大甚至没有关系的需求，则应坚决摒弃。

因此在项目实施前做好准确的项目期望，划定明确的项目开发任务和范围并严格执行，能够有效控制这类项目成本增加。

最后，信息化项目成本的另一主要来源是人力资源成本，因此在看到项目的硬件、软件等硬性成本同时，也不能忽略人力资源这一软性成本。有效控制项目实施时间、合理配置人力资源、避免人力资源浪费是控制这项成本的关键。

关键控制点三项目的质量控制

信息化项目的质量控制包括两个方面，一方面是IT技术本身（硬件、软件、系统）的质量控制，另一方面也是最重要的一方面，是IT技术应用于企业的质量控制。对于前者，我们可以依照国家的质量标准进行考量，而对于后者，则没有统一的标准，并难以实行量化控制，但无论如何，信息化项目的主体是企业，检验IT技术应用于企业质量好坏的标准则应该是项目在企业中的实施效果。因此做好信息化项目中的质量控制需做到：

对项目技术方案进行适应性评估信息化项目的最终效果体现在企业的应用，因此不适应企业实际情况的方案即使技术再先进、架构再稳定也不是好的方案。这就要求企业的项目经理，在拿到软件公司（实施方）提供的项目方案后，首先要对其进行适应性评估：一方面，评估项目方案与企业其它项目的技术路线是否一致。信息化项目是影响企业多个层面的系统工程，因此它并不是独立的，而是与其它项目紧密相连的。如果信息化各个项目的技术路线不一致，将会导致信息化项目间信息流通不通、数据接口不一致，形成各种信息“孤岛”；另一方面，评估项目方案与企业业务的结合程度。信息化系统最终用户是业务部门，因此项目方案要适应企业的业务需求，并易于与企业的业务流程融合在一起，并在充分满足业务需求的基础上，对业务水平有计划的进行提高。

阶段性评估与项目验收并重信息化项目的建设一般周期较长，且信息化项目建设的效果也需要一定的时间才能显现出来，因此如果项目的验收和评估都集中到项目完成后进行，就会导致项目承担风险过大。信息化项目边实施、边应用、边考量、边改进的阶段性评估，不仅有助于项目经理在项目进行中进行质量控制，而且能够有效降低信息化项目的风险。

对项目实施进行文档跟踪在项目实施过程中，分别根据实施的每个阶段编写建设（使用）手册，进行文档跟踪，并在项目完成后最终汇总成统一的项目建设（使用）文档，能够有助于项目经理对项目质量的把握和监督。

关键控制点四项目的风险控制

对信息化项目进行风险控制能够减少信息化项目实施过程中的不确定因素，有效提高信息化项目实施的成功率。由于信息化项目的核心是通过IT技术为企业的业务提供应用服务，因此信息化项目的风险主要来自以下三个方面：

一是技术风险，技术架构好坏、软件提供方的技术能力以及项目实施方的实施经验等因素形成了信息化项目的技术风险。为了规避项目的技术风险，企业的项目经理，一方面要选择开发能力较强的软件提供方和经验丰富、服务优良的项目实施方；另一方面还要把握项目的技术架构与企业其它信息化项目技术架构之间的一致性；此外，引入第三方的专业咨询、监理和项目评估也是企业规避技术风险的有效手段。

二是应用风险，信息化项目应用于企业，与企业业务之间的适应水平、结合程度以及项目实施带来的影响等因素形成了信息化项目的应用风险。在项目实施前，进行项目适应性评估能够预测项目与企业业务之间的结合程度，并能够有效预期项目应用后所带来的问题，提前研究解决办法；项目实施中，边实施、边应用，随时监控项目的实施情况和应用效果，出现问题及时解决，也能够有效规避项目的应用风险。

参考概念信息——（从笔记整理出来的，不知道你的字数限制和要求是什么，你觉得行就用当论文吧，内容少的话部分地方可以扩写一下，或在其中加几句名词解释什么的会更详细一点。） 内容主要来源：《信息系统开发与项目管理》——第九章：系统项目的进度、费用与风险管理从达到项目范围、进度和成本要求方面来看，许多项目是失败的。进度问题也是项目生命周期内造成项目冲突的主要原因。而进度管理就是要采用一定的方法对项目所包括的活动及其之间的相互关系进行分析，对各项活动所需要的时间进行估计，并在项目的时间期限内合理的安排和控制活动的起始与结束。对于一个项目团队而言，不论是谁，不论是属于哪一个范围领域里的项目开发，我们都有一个共同的目标：在预算内按时开发符合客户真正需要的高质量产品/软件。那么就需要我们对此做一个合理的有效地项目规划。进度管理是项目管理中一个至关重要的方面，项目经理通过使用一些基本的项目管理工具和技术，来协调各种资源的投入，改善时间管理，并最终实现项目总体目标，满足项目各干系人的需要。虽然项目延期不一定代表项目失败，但是会引起客户的不满，降低团队信誉与口碑，所以项目经理必须具备争分夺秒的时间观念。通过学习，我了解到进度管理包括两大部分——项目进度计划的制定和项目进度计划的控制。进度计划凡事预则立，不预则废。做任何事都要有计划有条理，做到条度有方，有条不紊才能更好的实现项目最终结果。为了使项目能够按时的并且完美的完成，在项目开始之前制定一份切实可行的，科学的项目计划是非常必要的，它能为项目的实施过程中的进度控制以及人力资源和各种资源的分配提供依据，也能够为项目实施各方面相关内容在时间上的协调分配提供依据。为保证项目进度计划的科学性和合理性，在编制进度计划前，首先必须收集真实、可信的信息资料，以作为编制进度计划的依据。一个详细的计划一般包括以下几个步骤：确定完成项目需要哪些特定活动，明确每项活动的职责；确定完成这些活动的先后顺序；估算每项活动所需要的时间和资源；制定项目计划和预算。进度管理中，包含进度计划、项目的关键路径、进度控制三大模块。进度计划需要有项目计划与进度安排两部分内容。一、项目计划（1） 工作分解结构与责任矩阵。首先要确定项目的目标，预期的结果或最终产品。接下来确定需要执行哪些工作要素或活动来完成它。最后用责任矩阵表示完成工作分解结构中工作细目的个人责任。（2） 制定网络计划。由于工作分解结构仅生成工作范围，责任矩阵也只是针对生成的工作范围进行了责任分配，并无时间，资源的约数，也不十分明确活动之间流程的顺序与关联。所以还必须依赖网络计划技术来完成。网络计划技术在项目的计划，进度的安排和控制由许多相互关联的活动组成的项目时是非常有用的。此外，它还对关于项目的信息沟通也是很有用途的。通过学习，有两种网络计划发放，计划评审技术和关键路径法。二、进度安排这部分流程会帮助我们解决项目管理中估计每项活动的工期；确定每个项目的预计开始与完工时间；在项目预计开始时间的基础上，计算每项活动的开始与完成的最短时间；利用项目的要求完工时间，计算每项活动必须开始的时间和完成的最长时间；确定每项活动能够开始（或完成）与必须开始（或完成）时间之间的正负差值；确定关键（最长）关键路径。 项目的关键路径，此部分包含利用关键路径分析平衡进度计划、缩短项目进度的技术和更新关键路径数据的重要性三部分内容。项目的关键路径贯穿整个项目的生命周期，是一系列决定项目最早完成世间的活动。所以要受到高度的重视，不可忽略或简化。而缩短项目进度的技术在条件允许的情况下可以提高团队工作的效率，降低成本完成合格的产品，在预期内提早交付成果。更新关键路径数据的重要性可以更好的完成项目活动，减少错误发生率，并且给出一个新的项目估计完成时间。 项目进度控制。包括项目控制过程和项目控制的方法。此部分大致包含四个步骤：分析进度，找出那些地方需要采取纠正措施；确定应采取的纠正措施；修改计划，将纠正措施列入计划；重新计算进度，估计纠正措施的效果。通过项目进度管理的学习，我进一步的了解了项目管理的又一个流程，并且了解了……（结尾 …… 省略 、字数大概可以控制在大于1800）

进度控制管理是采用科学的方法确定进度目标,编制进度计划与资源供应计划,进行进度控制,在于质量、费用、安全目标协调的基础上,实现工期目标。由于进度计划实施过程中目标明确,而资源有限,不确定因素多,干扰因素多。而这些因素存在主观因素和客观因素，并且主客观条件的不断变化,项目计划也随之改变,因此,在项目进行过程中必须不断掌握计划的实施状况,并将实际情况与计划进行对比分析,必要时采取有效措施,使项目进度按预定的目标进行,确保目标的实现。想要学习PMP课程，推荐51CTO学堂这个PMP课程应该是业内超高性价比课程

“51CTO学堂”现有独家签约高质量讲师900余位，其中20%为国内著名讲师，52%为一线技术工程师，涵盖虚拟化、运维、网络、安全、移动开发、数据库等120多个门类，全方位覆盖IT技术各领域。在线题库包括模拟题，各大名企面试题、笔试题以及各技术领域能力自测题；每一道试题都配备有专业的答案解析，只要登录个人账号就能使用题库，明确知识难点。

在开展项目进度管理之前，项目管理团队已经进行付出努力做了一些项目进度管理方面的一些规划工作，这是作为项目管理计划的一个概要性和提纲性的一个规划，通常在项目进度管理过程中会涉及以下几个管理过程组，在几个项目进度管理活动或过程中都会涉及依据、工具和成果(或者叫管理活动的输出)现分别论述如下：

1活动定义

讨论项目进度管理的方法首要的问题就是要确定哪些计划活动(任务)需要确定和记载计划活动需要完成的工作，这就是我们通常所说的活动的定义，或者叫做项目可交付成果。为估算、安排进度、执行以及监控项目进度管理提供坚定的基础。在进行活动定义这个项目进度管理过程组中，我们将依据各个单位具体的资源情况和外部的环境等因素，通过分解技术和滚动式规划技术将项目工作组合进一步分解成更小的，更易管理的叫做计划活动的的组成部分，为我们进一步明确工作内容提供详实的资料，从而得到本过程管理组的输出---一份详尽的活动清单(或工作内容清单)，使我们的计划管理任务明确。

2活动排序

在项目进度管理方法中，我们得到的一份详尽的计划活动清单后，第二步就是对已知的活动清单进行排序，活动排序的目的就是对已知的活动清单进行识别和记载计划活动之间的逻辑关系，可考虑适当的紧前、紧后、提前、滞后等等逻辑关系，只有这样才能制定出符合实际的和可以实现的项目进度表，在逻辑关系的考虑和安排上要尽量采用项目管理软件，充分利用计算机进行工作，以提高工作效率和避免不必要的错误，在排序这个进度管理过程组中，我们主要依据上一个过程组的成果----活动清单，结合本企业的事情和外部的一些环境因素，利用紧前关系绘图法、箭线绘图法、计划网络样板法、硬逻辑、软逻辑、提前、滞后等逻辑排序技术结合计算机辅助设计等等技术，得到一份科学、合理的项目进度管理网路图。从而达到展示项目进度管理中各个计划活动和逻辑关系的一种图形和文件，为计划活动或任务资源估算奠定基础。

3活动资源估算

在项目进度管理方法中，我们得到了各个任务清单和任务之间的逻辑关系，第三步就是要考虑为任务资源估算，计划活动资源估算就是确定在实施项目活动时要使用何种资源，每一种使用的数量，以及何种资源什么时间投入到活动中，在向项目活动中分配和估算时，必要考虑到经济性，做到既能满足要求，有经济的原则。在进行活动资源的估算时，我们将以上面的两个管理活动的成果，依据各个单位的资源情况和考虑外部资源的可利用情况进行综合的评估，利用专家判断(或类似项目的经验)、实现此活动的多方案论证、对计划活动的资源使用情况进行自下而上的估算和累加的技术，得出一份详尽的资源需求计划。为活动计划的资源持续时间做好基础，大家知道，不同类型的资源的质量决定资源的使用时间，例如，一个高级职称和一个初级职称完成一个相同的工作所花费的时间是不同的，所以确定资源的类型和数量是资源消耗时间的依据。项目经理博客

4活动资源持续时间估算

在项目进度管理方法中，从以上是那个管理过程得到了活动清单、活动排序、活动资源估算、第四步就是进行活动或任务的资源持续时间的估算，估算计划活动的时间最主要的一个依据就是项目团队最熟悉具体计划活动的个人或集体，持续时间的估算是逐步细化和完善的，估算过程要充分考虑数据的正确性，原始数据的正确与否对活动计划估算准确性至关重要。利用专家判断、类比估算、参数估算、后备分析等技术手段进行活动计划或任务的持续时间估算，得到计划活动的持续估算表，值得注意的是，此估算表必须是一个范围，这样的估算数据表才是科学的，比如：某某活动完成的时间是一周加减两天等。得到的这份活动持续时间表，就为制定进度计划提供了坚实的基础。

5制定项目进进度表

在项目进度管理方法中，有了前四个过程管理的成果，第五步就是制定项目进度计划管理进度表，值得注意的是，制定项目进度管理计划表是一个重复的过程，没有一个项目管理的进度计划表是一成不变的，这一过程主要来确定某个计划活动的开始和结束时间，这个成果是作为项目经理或其他的管理层最关系的问题和希望了解的信息，利用上面四个管理过程中的成果，我们运用进度网络分析技术、关键线路法、进度压缩技术、假设情景分析技术、资源平衡技术、关键链技术，得到一个项目进度进度表，项目进度表的表现形式一般是项目进度网络图、横道图或里程碑图。此进度表，为项目进度控制提供了重要的依据，我们可以根据进度表，来判断哪个环节出现问题，然后对症下药。项目管理培训

6项目进度的控制

在项目进度管理的方法中，通过以上五个过程管理组，得到了项目进度表，最后的第六步就是项目进度管理中项目进度的控制，值得注意的是，进度控制不单单依靠进度表，因为进度超前或之后，有可能是前面五个过程组中的那个环节出现问题，比如说你的活动资源估算不准确，资源的持续时间估算不准确、活动的逻辑在那排上存在错误，活动分解的不够详细等等一系列问题，所以，对进度的控制，要从前面所讨论的几个方面进行综合的评估，往往要将以上的各个过程组进行相互的交叠，才能判断出那个环节出现问题，我们一般在项目进度管理中利用进度报告技术、进度变更控制系统技术、绩效衡量技术、偏差分析技术，得到一份更新的进度基准报告，从而不断的调整进度管理，使项目进度作为指挥棒，引导我们的项目走向成功。项目经理圈子

通过以上几方面的论证，我们可以看到项目进度管理的基本方法，希望能对同行有所帮助和借鉴。

IT项目管理的风险有哪些

项目风险是一种不确定事件或状况，一旦发生，会对至少一个项目目标，如进度、成本、范围或质量目标产生积极或消极影响。那么IT项目管理的风险有哪些呢？一起来了解下吧：

(1)技术风险。

核心系统升级引入了外包厂商的最新产品，使用了很多新技术，行内研发人员熟悉这些技术需要一定的时间，而在项目过程中却不可避免地会遇到一些技术问题。如何能快速解决这些棘手的技术问题我们的做法是：第一，指定行内外包厂商接头人，由接头人负责和外包厂商的技术人员进行沟通，同时该接头人也是行内对厂商产品最熟悉的人，一般性的小问题基本上此人就可以解决，比较复杂的问题才提交给厂商解决，这样比起全部问题都去找厂商解决，节省了时间。第二，购买厂商的人力进行技术支持，请厂商的研发人员来到开发现场和我们一块研发。第三，预约厂商在系统上线期间到现场待命，以应对紧急问题发生，对可能出现的问题进行第一时间的响应。

(2)沟通风险。

参与项目的外包厂商有多个，沟通渠道多，沟通成本大，而且容易出现理解不一致的情况。所以，项目组成立了专门的PMO，负责制定相应的沟通计划，为每个厂商指定行内的接头人，对内部人员实行分级管理，组织定期例会解决项目过程中出现的问题，防范由于对需求理解不一致造成的项目延误，充分利用已有的邮件、会议、电话和短信等沟通工具，并推广使用某即时通讯工具以作为主要的工作沟通工具。

(3)需求变更风险。

针对IT软件项目中不可避免的需求变更活动，在项目开始后，我部就停止了除政策性需求以外的所有规模超过20人/天的新业务需求，同时制定了需求变更流程：所有业务需求的变更必须由业务方的代表统一提出，变更必须有书面记录，开发人员仔细评估是否接受，最后由总管变更的领导(CCB)复审，总管领导具有一票否决权，从而精简了一些不合理的需求变更。在项目中期引入了IBM的配置管理工具CCCQ来管理代码和缺陷，所有Bug都进行了分类，并录入CQ系统，防止重复修改和修改后无记录等情况的发生。迁移演练之后的缺陷都由各个系统的负责人统一对缺陷进行分析评审，消除Bug修复可能导致的系统关联问题。

(4)进度风险。

项目进行核心升级，引起了客户面数据结构和一些外部接口的变化，同时前端业务平台也做了很大的调整，如开发了新的权限系统、迁移主机老权限系统上的权限数据到微机、替换传输协议XML为JSON、改造微机调用主机框架等。主机平台和开放平台开发工作量巨大，需要留有足够的ST、UAT测试时间，项目开发时间有限，为了应对可能造成的进度延误，我们采用了以下应对方法：一是制定详细的进度计划，明确每个人的任务，各项目组每周定期检视项目进度，如出现偏差及时纠正;二是与外包公司合作，引入外包人力，为项目临时增派了多名生力军;三是强制加班;四是并行化详细设计和编码同时加强代码评审，在加快进度的同时减少返工。

(5)数据迁移风险。

项目涉及的系统多达上百个，系统集成环境复杂，需要迁移的数据量庞大，而且数据迁移对数据的准确性和完整性有着很高的要求。项目制定了分阶段集成和多次迁移演练的策略：将迁移工作进行提前预演，模拟真实上线迁移场景。经过多次演练以后，问题大大减少，减轻了系统上线的数据迁移风险。

(6)人力资源风险。

项目建设周期长，历时两年，大范围人员流动可能会造成项目延误。针对这一风险，应对的方法是：做两手准备，尽力挽留要走的人员，晓之以理，动之以情，请求公司人力资源部提升员工待遇;同时加紧社会招聘，在重要的岗位上安排备份，防止由于成员生病、离职等意外造成的减员。最终这个风险没有成为问题。

在项目升级项目中，我负责两个子系统的开放部分，由于高层对风险管理的重视，我在执行的时候也特别重视对风险的控制。项目组有四个人，沟通成本比较低，所以我们每隔一周进行一次代码评审，解决遇到的一些技术难题和编码规范问题，在实际开发中使用Checkstyle进行代码规范检视，及早扼杀了可能出现的Bug和不规范的代码;制定组员每周报告进度制度，防范进度偏差;面对前端最可能出现的需求变更——UI变更，我尝试在设计初期使用原型方法和业务进行有效沟通，大大减少了后期UAT阶段UI变更需求。回想刚进公司时我做过的某个项目，由于没有考虑到UI类需求变更风险，前期没有进行UI设计的交流，导致UAT阶段大量返工，使项目延误了一个多月，并且浪费了不少人力资源。设想如果当时识别了这类风险，在早期就把风险发生的概率降低，那么项目可能会顺利得多。

由于前期风险控制得当，一直到迁移演练前我负责的项目都很顺利，但是在迁移演练过程中出现了一些问题，其中一个问题是导库程序不能正常执行，并多次发生。我和同事花了很多时间研究问题，最后找到的原因是某个配置参数的问题，研发人员使用了错误的配置参数，ST、UAT期间导库的数据量比真实演练期间的数据量小太多，所以没有被发现，修改配置后再演练环境导库成功。还有一些问题是没有有效沟通导致的。例如，在演练的时候用户反映某个查询交易很慢，经排查，后台人员说前台调错了交易，前台人员提出异议：为什么ST环境查询很快原来后台人员写了多个查询交易，新交易确实能提升查询速度，但是没有在正式的文档上注明前台应使用新交易替换老交易，也没有通过别的途径告知前台，这样前台调用的还是老交易，导致了查询性能问题。由于ST、UAT环境和生产环境的差异性，上述两类问题很难暴露，试想如果没有进行迁移演练，这个问题恐怕要在生产上出现了。迁移演练提前暴露了ST、UAT所不能测出的系统缺陷，使得研发人员能有充分的时间去排查问题和修复缺陷，有效降低了系统上线风险。

经过这次核心升级项目的洗礼，我深深认识到风险管理在IT项目中的重要性，正因为对风险管理足够重视，提前制定了风险应对计划，我们才得以如庖丁解牛般化解项目中遇到的各种风险，并最终取得了上线的胜利。任何项目都不能回避风险问题，风险的存在导致几乎每个项目都不可能顺风顺水地完成项目目标，良好的风险管理技能将帮助项目经理处理好项目中的不确定因素，保证项目的顺利进行。

;

以上就是关于如何在IT行业实施内部项目监理制全部的内容，包括:如何在IT行业实施内部项目监理制、你对项目监控的理解是什么、软件开发项目的进度管理用什么软件比较好等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！