初见10462170
软件项目计划的计划制定
项目计划详细说明了所需软件工作及如何实现。
它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。
项目计划也提供了一种很有效的学习途径。
如果能合理建档，它便是一个与实际运行效能比较的基准。
这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。
我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。
又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。
项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。
起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。
如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。
这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。
软件项目计划的逻辑如下所述 ：由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。
因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。
接着建立一种概念设计。
项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。
这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。
在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。
软件项目计划-制订软件项目计划的方法与策略制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。
一个好的软件项目计划可为项目的成功实施打下坚实的基础。
软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。
我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。
1.注重项目计划的层次性软件项目计划的层次及其关系如下图所示。
高级计划，是项目的早期计划。
高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。
大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。
详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）。
如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。
如果开发组还分了小组，可以有小组的三级计划。
开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日。
一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。
大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制订和实施。
较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的。
2.重视与客户的沟通与客户的沟通是很重要的。
不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。
首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。
如：在我主持的一个某单位人nnerlink>MIS系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。
客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的。
我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月。
站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。
其次，我们有义务要让客户知道项目的计划。
这样才能让客户和用户主动、积极参与项目，达到项目的最终目标。
项目计划取得双方签字认可是一种好的习惯。
客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。
有必要想办法让客户清楚签字意味着什么。
这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。
3.该详细的详细，该简略的就简略软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）。
一个需要五六十个人甚至上百人，要花上半年或更长时间的...
软件项目开发计划是什么？
.1编写目的【阐明编写开发计划的目的，指出读者对象。
】 1.2项目背景【可包括：a.项目的委托单位、开发单位和主管部门.b.该软件系统与其他系统的关系。
】 1.3定义【列出本档中用到的专门术语的定义和缩写词的原文。
】 1.4参考资料【可包括：a.项目经核准的计划任务书、合同或上级机关的批文；b.文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】 2.项目概述 2.1工作内容【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。
若不编写可行性研究报告，则应在本节给出较详细的介绍。
】 2.2条件与限制 【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
】 2.3产品 2.3.1程序【列出应交付的程序名称、使用的语言及存储形式。
】 2.3.2文档【列出应交付的文档。
】 2.4运行环境【应包括硬件环境、软件环境。
】 2.5服务【阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
】 2.6验收标准 3.实施计划 3.1任务分解【任务的划分及各项任务的负责人。
】 3.2进度【按阶段完成的项目，用图表说明开始时间、完成时间。
】 3.3预算 3.4关键问题【说明可能影响项目的关键问题，如设备条件、技术难点或其他风险因素，并说明对策。
】 4.人员组织及分工 5.交付期限 6.专题计划要点 【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
项目计划软件都有哪些？
项目管理的首要目标是制定一个构思良好的项目计划，以确定项目的范围、进度和费用。
在整个项目寿命周期中，最基本、也可以说最重要的功能之一就是项目计划，特别是在作出影响项目整个过程的主要决策的初始阶段。
但从另一方面来说，如前所述，由于项目管理是一个带有创造性的过程，项目早期的不确定性很大，所以项目计划又不可能在项目一开始就全部一次完成，而必须逐步展开和不断修正。
这又取决于能适当地对计划的执行情况作出反馈和控制以及不间断地交流信息。
从这里也可看出项目进行过程中控制的重要性。
计划之所以成为项目管理的最重要的功能，是因为它指出了项目组织未来努力的方向和奋斗目标，是经过仔细分析后综合成的对未来的构思，又是当前行动的准则。
一个完善的计划可以使失败的概率降至最低，以最大限度地保证在预期的期限内取得预期的效果。
我们团队现在使用的日事清就有比较不错的功能，通过看板按照项目、部门、时间等维度 组织团队工作清单，梳理团队任务，创建团队工作计划，让团队工作可视化。
建立在看板 的任务会落实到人，这些任务会自动分解至团队相关成员的个人日程中去，让个人的日程 和团队的工作安排打通，实时跟进。
通过这样的方式，使团队有计划、有反馈、有总结、 有调整，基于此就形成一个完整的“戴明环”，保证了团队的效率和质量。
软件项目中的计划阶段项目目标和范围是什么？
开始一个新项目或版本时候，首先是和用户一起确认需求，进行项目的范围规划。
项目是范围，进度，质量和资源四要素的平衡，用户对项目进度要求和优先级高的时候，我们往往要缩小项目范围，对用户需求进行优先级排序，排除优先级低的需求。
另外我们做项目范围规划的一个重要依据就是我们的历史经验数据，对项目特征的清楚认识，项目范围规划初期需求你进行一个较宏观的估算，否则你很难判断清楚或给用户承诺在现有资源情况下，你3个月时间里面是否可以完成20个或更多用户功能。
正规过程好像是先确认项目范围，然后根据WBS-进度计划确认实际的项目周期，但实际情况往往很难如此，用户往往对进度的关注度大于对范围的关注度，一个项目半年或一年都看不到具体的产品出来用户肯定是无法接受的，所以我们的软件项目一般也是按版本增量迭代进行开发。
另外这里需要强调下项目目标的确定，项目的目标不能简单理解为在某个时间点完成所有功能。
项目另外一个重要目标就是项目的质量目标，你完成的这个项目需要达到那个等级的质量标准，交出的产品BUG泄漏率要控制在什么范围内等内容。
项目的质量目标不会影响到我们的范围，但会影响到我们后续评审，测试等时间的安排，直接影响到项目的进度。
PMBOK里已经明确提到项目范围定义的另一个重要目的就是项目的绩效测量和验收准则，你交付项目的时候用户会根据用户需求说明书内容对项目进行验收，所有我们项目的范围的定义必须是明确，量化，可验证和可测试的，这样才能够避免后期无谓的纠纷。
另外在概述阶段需要分析项目的假设和约束，假设和约束又分为技术方面和非技术方面，在这里我们分析的所有假设都可能成为项目的风险。
2.项目进度的确定 项目的目标和范围确定后，需要开始确定项目的过程，项目整个过程中采用何种生命周期模型？项目过程是否需要对组织级定义的标准过程进行裁剪等相关内容。
项目过程定义是进行WBS分解前必须确定的一个环节，你采用瀑布模型和增量迭代模型对WBS分解和进度计划安排显然是完全不同的。
项目过程确认清楚后开始进行项目的WBS分解，WBS分解一般是项目组的核心成员参加，但项目经理应该是起主导和协调作用。
WBS分解方法一般有基于过程和基于成功两种方式，但两种方式可以混合使用，比如在高层分解的时候先分解出子系统和工作包，在底层的时候再按照需求，设计，编码和测试各个过程进行分解。
WBS的最底层工作单元需要是可以独立核实的产品，需要去下达计划和任务，工作单元需要有明确的责任人，因此有时候在没有做仔细的估算时候我们很难让工作单元满足这些要求，这样就难免在进行估算过程中还要对WBS进行优化和调整。
WBS分解完成后可以开始进行工作单元的估算，估算一般有专家法，三点法和功能点法估算，由于我们的项目采用专家法估算，因此更需要项目核心成员和有经验的成员参加，估算一般会针对工作单元的单位和复杂度进行估算，最后估算出项目的总规模，再除以项目的生产率后得到项目的工作量数据。
专家法估算一般会进行很多轮，直到所有指标都收敛（收敛标准是组织或项目事先确定清楚了，如偏差人员的责任矩阵进行分析，对于关键路径一般直接用运筹学中的关键路径分析法确定ES,EF,LE和LF四个时间即可。
在项目进度计划基本排出来后就可以规划和确定项目的里程碑和基线了，项目的里程碑和基线是项目重要的跟踪控制检查点，在里程碑项目还会做专门的里程碑报告，对项目的当前状态，项目的进度，工作量，规模，缺陷等各项指标的偏离进行分析。
整个项目进度计划基本出来后需要和项目组的所有项目成员确认，获取项目的内部承诺，项目成员应该对整个进度计划安排基本达成一致。
项目计划还有需要支持计划需要制定，项目进度计划出来后整个可以通知QA和配置管理员分别制定质量保证计划和配置管理计划，项目经理协助测试负责人制定项目的系统测试计划。
如何安排软件项目的进度？
制定软件项目进度表有两种途径：其一是软件开发小组根据提供软件产品的最后期限从后往前安排时间；其二是软件项目开发组织根据项目和资源情况制定软件项目开发的初步计划和交付软件产品的日期。
多数软件开发组织当然希望按照第二种方式安排自己的工作进度。
然而遗憾的是，大多数场合遇到的都是比较被动的第一种方式。
在软件项目管理工作中，对软件项目的进度安排有时比对软件成本的估算要求更高。
成本的增加可以通过提高产品定价或通过大批量销售得到补偿，而项目进度安排不当会引起顾客不满，影响市场销售。
软件项目的进度安排必须妥善处理以下几个问题： 1、任务分配、人力资源分配、时间分配要与工程进度相协调 在小型软件开发项目中，一个程序员能够完成从需求分析、设计、编码，到测试的全部工作。
随着软件项目规模的扩大，人们无法容忍一个人花十年时间去完成一个需要十几个人年才能完成的软件项目。
大型软件的开发方式必然是程序员们的集体劳动。
由于软件开发是一项复杂的智力劳动，在软件开发过程中加入新的程序员往往会对项目产生不良影响。
因为新手要从了解这个系统和以前的工作做起，当前正在从事这项工作的“专家”不得不停下手中的工作，抽出时间对他们进行培训。
于是，在一段时间内，工作进度便拖后了。
软件开发人数的增加将导致信息交流路径和复杂性的增加，项目进行中盲目增加人员可能造成事倍功半的效果。
适用于大型项目的Rayleigh-Norden曲线[4]表明，完成软件项目的成本与时间的关系不是线性的，使用较少的人员，在可能的情况下，相对延长一些工作时间可以取得较大的经济效益。
然而值得指出的是，程序员小组的正常技术交流能改进软件质量，提高软件的可维护性，减少软件错误，降低软件测试和正确性维护的开销。
任务、人力、时间三者之间存在最佳组合，必须引起项目负责人的足够重视。
2、任务分解与并行化 软件工程项目既然需要软件开发人员集体的劳动，就需要采取一定的组织形式，将软件开发人员组织起来。
软件人员的组织与分工是与软件项目的任务分解分不开的。
为了缩短工程进度，充分发挥软件开发人员的潜力，软件项目的任务分解应尽力挖掘并行成分，以便软件施工时采用并行处理方式。
3、工作量分布 用前几节介绍的软件估算技术可以估算出软件开发各个阶段所需要的工作量，通常用人月或人年表示。
软件在需求分析和设计阶段占用的工作量达到总工作量的40%~50%，说明软件开发前期的活动多么重要。
当然这也包括分阶段开发原型的开销。
大家熟悉的编码工作只占全部工作量的10%~20%，而软件测试和调试的工作量占到总工作量的30%~40%。
这对于保证软件产品质量是十分必要的，实时嵌入式系统软件的测试和调试工作量所占的比例还要大些。
4、工程进度安排 软件项目的工作安排与其他工程项目的进度安排十分相似，通常的项目进度安排方法和工具稍加改造就可以用于软件项目的进度安排。
目前，程序评估与审查技术（PERT）和关键路径方法（CPM）是两种比较常用的项目进度安排方法。
两种方法都生成描述项目进展状态的任务网络图。
网络图中按一定的次序列出所有的子任务和任务进展的里程碑，它表示各子任务之间的依赖关系。
网络图也是作业分解结构（WBS）的发展。
20世纪70年代，作业分解结构就已广泛应用于航天、航空、航海、雷达、通信、火控系统等领域的基于计算机项目的分解，并用以命名各项子任务，这些子任务不仅可以用网络图的形式表示，还可以用树型或层次结构图表示。
PERT和CPM方法为软件规划人员提供了定量描述工具，包括： ①关键路径。
完成关键路径上所有任务时间的总和，就是项目开发所需要的最短时间。
②用统计模型估算开发每个子任务需要的工作量和时间。
③计算各子任务的最早启动时间和最迟启动时间，即确定启动子任务的时间窗口边界。
某个子任务的最早启动时间被定义为该子任务的所有前导任务完成的最早时间。
反之，某个子任务的最迟启动时间被定义为在保证项目按时完成的前提下，最迟启动该子任务的时间。
与最早启动时间和最迟启动时间对应的概念是最早结束时间和最迟结束时间。
它们分别是最早启动时间和最迟启动时间与完成该子任务所需要时间的和：在任务进度安排过程中，应先寻求关键路径并在关键路径上安排一定的机动时间和节假日，以便应付意想不到的困难和问题。
采用这些工具可以大大减轻软件项目管理人员在制定软件项目进度表方面的工作量，并可提高工作质量。
软件项目计划编制工作要点是什么？
软件项目计划编制的目的是制定一个合理的实施软件工程及管理软件项目的计划。
软件项目计划编制着重于对要实施的工作进行估计，建立必要的承诺并定义工作计划。
包括以下要点： 1. 将用于编制软件项目计划及跟踪软件项目的工作文档化。
2. 对于软件项目的实施采用文档化的承诺。
3. 相关的机构或个人认可他们对软件项目的承诺。
4. 指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。
5. 确保软件项目存在一份文档化的、并被认可的工作陈述。
6. 软件开发计划要指定人员角色分工，明确责任。
7. 对软件项目所需要的适当的资源及资金作出计划。
8. 对软件项目负责人、软件工程师及其它与软件项目计划编制有关人员进行适合其职责范围的培训。
9. 成立相关软件项目组及相关的方案论证小组。
10. 软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。
11. 按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。
12. 明确划分为预先定义的、规模可管理的阶段的软件生命周期。
13. 按照书面流程开发项目的软件开发计划。
14. 将软件项目计划文档化。
15. 确定软件项目需要建立及维护控制的软件产品。
16. 按照书面流程获得对软件产品规模的估计（或软件产品规模的改变）。
17. 按照书面流程获得对软件项目工作量及费用的估计。
18. 按照书面流程获得对项目所需要的关键计算机资源的估计。
19. 按照书面流程获得项目的软件开发进度。
20. 识别、评估与费用、资源、进度及项目的技术方面相关的软件风险，并文档化。
21. 准备项目的软件工程机制及支撑工具的计划。
22. 记录软件计划编制数据。
23. 制定并使用度量方法以确定软件计划活动的状态。
24. 定期与高级管理人员对软件项目计划活动进行复审。
25. 以定期及事件驱动方式与软件项目管理人员对软件项目计划活动进行复审。
26. 与软件质量保证人员对软件项目计划活动及工作产品进行回顾及审核，并将结果文档化。
项目进度管理软件的项目进度管理软件的功能模块
项目进度管理软件大概分为工程类项目进度管理软件以及非工程类项目进度管理软件两种。
这两种管理软件在功能上会有一些差距，但基本的功能模块大致相同。
其中，8thManage的项目进度管理软件使用于工程和非工程两种项目，极具代表性。
下面我们就以这个产品为例，详细了解项目进度管理软件包含的功能模块。
1.情境式项目管理 根据实际情境选择高度合适的管理方式8thManage 项目进度管理软件能够帮助组织管理所有项目，不论其规模大小、简单或复杂。
8thManage 项目进度管理软件不但支持WBS、项目范围结构、甘特图、关键路径、EVM等传统管理手段，也支持迭代依赖、现状调查等现代项目管理技术。
2.企业协作 项目进度管理软件为个人与部门之间的协作与沟通提供了一个很好的平台。
*功能型与项目导向型组织管理*请求、承诺、交付以及验收的通用语言*各部门、委员会以及各站点的协调和管理*客户、合作伙伴以及供应商的协调和管理*机构间的交互与上报管理3.企业资源管理 项目进度管理软件的资源管理功能，可按照区域、部门、项目以及活动进行资源的查找、申请、分配并跟踪企业资源的使用情况。
*根据资源的技能及可分配时间自动搜索资源*根据资源分配自动进行费用估算和预算*对资源的计划使用情况与实际使用记录进行比较*监测过度分配和不恰当的资源*汇总企业数据到项目组合视图以识别各个项目之间的关键问题并权衡风险4.项目执行管理 项目进度管理软件能对项目执行做全面的掌握。
*活动的计划和执行管理*可交付成果的计划和交付管理*依赖的计划、跟踪和验收管理*项目和活动的审批以及再次审批管理*实时的请求和应答管理*实时的风险和问题监测*项目执行规则与控制管理*项目执行的全面跟踪记录 5.承诺管理8thManage 项目进度管理软件为单向和双向项目承诺提供全面支持。
*活动、可交付成果和资源的承诺提议*进度、费用和质量承诺的承诺记录*提议、审批、接受承诺的承诺协议*取消承诺、完成承诺和违诺的管理*承诺跟踪记录管理6.需求和迭代管理 复杂的需求很难经由一次性沟通完成。
项目进度管理软件可以迭代的方式完成复杂需求的交付与验收。
7.风险管理 项目进度管理软件不但能够自动检测系统性风险，还提供了集成的风险登记表，从而能够记录项目成员识别的风险，并进行全程跟踪。
*自动监测超时和超支风险*自动监测使用不恰当资源与资源短缺的风险*自动监测可交付成果审批和验收风险*自动监测项目的控制风险和信心风险*记录项目成员自定义风险并跟踪缓解风险的行动*定义风险准则与风险分析矩阵8.现状调查8thManage 项目进度管理软件通过具名和匿名的现状调查功能帮助您对项目进行有效诊断。
*项目团队的信心*项目利害关系者的共识*用户满意度9.沟通管理与问题管理 项目进度管理软件提供了多种沟通机制，通过集中化的问题管理系统来跟踪问题、行动及其结果。
10.实时监控和跟踪 项目进度管理软件提供了以下概览，以便跟踪项目状态、发现问题和跟踪解决问题的行动。
*项目*费用*资源*依赖*可交付成果*风险11.互动管理和决策支持 项目进度管理软件能够促进规范化的互动，并提供实时信息，从而帮助团队做出有效决策。
12.模块方法模式和CMMI支持8thManage 项目进度管理软件提供模板方法模式来协助创建项目计划。
它同时支持CMMI的9种通用过程和27个特定过程。
13.Agile方法8thManage 项目进度管理软件允许客户作为团队成员，通过Agile方法来实现发布计划、迭代计划、团队互动、内部测试以及验收测试。
14.维护管理 项目进度管理软件为维护支持提供了以下工具：*客户支持模块*呼叫日志和响应跟踪功能*缺陷与变更跟踪系统*发布与补丁功能15.更有其他内置功能，使您的团队工作更高效。
项目进度管理软件内置以下便利功能：*个人工作日历与概览*工时表功能*产品和许可证管理功能*完善的文档管理系统*全面的审计跟踪记录
在项目执行的过程中如何进行项目的控制,确保项目进度
转载，供参考。
软件开发项目进度控制 一、影响软件开发项目进度的因素 要有效地进行进度控制，必须对影响进度的因素进行分析，事先或及时采取必要的措施，尽量缩小计划进度与实际进度的偏差，实现对项目的主动控制。
软件开发项目中影响进度的因素很多，如人为因素、技术因素、资金因素、环境因素等等。
在软件开项目的实施中，人的因素是最重要的因素，技术的因素归根到底也是人的因素。
软件开发项目进度控制常见问题主要是体现在对一些因素的考虑上。
常见的问题有以下几种情况： 1、80-20原则与过于乐观的进度控制 80-20原则在软件开发项目进度控制方面体现在：80%的项目工作可以在20%的时间内完成，而剩余的20%的项目工作需要80%的时间。
这个80%的项目工作不一定是在项目的前期，而可能是分布在项目的各个阶段，但是剩余的20%左右的项目工作大部分是在后期。
所以软件开发在进入编码阶段后会给人一种“进展快速”的感觉，使得项目经理、项目团队成员、用户以及高层领导产生了过于乐观的估计。
有些领导看到软件交付给用户了，就一块石头落地“总算交差了”，同时又可能撤出一些被认为不必要的人力资源。
但很多情况下这是为了对付用户不合理的交付期限要求而采用的不得已的措施。
这样的结果是拖延了后期的工作，同时如果软件还不成熟的话，会给用户造成不好的影响。
2、范围、质量因素对进度的影响 软件开发项目比其他任何建设项目都会有更经常的变更，大概是因为软件程序是一种“看不见”又“很容易修改”的东东吧，用户是想改就改，造成需求的蔓延，项目经理有时还不知如何拒绝，加上要说“我能”的心理因素，一般都会答应修改。
这样集少成多，逐渐影响了项目进度。
如果某项工作在进度上表面上达到目标了，但经检验其质量没有达到要求，则必然要通过返工等手段，增加人力资源的投入，增加时间的投入，实际上是拖延了进度。
不管是从横向或纵向来看，部分任务的质量会影响总体项目的进度，前面的一些任务质量中会影响到后面的一些任务质量。
3、资源、预算变更对进度的影响 资源，最主要的还是人力资源，有时某方面的人员不够到位，或者在多个项目的情况下某方面的人员中途被抽到其他项目、或身兼多个项目、或在别的项目不能自拔无法投入本项目。
还有一个很重要的资源，就是信息资源，如某些国家标准、行业标准，用户可能提供不了，而是需要去收集或购买，如果不能按时得到，就会影响需求分析、设计或编码的工作。
其他资源，如开发设备或软件没有到货，也会对进度造成影响。
预算其实就是一种资源，它的变更会影响某些资源的变更，从而对进度造成影响。
4、低估了软件开发项目实现的条件 低估软件开发项目实现的条件表现在低估技术难度、低估协调复杂度、低估环境因素这样几个方面。
首先是低估技术难度。
软件开发项目团队成员，有时甚至是企业的高级项目主管也经常低估项目技术上的困难。
低估技术难度实际上也就是高估人的能力，认为或希望项目会按照已经制定的乐观项目计划顺利地实施，而实际则不然。
软件开发项目的高技术特点本身说明其实施中会有很多技术的难度，除了需要高水平的技术人员来实施外，还要考虑为解决某些性能问题而进行科研攻关和项目实验； 其次，低估了协调复杂度，也低估了多个项目团队参加项目时工作协调上的困难。
软件开发项目团队成员比较强调个人的智慧、强调个性，这给项目工作协调带来更多的复杂度。
当一个大项目由很多子项目组成时，不仅会增加相互之间充分沟通交流的困难，更会增加项目协调和进度控制上的困难。
另外，企业高级项目主管和项目经理也经常低估环境因素，这些环境因素包括用户环境、行业环境、组织环境、社会环境、经济环境。
低估这些条件，既有主观的原因，也会有客观的原因。
对项目环境的了解程度不够，造成没有做好充分的准备。
5、项目状态信息收集的情况 由于项目经理的经验或素质原因，对项目状态信息收集的的掌握不足，及时性准确性完整性比较差。
另外其它一些原因也会造成这种现象。
某些项目团队成员报喜不报忧，不希望别人知道自己工作的不好的情况，例如软件程序的编制，可能会先编制一些表面的东西，现有界面，看起来好像完成任务了，实际上只是一个“原型系统”或演示系统。
给领导造成比较乐观的感觉。
如果项目经理或者管理团队没有及时地检查发现这种情况，将对项目的进度造成严重的影响。
当然，如果出现这种需要时时刻刻都互相提防的氛围，管理人员就应该从管理的角度，从制度的角度检讨一下，进行改进，让大家实事求是地进行沟通。
温伯格说：“无论你多么聪明，离开了信息，对项目进行成功的控制就是无源之水、无本之木。
” 6、执行计划的严格程度 没有把计划作为项目过程行动的基础，而是把计划放在一边，比较随意去做。
例如对于项目团队内部沟通或外部沟通，在计划中要说明清楚人员、周期、方式、方法，不能遗漏，但在实际项目过程中，可能出现沟通没有按时或没有完整地达到所有项目干系人的情况。
若项目计划本身有错误，执行错...
项目执行方案怎么写
项目执行方案的内容与格式（供参考）一、项目概况1、项目名称хх市食品药品监管系统基础设施建设项目实施方案2、项目建设内容必须清晰地叙述研究开发的具体内容及其要点，包括主要技术特点、创新点，需要解决的技术问题、技术原理、实验方法、工艺路线、技术性能指标以及可行性分析等。
3、项目建设依据行业规划、有关标准及相关文件等二、项目建设必要性1、项目现状简介2、存在的问题3、项目建设预期目标三、项目建设内容、规模四、项目的实施方式1、项目组织方式（项目建设管理方式、业务用房的购建方案、是否采用代建制、采用何种招标方式等）2、项目实施进度安排（分年度形象进度及投资安排）3、相关配套五、投资估算和资金筹措方案 1、估算依据2、投资估算3、资金筹措六、现有基础及条件包括现有技术和工作基础、已具备的实施条件、国内外的专利情况、研究队伍和产学研情况、是否取得前期成果，国家和市财政资金前期资助情况及其与本项目之间的关系等。
七、项目的组织管理及相关保障措施八、风险分析包括技术、人员、市场、政策和项目承担单位等方面）九、其它附表、附图...
