浅谈软件开发项目的实施控制与进度管理

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

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

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

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

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

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

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

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

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

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

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

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

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

对项目技术方案进行适应性评估 信息化项目的最终效果体现在企业的应用，因此不适应企业实际情况的方案即使技术再先进、架构再稳定也不是好的方案。这就要求企业的项目经理，在拿到软件公司(实施方)提供的项目方案后，首先要对其进行适应性评估：一方面，评估项目方案与企业其它项目的技术路线是否一致。信息化项目是影响企业多个层面的系统工程，因此它并不是独立的，而是与其它项目紧密相连的。如果信息化各个项目的技术路线不一致，将会导致信息化项目间信息流通不通、数据接口不一致，形成各种信息“孤岛”;另一方面，评估项目方案与企业业务的结合程度。信息化系统最终用户是业务部门，因此项目方案要适应企业的业务需求，并易于与企业的业务流程融合在一起，并在充分满足业务需求的基础上，对业务水平有计划的进行提高。项目管阶段性评估与项目验收并重 信息化项目的建设一般周期较长，且信息化项目建设的效果也需要一定的时间才能显现出来，因此如果项目的验收和评估都集中到项目完成后进行，就会导致项目承担风险过大。信息化项目边实施、边应用、边考量、边改进的阶段性评估，不仅有助于项目经理在项目进行中进行质量控制，而且能够有效降低信息化项目的风险。

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

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

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

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

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

三是实施风险，这种风险源于项目在实施过程中的时间、成本、质量的不确定性因素。而降低这种风险的手段就是项目经理通过自身所具备的组织、决策、沟通、业务、技术等能力，对项目的时间、成本、质量进行严格控制。

希望可以帮到您，谢谢！

项目管理过程流程图：

一、项目启动

（一）立项准备：在应用需求驱动下，经过调查研究和需求分析，准确描述出项目的目标和可交付的成果。

（二）立项申请：形成立项申请书（或项目可行性研究报告：项目建设有无必要性？项目需要多长时间完成？需要多少人力物力资源？需要多少资金且能否筹集到足够的资金？项目财务上是否有利可算？项目经济上是否合理？）

（三）立项审批：根据业务需求、预定目标、可行性、资金实力、效益分析等要素进行。

二、项目计划

（一）计划清单

确定项目名称，项目各方联系责任人，分计划清单：质量、进度、成本、安全、沟通协调、文档的管理。在项目管理过程中，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

（二）系统开发进度

1．各阶段完成的日期，交付的成果。

2．列出项目间的相互关系。

3．提出保证项目进度所需的条件。

（三）项目设计

1．项目成本构成。

2．提出对项目所需资金的整体预算。

3．指出预算的可伸缩程度及按年度和月度的预算估算。

4．描述本项目主要采用的一些具体技术、方法及归档要求。

5．指出本项目所必须遵循的标准和技术规范。

三、项目实施与控制

（一）按计划实施，在实施阶段中，项目经理将项目按技术类别或按各部分实现的功能分成不同的子项目，并向参加项目的成员发送《任务书》。《任务书》中包括工作内容、工程进度、工程质量标准、项目的'范围等与项目有关的内容，以及项目使用方主要负责人的****及地址等内容。

（二）系统建设：基础建设（硬件），由服务器、路由器、磁盘阵列等设备组建网络；软件建设，把所需求的软件进行安装调试，并对服务器进行分类分组。

四、项目验收

（一）组织初步验收和评审：对所有软硬件进行以功能为主的测试工作，对测试情况进行记录并进行针对错误的修改与回归测试，测试完成后要根据全过程的情况编写正式的系统测试报告。提交财务部门工程预转固表，审计部门进行施工结算审计。

（二）试运行与培训：在系统的试运行与维护阶段，承建方进行系统的试运行与维护工作。承建方制定详细的试运行计划，进行现场跟踪，修改实现环境运行工程中发现的问题，处理初验遗留问题，对用户进行培训，制定详细的维护方案。由维护部门提交试运行报告。

（三）组织竣工验收和评审：

1竣工验收的依据：上级主管部门批准的立项申请、技术建议书、设计文件、施工图纸和说明书，设备技术说明书，招标投标文件和工程合同，图纸会审记录、设计变更批复、现行的施工技术验收规范及技术规范书，协作配合协议，以及施工单位提供的有关质量保证文件和技术资料等。工程项目的规模、工艺流程、工艺管线、生产设备必须与上述文件、合同所规定的内容一致。

2竣工验收的范围：凡列入固定资产计划的建设项目或单项工程，按照批准的设计文件(初步设计、施工图设计)所规定的内容和施工图纸的要求全部建成，具备投产和使用条件，不论新建、改建、扩建和迁建性质，都要经建设单位及时组织验收，并办理固定资产交付使用的转帐手续。

3竣工验收的条件：生产性工程和辅助办公用设备，已按设计建成，能满足生产及办公需求。

4竣工验收的步骤：

(1)项目经理介绍工程施工情况、及竣工情况，出示竣工资料(备忘录、竣工图和各项原始资料及记录)。

(2)生产使用部门发表验收意见。

(3)监理工程师通报工程监理中的主要内容，发表竣工验收的意见。

(4)办理竣工验收签证书：竣工验收签证书必须有三方的签字方生效，验收合格，项目投产使用。

5财务部门进行竣工决算。

五、项目维护

项目收尾阶段结束以后，项目将进入到后续的维护期，也是使项目产生效益的阶段，对项目进行分析，对项目是否按照计划进行，是否符合产品既定的要求，开发过程是否符合规范，是否在成本控制内，是否如期交付，按照计划有无延迟，客户使用满意度。后续维护期的工作是长久的，将一直持续到这个信息技术（IT）项目的结束。

信息技术和现代管理学知识的飞速发展和迅速普及，使得政府、企业对于IT应用的需求越来越强烈和苛刻，但是不容忽视的事实却是“软件项目的规模和复杂程度在不断增加”。对政府、企业中的软件项目管理人员来说，把项目管理的理论和方法落实到工作实践中去，是提高软件开发质量的重要手段。

精确管理，保质保量

软件质量的高低，由符合软件质量要素要求的程度来决定。软件的质量要素包括功能性、可靠性、易用性、效率、可维护性、可移植性等6个方面。软件开发过程中从需求、设计、编码、测试到上线验收的任何一个环节，都将对软件质量要素产生重要影响，因此为了开发出符合高质量的软件产品，必须加强对软件开发全过程的项目管理。

软件项目管理是按需求确定范围、按目标制定项目计划、按计划执行管理的过程。对软件开发各阶段加强项目管理的根本目的在于增强对软件开发的控制能力，提升软件开发的质量。软件项目的建设按软件工程的生命周期法可分为项目立项、启动、需求分析、系统设计、系统开发、系统测试、系统上线、项目验收和上线后评估等9个阶段进行。

加强软件项目管理，就是以软件工程的各个环节为管理主线，将动态项目管理贯穿其中，通过对软件开发的项目范围、项目进度、项目质量、项目沟通、人力资源、项目成本六大核心要素的集成管理，实现软件开发管理效能的化，从而大大提高软件开发质量。

明确需求，准确立项

软件开发项目的提出，应由迫切的业务需求来驱动。很多不成功的软件项目，往往是由信息技术部门提出，按照技术人员的思路主导开发，并理所当然地认为能够在业务部门取得良好的应用效果。这样的项目由于得不到业务部门的理解和支持，脱离业务需求，多数面临失败或半途而废的命运。

软件项目的立项，应由软件的需求单位根据自身业务的工作需要，向信息技术管理部门提出软件项目的立项建议，对立项目的、业务需求范围、技术经济指标、开发周期要求等方面做简要概述，由信息技术管理部门组织业务专家和信息技术专家组成联合专家组，进行项目立项的可行性论证。

通过专家组论证审核后，项目提出单位需要进行开题设计，进一步明确软件开发范围、技术路线、进度安排、经费预算、研究人员组成、合作队伍，并以此为基础编制完成开题设计书。信息技术管理部门组织专家组对开题设计进行论证，只有业务需求合理、技术路线可行、开发队伍落实的项目，才能通过专家组审核，进入项目启动阶段。

《需求分析说明书》是对软件开发范围的书面表达依据。由于《需求分析说明书》往往是采用软件设计的术语编写，因此常常令计算机背景知识较少的业务需求方难以理解，也就很难发现需求报告中与实际需求不符之处，更难提出建设性的意见。

软件监督要对软件开发范围进行管理，首先要确定双方都能认可的《需求分析说明书》。在软件开发过程中，双方应严格按照签字确认的《需求分析说明书》中规定的业务范围进行开发。有些需求可能在项目初期很难确定，在开发过程中需要不断地加以修正，项目软件监督要及时与用户充分沟通，建立可以直接联系的渠道，共同进行需求确认，保证项目范围可控。

适时督导，掌控进度

软件开发项目具有建设范围难界定、技术含量高、人员流动快、协作性强、开发成功率低等特点，在目前国内对软件项目的监理制度尚未普及，对软件开发仍然缺乏有效控制的情况下，由企业的信息技术管理部门设立软件监督岗位，加强对软件项目的开发过程管理，就显得尤为重要。

软件监督的主要职责是在项目进行过程中，协调业务需求部门和软件开发方的关系，监控软件开发任务的执行情况，给开发人员和管理层提供反映软件过程质量的信息和数据，提高项目透明度，从而保证项目按照计划实施，实现预期目标。

所选的软件监督人员应具备3方面基本素质：具有较强的工作责任感和良好的沟通能力;熟悉业务管理流程，掌握软件开发流程、开发规范以及相关标准;具有软件开发项目的建设和管理经验，掌握项目管理知识。

监督人员除了监督职责外，还应该协调各个部门对软件进度及时调整。为确保项目按时、按量、按质完成，督导人员必须控制任务和跟踪里程碑。按照软件项目的开发规律，将软件开发过程分为几个重要阶段，对这几个阶段的关键事件设立里程碑进行跟踪管理。

项目进度管理可以通过以下方式完成：制定项目里程碑管理运行表(见下);定期举行项目状态会议，由软件开发方报告进度和问题，用户方提出意见;比较各项任务的实际开始日期与计划开始日期是否吻合;确定正式的项目里程碑是否在预期完成。 项目管理者联盟文章，深入探讨。

当然，软件开发不像加工螺钉、螺母，有具体的标准和检验方法。软件的标准柔性很大，往往在用户的心里，用户好用是软件成功的标准，而这个标准在软件开发前很难确切地、完整地表达出来。因此，开发过程项目组和用户的沟通互动是解决这一现实问题的办法。

把握要点，有效验收

软件验收应是一个循环渐进的述程，包括验收前的系统测试、系统上线和正式验收3个阶段。

系统测试：系统测试是对系统进行全面的测试，应在测试环境中进行，以确保系统的功能和技术设计满足企业的业务需求，并能正常运行。系统测试阶段应包括以下主要流程和工作内容：制订测试计划，编制测试用例，建立测试环境;测试：在测试环境中，项目组根据需要，对系统依次进行单元测试、集成测试、压力测试和用户接受测试;提交测试报告、用户确认签字：项目组撰写测试报告，将测试报告提交给各相关用户，用户应在测试报告上签字确认。

系统上线： 系统上线前应做好准备工作，在上线前，软件监督要组织软件开发方制定系统上线计划，系统上线计划应经过信息技术部门和业务部门管理层的正式批准，并通知各相关部门。

所有的上线准备工作做好之后，由软件监督确认上线系统版本正确性后，与用户确认系统上线时间，下达上线指令。系统上线 *** 作人员将最后版本的系统程序移植到生产环境。

正式验收：正式验收前，软件开发方应向信息技术管理部门提交软件开发过程中各阶段性文档，包括需求分析说明书、概要设计说明书、详细设计说明书、数据库设计说明书、源程序代码、可供安装使用的系统安装程序、系统管理员手册、用户使用手册、测试计划、测试报告、用户报告、数据移植计划及报告、系统上线计划及报告、用户意见书、验收申请等。

信息技术管理部门接到验收申请后，组织专家对项目进行初审。初审通过后，组织管理层领导、业务管理人员和信息技术专家成立项目验收委员会，负责对软件项目进行正式验收。

软件监督应根据软件开发方在整个软件开发过程中的表现，向验收委员会提出全面的软件监督报告，并根据开题设计书、软件开发合同以及《需求分析说明书》，制定验收标准，提交验收委员会。信息技术管理部门组织由验收委员会、软件监督、软件开发方参加的项目验收会，软件开发方以项目汇报、现场应用演示等方式汇报项目完成情况，验收委员会根据验收标准对项目进行评审，形成最终验收意见。

VUCA一词起源于上世纪90年代的美国军方，是Volatility（易变性）、Uncertainty（不确定性）、Complexity（复杂性）、Ambiguity（模糊性）的首字母缩写。VUCA概括了后互联网时代的世界特征——复杂多变。我们所处的世界变化越来越快，知识边界不断被突破，项目管理也不例外。

传统的项目管理虽然认识到项目具有渐进明细的特点，但在计划、执行、监控过程中还是明显强调瀑布特点：制定计划前要“清晰、完备、准确地界定项目的工作范围(SOW)，作为整个项目工作的基础”，然后是“分解出足够详细的工作步骤(WBS)”， 把WBS作为整个项目计划、执行、监控的核心。虽然传统的项目管理中也提到滚动计划，但还是以稳定为基调，把适应变化作为辅助，而VUCA时代恰恰是以变化为最大特点，传统的项目管理方法很难适应这个前提，从而使得计划赶不上变化，项目计划往往成为一纸空文。

传统的项目执行出现问题，多归因为项目工作范围界定不够准确、项目计划不够详尽。应对的策略也很粗暴：一方面是在合同谈判的时候尽量界定清楚、不含糊其辞；另一方面在合同执行的时候，据理力争，合同约定之外的尽量拒绝。

由于各种原因，合同约定一般很难满足SMART原则，“聪明的”乙方则会跟客户约定以“签字后的需求规格说明书”作为验收依据。这样“需求规格说明书”就成了双方的“必争之地”。在项目费用、执行周期固定的情况下，甲方项目经理自然希望乙方能提供更多的、更高品质的功能，至少可以更好地向领导交差；乙方项目经理则希望能以最小的资源投入、冒最少的风险、尽快交付，能拿到更多的项目奖金。

在“合同谈判”胜过“合作共赢”的情况下，乙方项目团队虽然在需求调研上投入大量的精力，但客户不愿配合、拒不签字的场景时有可见，更有甚者乙方会设计晦涩的需求文档、复杂的变更流程，甚至应用了多种心理效应，就是为了约束客户不要再变了。

对于第一种变更，乙方需求分析人员如果有丰富的领域知识与实 *** 经验，能设身处地地分析，大多能够避免。但由于人的思维定势及碎片化倾向，一次很难考虑周全，难免会有遗漏，譬如酒店管理系统中的入住功能，“团队入住希望能住到相邻房间”这样的约束，可能事先很难想到，只有在系统投入使用后才能发现这个不便。为避免这类变更，传统的做法是加大需求捕获与分析的力度，这容易事倍功半，也容易造成“过度工程”的问题。

对于第二种变更，传统的项目管理中一般归到风险范畴，譬如甲方换了领导或项目负责人，组织结构调整，外部环境发生重大变化、设备不到位等等，这些都是风险，都会给项目工作范围带来变化。传统的应对策略是识别、分析、跟踪、应对风险，增加缓冲资源与时间。但风险的概率特性，为管理层提供了侥幸的借口，风险缓冲很容易被上级砍掉，风险被直接转嫁给员工，通过员工的加班加点来弥补。

第三类变更，不是由于问题变了，而是解决问题的方式变了。在汽车没被发明的年代，客户希望更早到达目的地，只会想要一辆更快的马车，而福特却造出了汽车。同样的问题不同的解决方案，效果自然不一样，项目工作范围也会截然不同。

VUCA时代，复杂与变化已经成为主旋律。在这个强调以客户为中心，强调为客户带来价值的时代，项目还要因循计划、不拥抱变化，一方面确实不易做到，另一方面也一定会损害客户关系。

VUCA时代的IT项目管理该如何开展呢？

1项目的启动过程 项目的启动过程就是一个新的项目识别与开始的过程。一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。重视项目启动过程，是保证项目成功的首要步骤。 启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。

2项目的计划过程 项目的计划过程是项目实施过程中非常重要的一个过程。通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。 以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。 在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟通计划、采购计划等等，是项目计划过程常见的输出，应重点把握与运用。

3项目的实施过程 项目的实施，一般指项目的主体内容执行过程，但实施包括项目的前期工作，因此不光要在具体实施过程中注意范围变更、记录项目信息，鼓励项目组成员努力完成项目，还要在开头与收尾过程中，强调实施的重点内容，如正式验收项目范围等。 在项目实施中，重要的内容就是项目信息的沟通，即及时提交项目进展信息，以项目报告的方式定期通过项目进度，有利开展项目控制，对质量保证提供了手段。

4项目的控制过程 项目管理的过程控制，是保证项目朝目标方向前进的重要过程，就是要及时发现偏差并采取纠正措施，使项目进展朝向目标方向。 控制可以使实际进展符合计划，也可以修改计划使之更切合目前的现状。修改计划的前提是项目符合期望的目标。控制的重点有这么几个方面：范围变更、质量标准、状态报告及风险应对。基本上处理好以上四个方面的控制，项目的控制任务大体上就能完成了。

5项目的收尾过程 一个项目通过一个正式而有效的收尾过程，不仅是对当前项目产生完整文档，对项目干系人的交待，更是以后项目工作的重要财富。在经历的很多项目中，更多重视项目的开始与过程，忽视了项目收尾工作，所以项目管理水平一直未能得到提高。 另外要重视那一类未能实施成功的项目收尾工作，不成功项目的收尾工作比成功项目的收尾更难，也来得更重要，因为这样的项目的主要价值就是项目失败的教训，因此要通过收尾将这些教训提炼出来。 项目收尾包括对最终产品进行验收，形成项目档案，吸取的教训等。另外，对项目干系人要做一个合理的安排，这也是容易忽视的地方，简单的打发回去不是最好的处理办法，更是对项目组成员的不负责任。 项目收尾的形式，可以根据项目的大小自由决定，可以通过召开发布会、表彰会、公布绩效评估等手段来进行，形式是根据情况采用，但一定要明确，并能达到效果。如果能对项目进行收尾审计，则是再好不过的了，当然也有很多项目是无需审计的。

基本都是全权交由乙方去做。甲方一般就是提出需求，即使甲方提供方案也是有关it项目的工作方案，不会是it的建设方案。乙方提出建设方案后，甲方进行方案研讨、监督实施、配合测试、项目验收等。个人观点，仅供参考。

以上就是关于IT项目管理中有哪些是需要注意的全部的内容，包括:IT项目管理中有哪些是需要注意的、项目管理过程流程图、浅谈软件开发项目的实施控制与进度管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！