hyc.bjufida.com 在文章中给各位erp系统使用者介绍的是怎么管理软件开发项目进度和如何管理软件项目的内容，相关问答解读应该能够对您有帮助，如果未能解答您的疑问，可添加客服微信。
微信号：18679110658对软件开发进行进度管理的几个方法：
1、项目组长或项目经理，一定对整个项目的开发周期有一个清楚的了解，把任务的划分一定要一天为单位，不要以模块为单位，而每天无论是开发人员还是测试人员，都要对自己的工作有一个大致的估计。即每天下午，有项目组长组织开发人员进行系统的了解，并且作好相应的记录。对已经解决的问题一定要有详细的记录。而对没有解决的问题一定要重视起来。不要向后退。找到根本的原因所在。
2、沟通和交流，作为项目组长一定要多多与开发人员进行交流，要调动其积极性，让他们学会问题该如何解决，不要让他等待问题的解决。了解其实际的进展以及对开发工具的熟练程度，这对以后的任务的重新安排有重要的借鉴意义。
3、把一些难点提出，让大家共同克服，或者有一些技术比较精通的人来解决。解决完以后一定，让大家都熟悉其编程思路。而对经常用的知识点，一定有详细的说明。这样实现资源的共享。
4、做好项目的总结，无论是难点还是不难，只要有问题，一定要提出，并且解决完以后一定让大家都熟悉，这样有助于大家的技术水平的提高。
5、做到日清日结，是保证项目进度的关键所在。
6、引入项目管理软件。以8Manage为例，自动跟踪每个软件开发项目的活动与可交付成果的时间与进度。下一层活动的完成率与可交付成果会自动地汇总到上一层活动，逾期活动会自动亮红灯，并且系统会自动把预警信息发送给所有受影响的相关人员。8Manage 还可以追踪和记录研发项目计划的多个基线，保留每个基线的版本以供项目人员随时查看和对比。提高项目的管理效率和成功率。
进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明企业的软件生产越趋向于成熟，企业越能稳定发展。管理是影响软件研发项目全局的因素，而技术只影响局部。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进度控制、需求变化和风险管理等都是与项目管理直接相关的因素。项目管理是软件开发成败的关键。从系统工程的观点看，项目管理普遍涉及到多个目标的要求，一个优秀的项目管理人员，应该注重实践中的分析问题能力，结合理论知识，形成一套行之有效的管理方法，并通过实践来检验它的科学性。正如我们通常所说的，项目管理是一门科学，更是一门艺术。
(一)制定周密的项目计划。
所有资源和工作都是按照项目计划进行分配和执行的，管理人员应该依据项目计划跟踪和监督项目进展情况，所以制定合理、准确、细致的项目计划是进行项目管理的基础。有效的计划有利于增强项目组成员的紧迫感，减少互相的等待时间。
(二)合理组织人力资源。
人是决定软件开发质量的最关键、最活跃又最难以控制的因素。要想充分组织和调度人力资源，必须做到：合理配备，各尽其才;落实责任，责权均衡;及时交流，培养团队精神;强化专业分工，实现分类管理，实现人力资源的动态调度。
(三)提高计划执行的准确率。
树立全面、系统观点，正确评价和改善项目管理系统。项目管理评价进程的一个误区是将评价的重点放在人的方面，而忽视了很多项目问题在于管理系统本身这个事实。人员的敬业谨慎和能力不够只占项目失败原因的10%左右，90%的原因来自于项目管理系统的架构与流程等方面。建立基于统计分析的评价系统，不仅有助于改进项目管理系统，更有助于员工有意识地去收集数据和对数据进行分析，以便提高项目计划的准确度。
(四)明确的定义用户需求，明晰项目价值和目标。
实施软件项目管理，最终目标需要保证用户满意。正确理解用户需求的多样性，用户的需求包含多个方面，其中既有对项目成果特性的要求，又有用户在感情等方面的需求。可以分为三类：第一类是如果缺少了就不能实现项目基本目的的成果特征;第二类是用户希望得到的能够丰富项目成果的东西;第三类是对用户和项目而言属于多多益善的`东西。对于用户的重要性而言，这三类需求是递减的。
(五)加强项目过程控制。
项目管理的指导思想不仅关注项目的成果，还要关注项目的过程。项目管理是一种典型的系统管理，也是一种典型的变化管理。项目过程控制的目标在于对项目成果的可预见、项目资源的可调度、项目问题的可追溯、项目组绩效的可评价等几个方面。项目经理和高层管理者必须在对项目各种活动的变动全面了解的基础上，才能确定工作的焦点。
(六)良好的信息沟通。
沟通是监督、控制的基础，是推动项目执行的基础，更是减少冲突的良方。项目经理应该周期性地向机构管理层和用户报告项目的技术、进度、费用、质量方面的状况，与用户建立和维持友好和开放的关系，为项目沟通积极创造环境，保证会议的高效率。
如何做好项目进度管理呢，其实关键在于细节管理，以下是进度管理的几个关键步骤：
1、制定项目进度表
这一步看似简单，却直接关系到整个项目能否正常完成。所以，在项目计划阶段，我们一定花足够多的时间做好项目进度计划，在分解项目任务时，颗粒度尽量细一些，确保分工到人，并确定好截止时间。
项目经理可以用项目管理工具制定项目计划，随时更新进度，并对项目组成员公开。
2、定期检查项目里程碑
很多时候我们会同时负责多个项目，或是还有很多其他日常工作，如何保障项目正常运行，这需要我们时常检查项目节点/里程碑，及时发现项目中可能的风险。还拿官网改版项目举例，如果项目任务流转到UI设计了，但是设计组一直没完成，我们就需要尽快找相关负责人沟通。
3、项目成员的沟通
项目执行过程中的沟通也是非常重要的，来确保项目进度的信息透明和对称。如果甲的任务已完成，需要开始乙的任务，如果没有沟通，乙可能压根就不知道，这样项目进度就会延误，项目经理也可以使用项目管理工具进度猫，在甘特图中设置依赖关系，和项目成员同步进展情况，信息公开透明，项目进度就会一目了然。
4、项目团队的激励
想让项目成员工作起来更有激情，只靠冷冰冰的管理制度是没有太大用处的。项目负责人要信任每一位成员，并实时注意成员的工作状态，适当增加成员在执行任务中的乐趣，做得好的一定要及时鼓励，培养成员的积极性和自我成就动机。
转载，供参考。
软件开发项目进度控制
一、影响软件开发项目进度的因素
要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。软件开发项目中影响进度的因素很多，如人为因素、技术因素、资金因素、环境因素等等。在软件开项目的实施中，人的因素是最重要的因素，技术的因素归根到底也是人的因素。软件开发项目进度控制常见问题主要是体现在对一些因素的考虑上。常见的问题有以下几种情况：
1、80-20原则与过于乐观的进度控制
80-20原则在软件开发项目进度控制方面体现在：80％的项目工作可以在20％的时间内完成，而剩余的20％的项目工作需要80％的时间。这个80％的项目工作不一定是在项目的前期，而可能是分布在项目的各个阶段，但是剩余的20％左右的项目工作大部分是在后期。所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉，使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。有些领导看到软件交付给用户了，就一块石头落地“总算交差了”，同时又可能撤出一些被认为不必要的人力资源。但很多情况下这是为了对付用户不合理的交付期限要求而采用的不得已的措施。这样的结果是拖延了后期的工作，同时如果软件还不成熟的话，会给用户造成不好的影响。
2、范围、质量因素对进度的影响
软件开发项目比其他任何建设项目都会有更经常的变更，大概是因为软件程序是一种“看不见”又“很容易修改”的东东吧，用户是想改就改，造成需求的蔓延，项目经理有时还不知如何拒绝，加上要说“我能”的心理因素，一般都会答应修改。这样集少成多，逐渐影响了项目进度。
如果某项工作在进度上表面上达到目标了，但经检验其质量没有达到要求，则必然要通过返工等手段，增加人力资源的投入，增加时间的投入，实际上是拖延了进度。不管是从横向或纵向来看，部分任务的质量会影响总体项目的进度，前面的一些任务质量中会影响到后面的一些任务质量。
3、资源、预算变更对进度的影响
资源，最主要的还是人力资源，有时某方面的人员不够到位，或者在多个项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目。还有一个很重要的资源，就是信息资源，如某些国家标准、行业标准，用户可能提供不了，而是需要去收集或购买，如果不能按时得到，就会影响需求分析、设计或编码的工作。其他资源，如开发设备或软件没有到货，也会对进度造成影响。
预算其实就是一种资源，它的变更会影响某些资源的变更，从而对进度造成影响。
4、低估了软件开发项目实现的条件
低估软件开发项目实现的条件表现在低估技术难度、低估协调复杂度、低估环境因素这样几个方面。
首先是低估技术难度。软件开发项目团队成员，有时甚至是企业的高级项目主管也经常低估项目技术上的困难。低估技术难度实际上也就是高估人的能力，认为或希望项目会按照已经制定的乐观项目计划顺利地实施，而实际则不然。软件开发项目的高技术特点本身说明其实施中会有很多技术的难度，除了需要高水平的技术人员来实施外，还要考虑为解决某些性能问题而进行科研攻关和项目实验；
其次，低估了协调复杂度，也低估了多个项目团队参加项目时工作协调上的困难。软件开发项目团队成员比较强调个人的智慧、强调个性，这给项目工作协调带来更多的复杂度。当一个大项目由很多子项目组成时，不仅会增加相互之间充分沟通交流的困难，更会增加项目协调和进度控制上的困难。
另外，企业高级项目主管和项目经理也经常低估环境因素，这些环境因素包括用户环境、行业环境、组织环境、社会环境、经济环境。低估这些条件，既有主观的原因，也会有客观的原因。对项目环境的了解程度不够，造成没有做好充分的准备。
5、项目状态信息收集的情况
由于项目经理的经验或素质原因，对项目状态信息收集的的掌握不足，及时性准确性完整性比较差。另外其它一些原因也会造成这种现象。某些项目团队成员报喜不报忧，不希望别人知道自己工作的不好的情况，例如软件程序的编制，可能会先编制一些表面的东西，现有界面，看起来好像完成任务了，实际上只是一个“原型系统”或演示系统。给领导造成比较乐观的感觉。
如果项目经理或者管理团队没有及时地检查发现这种情况，将对项目的进度造成严重的影响。当然，如果出现这种需要时时刻刻都互相提防的氛围，管理人员就应该从管理的角度，从制度的角度检讨一下，进行改进，让大家实事求是地进行沟通。温伯格说:“无论你多么聪明，离开了信息，对项目进行成功的控制就是无源之水、无本之木。”
6、执行计划的严格程度
没有把计划作为项目过程行动的基础，而是把计划放在一边，比较随意去做。例如对于项目团队内部沟通或外部沟通，在计划中要说明清楚人员、周期、方式、方法，不能遗漏，但在实际项目过程中，可能出现沟通没有按时或没有完整地达到所有项目干系人的情况。若项目计划本身有错误，执行错误的计划肯定会产生错误。如，计划制订者在计划系统框架设计考虑上的错误、进度安排上的失误等。实际的项目实施中，除了这种错误之外，还可能因为项目执行上的错误，造成项目的麻烦。例如，项目的客户及其他项目干系人没有及时为项目中出现的情况采取必要的措施或者所采取的措施的不适合具体的情况、没有效果或者有副作用等。另外，如果在项目中的某项工作（如某个子系统或模块、组件）被转包给第三方开发后，不能进行有效的管理，也会造成进度上的延误。
7、计划变更调整的及时性
渐近明细是项目的特点，特别是对于软件开发项目，并不是一个一成不变的过程。开始时的项目计划可以先制定得比较粗一些，随着项目的进展，特别是需求明确以后，项目的计划就可以进一步的明确，这时候应该对项目计划进行调整修订，通过变更手续取得项目干系人的共识。计划应该随着项目的进展而逐渐细化、调整、修正。没有及时调整的计划或者是随意的不负责任的计划的项目是难以控制的。在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式，随着项目的进展进行不断细化、调整、修正、完善。对于较为大型的软件开发项目的工作分解结构可采用二次甚至多次 WBS 方法。即根据总体阶段划分的总体 WBS ，需求调研阶段结束、概要设计完成后专门针对详细设计或编码阶段的二次 WBS 。由于需求的功能点和设计的模块或组件之间并不是一一对应的关系，所以只有在概要设计完成以后才能准确地得到详细设计或编码阶段的二次 WBS ，根据代码模块或组件的合理划分而得出的二次 WBS 才能在详细设计、编码阶段乃至测试阶段起到有效把握和控制进度的作用。有些项目的需求或设计做得不够详细，无法对工作任务的分解、均衡分配和进度管理起参考作用，因此要随着需求的细化和设计的明确，对项目的分工和进度进行及时的调整，使项目的计划符合项目的变化，使项目的进度符合项目的计划。
8、未考虑不可预见事件发生造成的影响
假设、约束、风险等考虑“不周”造成项目进度计划中未考虑一些不可预见的事件发生。例如软件开发项目还会因为项目资源特别是人力资源缺乏、人员生病、人员离职、项目团队成员临时有其他更紧急的任务造成人员流动等不可预见的事件对项目的进度控制造成影响（即项目按时完成是基于如下假设：人力资源不会缺乏、人员不会生病、人员不会流动）。企业环境、社会环境、天灾人祸等事件对项目的进度控制造成影响。对项目的假设条件、约束条件、风险及其对策等对于进度的影响在项目计划要进行充分的考虑，在项目进展过程中也要不断地重新考虑有没有新的情况，新的假设条件、约束条件、潜在风险会影响项目的进度。假设是通过努力可以直接解决的问题，而这些问题是一定要解决才能保证项目按计划完成；约束一般是难以解决的问题，但可以通过其他途径回避或弥补、取舍，如牺牲进度、质量等等；假设与约束是针对比较明确会出现的情况，如果问题的出现具有不确定性，则应该在风险分析中列出，分析其出现的可能性、造成的影响、采取的措施。实际上像没有考虑人的疾病、人员流动这些情况本身也不是什么问题，因为任何人都不可能把所有以外的情况都考虑完整，实际上也没有必要。但有些诸如下班或节假日的加班时间都被安排用于项目工作的情况就会造成更多的项目不确定性。在可能的情况下当然要对所有可能情况都做到有备无患，但是有的时候也要冒一定的风险，同时对于风险的防范也需要考虑如果防范的成本大于风险本身造成的损失和影响，则这种防范是没有必要的。
9、程序员方面的因素对进度的影响
程序员方面有两种常见的心态影响了进度的控制：一是技术完美主义、二是自尊心。
技术完美主义的常见现象是，有些程序员由于进度压力、经验等方面的原因，会匆忙先做编码等具体的事情，等做到一定程度后会想到一些更好的构思，或者看到一些更好的技术的介绍，或者是觉得外部构架可以更加美化，或者是觉得内部构架可以更加优化，这样他们会私下或公开对软件进行调整，去尝试一下新的技术。而是否使用这些新的技术对完成项目本身的目标并没有影响，相反可能带来不确定的隐患。这种做法不是以用户的需求为本、或以项目团队的总体目标为本，可能对软件开发进度造成较大的影响。
自尊心的常见想象是，有些程序员在遇到一些自己无法解决的问题时，倾向于靠自己摸索，而不愿去问周围那些经验更为丰富的人。有些人也许会通过聊天室等方式匿名地向别人求教。如果运气好会很快地解决，否则要花很多实践摸索。而如果向周围的人求教，可能摸索几天的问题别人早就解决了。
10、未考虑软件开发过程的循环、迭代特性
对软件开发的各个过程分类过于精细，制定进度计划时各项工作过于紧凑、没有弹性，造成的后果是，定期提交项目进度阶段报告的制度只有在表面上起到效果，按照计划的时间表提交阶段成果也只是在表面上起到效果。因为“上有政策、下有对策”，强行的规定会使人产生一些错误的认识：如在项目计划中“规定”某个时间只能做某某类别的事情，那么严格执行的后果就是编码阶段就不能修改文档；另外错误的“里程碑”概念可能会使大家轻易地相信上一个阶段的工作成果都是“通过评审”最终定稿了，而实际上可能只是因为时间到了该提交的人提交、该评审的人评审了。如果上下阶段是不同的人就根本不会去检查其中是否还有错误；如果上下阶段是同一个人，就可能非正式地修改上一阶段的错误，但占用的时间和精力却是下一阶段的，并且这样的修改时没有记录的。这样关于阶段进度控制的措施实际上只是在表面上有效。最为普遍的情况是，用户在合同中限定了提交软件系统的时间，实际上这个时间对完成项目任务来说是远远不够的，但计划只能按照合同来进行，所以要不用户让步，要不只能按照时间的约定提交实际上还未完成的软件系统，完成系统的安装，但这时候的“完成阶段任务”只是一个表面现象，系统虽然安装了，但可能是没有经过严格彻底测试的，也可能是只完成了部分的功能，省略了某些功能，有些是整块功能省略，有的是省略了某些功能的某个过程，如数据录入里面隐含的数据录入前缺省值设置、数据录入检验等功能，而是实现了比较粗糙的功能。这样，系统交付并不意味着项目的完成，而在项目交付之后还要花更多的时间。
11、其他因素
以上这些因素是影响项目进度的几个主要方面，除此之外还有很多其他的影响因素。其实最主要的因素还是人的因素，这里的人包括所有与项目相关的人。项目经理的素质、管理者的水平、用户的因素、项目成员的因素等等，都会对项目进度造成影响，这是因为由于软件开发的特性。因为篇幅有限无法一一列举，只能在此分析一些常见的因素。
不可否认，软件开发项目进度可控性还是带有一定运气成分的。特别是需要用户配合的那些软件开发项目，其可控性与用户的成熟度、软件应用领域的成熟程度和行业标准规范的完备程度有很大关系。关于可控性方面会涉及到一些与客户打交道经验，虽然我们说，顾客是上帝、以顾客为中心，但并不是说我们要把主导权交给他们，而关键是我们如何去主导、引导、把握。因此，项目控制的好坏与相关人员人际关系方面的经验也有关系。
尽管存在很多不可控的因素，我们的任务是首先分清哪些是可以控制的，哪些是我们不能控制的。项目经理一是要尽量扩大可控的领域，减少不可控的领域，二是不要在“不可控”上花太多时间，而是多花一些时间把可控的工作控制好，做好防范措施，减轻不可控因素对项目进度的影响。
项目进入实施阶段后，项目经理的几乎所有的活动都是围绕进度展开的。进度控制的目标与成本控制的目标和质量控制的目标是对立统一的关系。项目的进度、质量和成本构成一个相互制约的三角关系，需要项目经理去平衡。
二、项目进度控制的目的
项目进度控制和监督的目的是：增强项目进度的透明度，以便当项目进展与项目计划出现严重偏差时可以采取适当的纠正或预防措施。已经归档和发布的项目计划是项目控制和监督中活动、沟通、采取纠正和预防措施的基础。
1、根据计划进行监控
项目控制的第一个目的是根据计划对项目的各项活动进行监控，即根据已经制定并取得共识的软件开发项目计划来监控项目的实际表现和进度。为此应该根据项目计划来监控项目计划参数的实际值，这些参数包括进度表、项目成本、工作量、工作产品和任务的属性、使用的资源、项目成员的知识和技能；根据项目计划来监控项目团队所作的承诺是否已经或可能兑现、原来的确定的风险是否可以避免或减少损失，是否有新的风险出现；根据项目计划来收集、管理、使用项目数据；根据计划监督项目干系人的参与情况，监控各项任务承担人的参与活动；定期进行必要的进度评审，确定项目是否存在重大偏差、跟踪变更请求和问题报告直到变更或问题得到解决；在项目的里程碑对项目的成果进行评审。
2、管理纠正和预防措施
项目控制的另外一个目的是管理纠正和预防措施，即当项目进度或者结果已经或即将与计划有严重偏差时，对需要采取的纠正或预防措施进行管理。为此应当收集并且分析项目进行中可能存在的问题，并以此确定解决这些问题的纠正或预防措施；对已经确定的问题采取纠正和预防措施；监控要实施的纠正和预防措施，分析措施采取以后的结果，判断这些措施的有效性，确定和记录纠正与计划结果存在偏差的问题而采取的必要且合适的措施。
项目执行过程中仅仅靠最初建立的一份“完善”的基准计划是不够的，最好的计划也未必会一直有效。根据项目任务渐进明晰的特点，特别是软件开发项目的特点，在项目进行过程中，肯定需要在适当和必要的时候对项目进行变更控制，这种控制过程包括定期搜集有关项目进展情况的信息，把实际进展情况与计划进展情况进行对比；如果实际进展情况比计划进展情况有差距，或可能会有差距，就应当采取纠正或预防措施。变更控制应当在项目期间定期进行，这里所说的变更控制不一定要进行真正的变更，而是说要定期对变更进行控制。
如果在项目生命周期内的某一时间点，把实际进度与计划中约定的进度相比对，显示出项目已经延误或即将延误、超出预算目标或不符合质量要求，就必须采取纠正或预防措施使项目回到正轨上来，重新符合计划的安排要求。在已做出执行纠正或预防措施的决定之前，应评估一下纠正与预防措施的有效性和无副作用性，以确保纠正措施使项目回到项目的工作范围、时间和预算约束内，并对项目的其他目标不会造成太大的影响。
3、在各种项目目标中进行平衡
如果经过评估确定项目确实已无法控制，就应当下定决心以牺牲软件功能范围、工作成果范围（如某些中间文档）、成本预算、进度计划或软件质量中的某一项目标为代价，来保住项目最重要的那些目标，在各种项目目标中进行平衡，最终确定一个最合适的解决方案。有效的项目控制的关键是定期及时测量实际进程，并与计划进程相比较，如有必要就立即采取纠正或预防措施。指望不采取纠正和干预措施，问题就自行消失的想法是不现实的。问题越早发现就越好改正，造成的影响和损失越小。问题越提前发现就越好采取预防措施，可以用最小的代价避免造成损失。基于项目实际进展情况，就有可能准确预测项目进度计划和成本预算的实施情况，以便顺利完成项目。如果这些项目参数超出项目目标的限制范围，就必须马上采取纠正措施；如果发现这些项目参数有超出项目目标的限制范围的趋势，就必须马上采取预防措施。
软件开发项目实施中进度控制是项目管理的关键，若某个分项或阶段实施的进度没有把握好，则会影响整个项目的进度，因此应当尽可能地排除或减少干扰因素对进度的影响，确保项目实施的进度。
三、软件开发项目常用进度控制措施
1、项目进度控制的前提
项目进度控制的前提是有效地项目计划和充分掌握第一手实际信息，在此前提下，通过实际值与计划值进行比较，检查、分析、评价项目进度。通过沟通、肯定、批评、奖励、惩罚、经济等不同手段，对项目进度进行监督、督促、影响、制约。及时发现偏差，及时予以纠正；提前预测偏差，提前予以预防。
在进行项目进度控制时，必须落实项目团队之内或之外进度控制人员的组成，明确具体的控制任务和管理职责。要制定进度控制的方法，要选择适用的进度预测分析和进度统计技术或工具。要明确项目进度信息的报告、沟通、反馈、以及信息管理制度。
项目进度控制应该由部门经理和项目监控人员共同进行，之所以需要部门经理参与，是因为部门经理负责项目一般要负责一定人事行政的责任，如成员的考核、升迁、发展等。他们只有通过软件开发项目才能更好地了解项目成员，项目也只用通过对他们有切身利益的管理者参与管理才会更加有效。
2、项目进度控制主要手段
项目计划书：作为项目进度控制的基准和依据，项目负责人负责制作项目计划书。项目进度监控人员根据项目计划书对项目的阶段成果完成情况进行监控，如果由于某些原因阶段成果提前或延后完成，项目负责人应提前申请并做好开发计划的变更。对于项目进度延后的，应当分析产生进度延后的原因、确定纠正偏差的对策、采取纠正偏差的措施，在确定的期限内消除项目进度与项目计划之间的偏差。项目计划书应当根据项目的进展情况进行调整，以保证基准和依据的新鲜性、有效性。
项目阶段情况汇报与计划：项目负责人按照预定的每个阶段点（根据项目的实际情况可以是每周、每双周、每月、每双月、每季、每旬等等）定期在与项目成员和其他相关人员充分沟通后，向相关管理人员和管理部门提交一份书面项目阶段工作汇报与计划，内容包括：
a、对上一阶段计划执行情况的描述
b、下一阶段的工作计划安排
c、已经解决的问题和遗留的问题
d、资源申请、需要协调的事情及其人员
e、其他需要处理的问题
这些汇报将存档，作为对项目进行考核的重要材料。
在计划制定时就要确定项目总进度目标与分进度目标；在项目进展的全过程中，进行计划进度与实际进度的比较，及时发现偏离，及时采取措施纠正或者预防；协调项目参与人员之间的进度关系。
在项目计划执行中，做好这样几个方面的工作：
检查并掌握项目实际进度信息。对反映实际进度的各种数据进行记载并作为检查和调整项目计划的依据，积累资料，总结分析，不断提高计划编制、项目管理、进度控制水平。
做好项目计划执行中的检查与分析。通过检查，分析计划提前或拖后的主要原因。项目计划的定期检查是监督计划执行的最有效的方法。
及时制定实施调整与补救措施。调整的目的是根据实际进度情况，对项目计划作必要的修正，使之符合变化的实际情况，以保证项目目标其顺利实现。由于初期编制项目计划时考虑不周，或因其他原因需要增加某些工作时就需要重新调整项目计划中的网络逻辑，计算调整后的各时间参数、关键线路和工期。
3、进度控制内容
从内容上看，软件开发项目进度控制主要表现在组织管理、技术管理和信息管理等这几个方面。组织管理包括这样几个内容：
（1）项目经理监督并控制项目进展情况；
（2）进行项目分解，如按项目结构分，按项目进展阶段分，按合同结构分，并建立编码体系；
（3）制订进度协调制度，确定协调会议时间，参加人员等；
（4）对影响进度的干扰因素和潜在风险进行分析。
技术管理与人员管理有非常密切的关系。软件开发项目的技术难度需要引起重视，有些技术问题可能需要特殊的人员，可能需要花时间攻克一些技术问题，技术措施就是预测技术问题并制订相应的应对措施。控制的好坏直接影响项目实施进度。
在软件开发项目中，合同措施通常不由项目团队负责，企业有专门的合同管理部门负责项目的转包、合同期与进度计划的协调等。项目经理应该及时掌握这些工作转包的情况，按计划通过计划进度与实际进度的动态比较，定期向客户提供比较可靠的报告等。
软件开发项目进度控制的信息管理主要体现在编制、调整项目进度控制计划时对项目信息的掌握上。这些信息主要是：预测信息，即对分项和分阶段工作的技术难度、风险、工作量、逻辑关系等进行预测；决策信息，即对实施中出现的计划之外的新情况进行应对并做出决策。参与软件开发项目决策的有项目经理、企业项目主管及客户的相关负责人；统计信息，软件开发项目中统计工作主要由参与项目实施的人员自己做，再由项目经理或指定人员检查核实。通过收集、整理和分析，写出项目进展分析报告。根据实际情况，可以按日、周、月等时间要求对进度进行统计和审核，这是进度控制所必须的。
4、不同阶段的项目进度控制
从项目进度控制的阶段上看，软件开发项目进度控制主要有：项目准备阶段进度控制，需求分析和设计阶段进度控制，实施阶段进度控制等这几个部分。
准备阶段进度控制任务是：向业主提供有关项目信息，协助业主确定工期总目标；编制阶段计划和项目总进度计划；控制该计划的执行；
需求分析和设计阶段控制的任务是：编制与用户的沟通计划、需求分析工作进度计划、设计工作进度计划，控制相关计划的执行等。
实施阶段进度控制的任务是：编制实施总进度计划并控制其执行；编制实施计划并控制其执行等。由甲乙双方协调进度计划的编制、调整并采取措施确保进度目标的实施。
为了及时地发现和处理计划执行中发生的各种问题，就必须加强项目的项目的协同工作。协同工作是组织项目计划实现的重要环节。它要为项目计划顺利执行创造各种必要的条件，以适应项目实施情况的变化。
5、关于进度落后时的“赶工”措施
进度落后的情况下，有几种措施来弥补，如加人、加班、加激励等等，这些都是增加资源而又未必会见效的方法。根据Brooks原则，在某些项目进度延迟的情况下增加人手，有可能会使项目的进度更加延后。因为对于新加入本项目的员工来说，对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加
问题一：项目执行跟不上进度计划怎么办 飞马网精彩评论：
经常说：计划赶不上变化。项目计划在制作的时候往往是根据当时的的情况，转化为具体的时间需求后，完成的项目计划。80%的项目进度不在项目计划的调子上是常态，但关键的是我们的进度是否在可控的计划内，是否能完成既定的项目目标。在制作项目计划的时候，我们需要考虑以下几点：
1.根 据项目需求计划书，我们明确了项目的目标是什么。这时就要根据项目目标，转化为具体的项目任务计划书，分阶段和分任务，分人员的去给出每个阶段的任务需 求。注意其中的可控的风险点，并预留出需要解决此风险的时间点和应急方案（此事的应急方案可以是初步，但是在风险到来是，必须马上启动预案，并马上给出更 详细具体的任务点），对于不可控的风险点，请一定也要预留出一定时间，俗话常说：有备无患嘛。在制定进度计划的时候，我们常常使用倒推的方式，来算出项目 各阶段应完成的时间。如果项目为重要和关键项目，请务必在制定项目计划的时候，预算出项目要求的时间或成本或进度不可到达时，需要向公司争取资源，确保你 项目计划的执行性。我们在前期把功课做足些，以免后续出现问题后不知所措。
2.压取一些非关键节点的时间，把预留出的时间用到关键节点上做备份。例如，有些任务项，责任人一般的完成时间一般是3天，但是我们在以往的日常操作中发现，如果稍微加紧些，是可以在2天 完成，因此我们将此项任务时间，压缩一天，把压缩出来的时间预留给出现风险率高的节点上，但是我们在做项目计划的时候，出现高风险率高的节点上的时间，请 依然保持不变。因为你需要做的是尽量压缩项目时间，使整体项目计划提点，因为项目中的不可控因素会耗用你的时间，这样你就能给最终项目目标匹配多预留些空 间。
3.对项目进度和项目计划要有计划性分阶段的监控，因为很多时候完成一个项目除了需要各阶段的责任人去做，也需要项目管理者在中间不断穿针，搭桥的。这也就要 求，项目管理者在项目阶段的监控上，要有及时性和准确性。我们要没阶段项目的完成过程中，去整体协调跨部门的沟通，促成任务项的安全顺利通过，在边缘和无 定义阶段，主动去组织协调，整合干系人之间的需求。
以上几点，希望对你有帮助。
问题二：项目情况，进度，工作量及目前遇到的困难，怎么能更好的汇报 转载，供参考。 软件开发项目进度控制 一、影响软件开发项目进度的因素 要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。软件开发项目中影响进度的因素很多，如人为因素、技术因素、资金因素、环境因素等等。在软件开项目的实施中，人的因素是最重要的因素，技术的因素归根到底也是人的因素。软件开发项目进度控制常见问题主要是体现在对一些因素的考虑上。常见的问题有以下几种情况： 1、80-20原则与过于乐观的进度控制 80-20原则在软件开发项目进度控制方面体现在：80％的项目工作可以在20％的时间内完成，而剩余的20％的项目工作需要80％的时间。这个80％的项目工作不一定是在项目的前期，而可能是分布在项目的各个阶段，但是剩余的20％左右的项目工作大部分是在后期。所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉，使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。有些领导看到软件交付给用户了，就一块石头落地“总算交差了”，同时又可能撤出一些被认为不必要的人力资源。但很多情况下这是为了对付用户不合理的交付期限要求而采用的不得已的措施。这样的结果是拖延了后期的工作，同时如果软件还不成熟的话，会给用户造成不好的影响。 2、范围、质量因素对进度的影响 软件开发项目比其他任何建设项目都会有更经常的变更，大概是因为软件程序是一种“看不见”又“很容易修改”的东东吧，用户是想改就改，造成需求的蔓延，项目经理有时还不知如何拒绝，加上要说“我能”的心理因素，一般都会答应修改。这样集少成多，逐渐影响了项目进度。 如果某项工作在进度上表面上达到目标了，但经检验其质量没有达到要求，则必然要通过返工等手段，增加人力资源的投入，增加时间的投入，实际上是拖延了进度。不管是从横向或纵向来看，部分任务的质量会影响总体项目的进度，前面的一些任务质量中会影响到后面的一些任务质量。 3、资源、预算变更对进度的影响 资源，最主要的还是人力资源，有时某方面的人员不够到位，或者在多个项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目。还有一个很重要的资源，就是信息资源，如某些国家标准、行业标准，用户可能提供不了，而是需要去收集或购买，如果不能按时得到，就会影响需求分析、设计或编码的工作。其他资源，如开发设备或软件没有到货，也会对进度造成影响。 预算其实就是一种资源，它的变更会影响某些资源的变更，从而对进度造成影响。 4、低估了软件开发项目实现的条件 低估软件开发项目实现的条件表现在低估技术难度、低估协调复杂度、低估环境因素这样几个方面。 首先是低估技术难度。软件开发项目团队成员，有时甚至是企业的高级项目主管也经常低估项目技术上的困难。低估技术难度实际上也就是高估人的能力，认为或希望项目会按照已经制定的乐观项目计划顺利地实施，而实际则不然。软件开发项目的高技术特点本身说明其实施中会有很多技术的难度，除了需要高水平的技术人员来实施外，还要考虑为解决某些性能问题而进行科研攻关和项目实验； 其次，低估了协调复杂度，也低估了多个项目团队参加项目时工作协调上的困难。软件开发项目团队成员比较强调个人的智慧、强调个性，这给项目工作协调带来更多的复杂度。当一个大项目由很多子项目组成时，不仅会增加相互之间充分沟通交流的困难，更会增加项目协调和进度控制上的困难。 另外，企业高级项目主管和项......
问题三：软件项目进度管理怎样当进度发生偏差时，如何调整项目的进度？ 及时制定实施调整与补救措施。调整的目的是根据实际进度情况，对项目计划作必要的修正，使之符合变化的实际情况，以保证项目目标其顺利实现。由于初期编制项目计划时考虑不周，或因其他原因需要增加某些工作时就需要重新调整项目计划中的网络逻辑，计算调整后的各时间参数、关键线路和工期。
进度落后的情况下，有几种措施来弥补，如加人、加班、加激励等等，这些都是增加资源而又未必会见效的方法。根据Brooks原则，在某些项目进度延迟的情况下增加人手，有可能会使项目的进度更加延后。因为对于新加入本项目的员工来说，对项目相关背景、需求、设计的培训、对项目环境的熟悉和项目团队成员之间的沟通路径的增加，可能会使项目的工作效率急剧下跌。而加班造成的疲劳会再次使工作效率降低。增加激励会造成工作成本却不断的向上攀升。这些措施并不是完全不可取，而是项目经理要考虑适度原则。最好是要全面分析项目进度延迟的原因，如果确实是不合理的项目交付时限要求，就应当通过沟通变更为合理的项目时限要求，以免因为这样一个不合理的时限要求造成对软件质量或团队成员心理上的负面影响，最终导致项目最终的失败。否则应从技术、团队成员心态、环境等方面查找原因，找到提高效率、加快进度的方法。
问题四：一般有哪些因素会影响施工进度？如何应对处理 一、工程建设进度控制的目标
工程建设进度控制的目标是建设工期。
工程建设进度控制：是指对工程项目各建设阶段的工作内容、工作程序、持续时间和衔接关系编制计划，将该计划付诸实施，在实施的过程中经常检查实际进度是否按要求进行，对出现的偏差分析原因，采取补救措施或调整、修改原计划直至竣工、交付使用。
工程建设进度控制是工程项目建设中与质量控制、投资控制并列为工程建设控制的三大目标之一，而施工阶段是工程实体形成阶段，对其进行进度控制是整个工程项目建设进度控制的重点，因此施工阶段的进度控制又是承包单位进行现场施工管理的重要核心。
二、影响工程项目施工进度的因素和产生的原因：
1、影响工程施工进度的因素：
由于工程建设项目具有庞大、复杂、周期长、相关单位多等特点，故影响工程施工进度有很多其它的因素，主要有来源于工程建设相关单位影响。
①有来源于 *** 及上级建设主管部门的、建设单位（业主）及业主代表（监理单位）。例如当业主或业主代表（监理单位）发了开工令后，施工场地还未能完全交出给施工单位施工，或属于业主责任应办而未办的前期工作、手续；房地产开发售楼，要求先完成小区外围的建筑物；或某些献礼工程，要求影响形象部分的建筑物先施工等……
②有来源于供货单位影响。施工过程需要的材料、构配件、机具和设备等不能按期运抵施工现场或运抵后发现不符合有关标准的要求，都会影响施工进度。例如，“广州某球场工程”由业主供料的日本进口黑色西班牙屋面瓦，迟迟不能运到现场，就影响了施工进度。
③有来源于资金的影响。工程的顺利施工必须有足够的资金作保障。通常，资金的影响来自业主，或由于没有及时给足工程预付款，或由于拖欠工程进度款，甚至要求承包商垫资，如“某山庄工程”，施工单位在签工程承包工程时不得不接受业主（建设单位）在前期工程的结算工程款中扣下200万作为后期工程保修金的要求，这些都将影响承包单位的流动资金周转，从而影响施工进度。
④来源于设计单位的影响。或由于原设计有问题需要修改，或由于业主提出了新的要求，特别是所谓的“三边工程”，即边设计、边施工、边投入使用的工程，如以前的所谓“献礼工程”，在施工过程中出现设计变更是在所难免的。
⑤有来源于施工条件的影响。例如某工程的建设地点在黄埔开发区，由于施工场地是淤泥冲积层，地下水位高，承包商根据图纸进入人工挖孔桩施工，在施工期间不断地发生塌方、流砂，不但给施工人员带来生命安全问题，还给承包商带来工期和费用损失；再如，“某某广场”进行土石方工程施工时，承包商发现了地下埋藏的文物，经考古学家考证地下原来是“南越王府的后花园”。在施工过程中遇到气候、水文、地质及周围环境等方面的不利因素的，由于处理地下的障碍、隐患和文物，则必然影响到施工进度。
⑥各种风险因素的影响。风险因素包括政治、经济、技术及自然等方面的各种可预见或不可预见的因素，政治方面的有战争、内乱、 *** 、拒付债务、制裁等；经济方面的有延迟付款、汇率浮动、换汇控制、通货膨胀、分包单位违约等；技术方面的有工程事故、试验失败、标准变化等；自然方面的有地震、洪水等等。
⑦来源于承包单位本身管理水平的影响。施工现场的情况千变万化，若承包单位的施工方案不恰当、计划不周详、管理不完善、解决问题不及时等，都会影响工程项目的施工进度。例如，在黄埔开发区的一个工程中，施工单位在编制技术方案时为节省施工措施费用，采用喷粉桩代替防渗墙作止水幕墙，结果止水效果不佳，造成工期延误。
2、产生的原因：
将上述影响工程施工进度的因素归纳起来......
问题五：工程滞后进度计划该如何处理？ 将单一作业，转变成立体作业，以求加快进度，把失去的时间赶回来
问题六：进度怎样？存在哪些困难？如何完成今年任务 转载，供参考。 开发项目进度控制 一、影响开发项目进度的因素 要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。
问题七：工程现场景观进度下雨滞后怎么办 雨后加紧施工
问题八：施工进度严重滞后，影响工程整体施工进度 30分 找出原因、对症下药、制定出可行性补救措施、倒排计划、安步完成。
有时候无能为力、大部分一个原因、钱，大部分是施工单位不惜一切代价接受工程，施工过程中建设单位拨款不到位，有个别是施工单位到项目钱不到位。作为一个管理人员难呀。
问题九：请用软件项目管理角度分析，某软件公司一个大型项目进度失控的原因 这问题刚回答过，怎么没提示？重新提交如下：
1、进度失控分析：
任务本身估算出现偏差，WBS本身存在问题；
项目需求偏移也有可能，毕竟项目中需求把控是影响进度的另一大诱因；
进度控制松紧不一致在项目进行到一半时常常才发现时间不够用，进度表经过调整后，谁知道没过多久进度表滞后又来了。原因在于项目开始时前期太过拖沓，导致进度远远落后于进度表；
项目组组建方面一定有问题；项目是各级一把手工程，既然是大型项目，则一定要构建好三层或多层项目组架构；
项目沟通计划未得到有效管理：例会、周报、月度进度会等；
干系人管理不到位；拖期后未及时采取措施，实施变更加强，以至于分工存在混淆，项目工作拖拉，难以持续；
进度控制循环未建立，其包括：
（1）执行计划的事前进度控制，体现对计划、规划和执行进行预测的作用；
（2）执行计划的过程进度控制，体现对进度计划执行的控制作用，以及在执行中及时采取措施纠正偏差的能力；
（3）执行计划的事后进度控制，体现对进度控制每一循环过程总结整理的作用和调整计划的能力；
项目监控及应急机制未真正建立；
2、下步行动计划：
分析存在问题并解释下步安排计划，向公司高层申请项目暂停；（可选）
详细了解项目进展状况，写出项目执行报告及总结；
明确项目目标，锁定需求，避免无休止的变更；
重新规划项目组成员；建立项目高层委员会；
执行项目过程控制机制，重新订立项目沟通汇报秩序：周报、月报等，明确高层分工；
制定新的项目执行主计划，重新做项目WBS；
重新制定奖惩制度；关键干系人和各级一把手都要缜密考虑；
如果需要赶工，制定赶工计划与所需资源，制定成本预算报批；
申请项目变更；
重新召开项目动员会，请一把手出面造势，稳定人心，措施发布，切中要害；
项目赶工……
3、当然，如果不得已需要有人承担责任，而项目经理要被撤换，则需要制定好交接程序；
问题十：家装施工进度严重滞后合同规定日期怎么办 按照合同约定的违约责任履行。
该赔款就赔款，该降价就降价。
以上就是关于怎么管理软件开发项目进度的详细解读，同时我们也将如何管理软件项目相关的内容进行了解答，如果未能够解读您的疑问，请在评论区留言或者添加客服微信。
