软件项目中需求管理工作的重要性
项目需求管理
项目需求管理项目需求管理是项目管理中的重要环节，它涉及到对项目需求的收集、分析、确认、变更和跟踪等一系列活动。
良好的项目需求管理可以确保项目团队对需求有清晰的认识，从而提高项目交付的质量和客户满意度。
本文将从需求管理的定义、重要性、过程和工具等方面进行详细介绍。
一、需求管理的定义需求管理是指对项目需求进行全面管理和控制的过程。
它包括对需求的收集、分析、确认、变更和跟踪等活动，旨在确保项目团队对需求有清晰的认识，并能够根据需求进行项目计划、设计、开发和测试等工作。
二、需求管理的重要性1. 确保项目目标的实现：项目需求是项目目标的具体化表达，只有清晰明确的需求才能确保项目能够按照计划顺利进行，最终实现项目目标。
2. 提高项目交付质量：良好的需求管理可以帮助项目团队充分理解客户的需求，从而设计出更符合客户期望的产品或服务，提高项目交付的质量。
3. 减少项目风险：通过对需求进行全面分析和确认，可以发现潜在的风险和问题，并及时采取措施进行调整和解决，降低项目风险。
4. 提高客户满意度：需求管理的核心是确保项目团队充分理解客户的需求，并能够按照需求进行项目交付。
只有满足客户的需求，才能提高客户的满意度。
三、需求管理的过程1. 需求收集：通过与客户、利益相关者和项目团队进行沟通，收集项目需求。
可以采用面谈、问卷调查、焦点小组等方法进行需求收集。
2. 需求分析：对收集到的需求进行分析和整理，明确需求的优先级、可行性和相互关系。
可以使用需求分析矩阵、用例图等工具进行需求分析。
3. 需求确认：与客户和利益相关者进行确认，确保需求的准确性和完整性。
可以通过原型演示、评审会议等方式进行需求确认。
4. 需求变更管理：在项目执行过程中，随着项目的推进和客户需求的变化，可能会出现需求变更的情况。
需求变更管理包括对变更请求的评估、审批和跟踪等活动。
5. 需求跟踪：在项目执行过程中，需要对需求进行跟踪和控制，确保项目团队按照需求进行工作。
软件工程项目管理中的需求管理与变更控制
软件工程项目管理中的需求管理与变更控制需求管理与变更控制在软件工程项目管理中扮演着至关重要的角色。
这项工作旨在确保软件项目的需求得到明确、理解和满足，并且能够对需求的变更进行有效的控制和管理。
一、需求管理需求管理是软件工程项目中的一项基本活动，它涉及收集、分析、记录和跟踪软件项目的需求。
以下是需求管理过程中的几个关键步骤：1. 需求收集：需求收集是指采集和整理与软件项目有关的所有需求信息的过程。
这可以通过与客户的交流、访谈和调研等方式完成。
收集的需求应尽可能详细、清晰和一致。
2. 需求分析：需求分析是将收集到的需求进行深入研究和理解的过程。
分析需求有助于发现需求之间的关联性和优先级，并确保需求的正确性、完整性和可行性。
3. 需求记录：需求记录是将收集到的需求进行文档化和管理的过程。
需求文档应该具备清晰的结构和明确的描述，以便项目团队能够理解和执行。
4. 需求跟踪：需求跟踪是指对需求进行监控和追踪的过程。
通过需求跟踪，项目团队可以了解需求的状态，及时识别和解决需求中的问题，并确保需求在项目中得到满足。
二、变更控制变更控制是管理软件项目中需求变更的过程。
在软件开发过程中，需求常常会因为客户需求的变化、项目风险的识别、技术限制等因素而发生变更。
以下是变更控制过程中的一些关键步骤：1. 变更识别：变更识别是指及时发现和确定需求变更的过程。
这可以通过与客户和项目团队的沟通、需求评审和风险管理等方式实现。
识别需求变更的关键是保持与各方的良好沟通和密切关注项目动态。
2. 变更评估：变更评估是对需求变更进行分析和评估的过程。
评估过程会考虑变更对项目进度、资源、成本和风险等方面的影响，并评估变更是否有助于项目的成功实现。
3. 变更决策：变更决策是根据变更评估的结果，对需求变更进行批准或拒绝的过程。
变更决策需要综合考虑项目目标、客户需求、项目资源和风险等因素，并进行权衡取舍。
4. 变更实施：变更实施是指在变更获得批准后，对需求进行相应的修改和调整的过程。
如何进行有效的软件需求管理与变更控制
如何进行有效的软件需求管理与变更控制有效的软件需求管理与变更控制对于软件开发项目的成功至关重要。
在软件开发过程中，需求管理是指在整个项目周期内管理和控制需求变更的过程，确保软件产品能够满足用户的需求并按时交付。
本文将探讨如何进行有效的软件需求管理与变更控制。
一、需求管理的重要性需求管理是软件开发过程中的关键环节。
有效的需求管理可以确保软件项目的顺利进行，并且能够满足用户的需求。
以下是需求管理的几个重要方面：1.需求收集和分析：在软件项目开始之前，需求分析师需要与用户进行充分的沟通和讨论，了解用户的需求和期望。
通过需求收集和分析，可以准确地确定软件的功能和特性，并为后续的开发工作提供依据。
2.需求规格说明书编写：需求规格说明书是对用户需求的详细描述和分析，包括功能需求、非功能需求等。
编写清晰、准确的需求规格说明书可以有效指导开发人员的工作，并避免后期的需求变更。
3.需求验证和确认：在需求规格说明书编写完成后，需要与用户进行需求验证和确认。
通过与用户的反复交流和确认，可以确保需求的准确性和可行性。
4.需求变更管理：在软件开发过程中，用户的需求可能会发生变化。
需求变更管理是指在需求发生变更时，对变更的影响进行评估、管理和控制，使变更对项目的影响最小化。
二、软件需求管理的方法和技巧下面介绍几种常用的软件需求管理方法和技巧，以提高需求管理的效果：1.建立需求管理流程：建立一套完整的需求管理流程是有效进行软件需求管理的基础。
需求管理流程应该包括需求收集、需求分析、需求编写、需求验证和确认、需求变更管理等环节，并明确每个环节的职责和操作流程。
2.使用适当的工具：使用适当的需求管理工具可以提高需求管理的效率和准确性。
例如，可以使用需求管理软件来管理和跟踪需求变更，同时可以使用原型设计工具来进行需求验证和确认。
3.与用户保持良好的沟通：与用户保持良好的沟通是有效进行软件需求管理的关键。
需求分析师需要与用户进行充分的沟通和交流，了解用户的实际需求和意见，并及时解答用户的问题和疑虑。
需求管理规范
需求管理规范引言：在软件开发过程中，需求管理是非常重要的一环。
通过规范的需求管理，可以确保项目的顺利进行，减少沟通成本，提高开发效率。
本文将介绍需求管理规范的重要性以及五个方面的具体内容。
一、需求收集1.1 确定需求来源：明确需求的来源，包括客户、用户、市场调研等。
1.2 制定需求收集计划：根据项目的特点和需求的复杂程度，制定合理的需求收集计划，明确收集的时间、方式和人员。
1.3 进行需求访谈和调研：与客户和用户进行面对面的访谈和调研，了解他们的真实需求，确保需求的准确性和完整性。
二、需求分析2.1 需求澄清：对收集到的需求进行澄清，明确需求的具体内容和背后的目标。
2.2 需求可行性评估：评估需求的可行性，包括技术可行性、资源可行性和商业可行性等。
2.3 需求分解和优先级排序：将需求进行分解，拆分为更小的任务，并根据重要性和紧急性进行优先级排序，确保开发工作的有序进行。
三、需求文档编写3.1 编写需求规格说明书：根据需求分析的结果，编写需求规格说明书，包括需求的详细描述、功能需求、非功能需求等。
3.2 确保需求的一致性和完整性：对需求进行审查，确保需求之间的一致性和完整性，避免冲突和遗漏。
3.3 需求的可追溯性管理：为每个需求分配唯一的标识符，并建立需求追溯矩阵，方便后续的变更管理和测试验证。
四、需求变更管理4.1 建立变更管理流程：制定变更管理流程，明确变更的申请、评审和批准流程，确保变更的合理性和可控性。
4.2 变更的影响评估：对变更进行影响评估，分析变更对项目进度、成本和质量的影响，并及时进行沟通和调整。
4.3 变更的记录和追踪：对变更进行记录和追踪，包括变更的原因、内容、时间和责任人等，确保变更的可追溯性和可控性。
五、需求验证和验收5.1 需求验证计划：制定需求验证计划，明确验证的方法和标准，确保需求的正确性和可实现性。
5.2 需求验证测试：根据需求验证计划进行测试，验证需求的实现情况，及时发现和修复问题。
软件工程中的软件工程项目需求管理和变更
软件工程中的软件工程项目需求管理和变更在软件工程项目中，需求管理和变更是一个关键的环节。
它涉及到对项目需求的定义、分析、评估、变更和控制等方面，对于确保项目的成功和客户满意度至关重要。
本文将介绍软件工程中的软件工程项目需求管理和变更的重要性以及相关的流程和技巧。
一、需求管理的重要性需求管理是一个跨功能的过程，它是项目成功的基石。
合理、准确地管理需求可以帮助项目团队有效地实施工作，确保项目按计划顺利进行。
以下是需求管理的重要性：1.明确需求目标：需求管理可以帮助团队确定项目的目标和要求，确保团队的工作与需求保持一致。
只有明确的需求目标，才能有针对性地开展工作，提高效率。
2.有效分析和评估：通过需求管理，项目团队可以对需求进行全面的分析和评估，明确需求的可行性和必要性。
这样可以避免因为误解或不完善的需求而导致项目失败或额外的开销。
3.变更控制：在软件工程项目中，需求的变更是常态。
合理的需求管理可以帮助团队及时识别并控制需求变更，避免因为频繁的变更导致项目延期或超出预算。
二、需求管理的流程需求管理的流程包括需求获取、需求分析、需求评估、需求变更和需求验证等环节。
1.需求获取：在软件工程项目启动之初，需求获取是首要的任务。
项目团队需要与客户和利益相关者充分沟通，了解他们的需求和期望。
采用面谈、问卷调查、竞品分析等方法可以帮助团队获取全面的需求。
2.需求分析：需求分析是将获取到的需求进行整理、归类和详细描述的过程。
通过需求分析，团队可以查看需求的完整性、一致性和准确性。
此外，还需要将获取到的需求与项目目标和计划进行匹配，确定需求的优先级和关联。
3.需求评估：在需求分析的基础上，团队需要对需求进行评估，包括技术可行性、成本估算和资源投入等方面。
通过需求评估，团队可以确定哪些需求是可行的和有意义的，并对项目的计划进行调整。
4.需求变更：需求变更是软件工程项目中常见的情况。
当项目团队和客户发现需求有变化或不完善时，需要及时对需求进行变更。
软件开发的需求分析和管理
软件开发的需求分析和管理随着科技的发展，软件开发越来越成为人们生活中必不可少的一部分。
然而，要开发出一款优秀的软件，除了编写高质量的代码之外，更重要的是需求分析和管理。
本文将从需求分析和管理的角度探讨软件开发的重要性，并提出一些实用的建议和方法。
一、什么是需求分析和管理需求分析是指在软件开发过程中，依据用户的需求，进行系统分析和设计，确定软件的功能需求、性能指标、技术特点等，并将其转化为开发任务的分解和实现。
因此，需求分析是软件开发的第一步，是整个开发过程的核心。
而需求管理则是对软件开发全过程的管理和控制，包括需求变更管理、需求跟踪管理、需求库管理等。
需求管理的目的是确保软件开发过程的稳定性和可控性，保证开发的软件满足用户的需求和期望。
二、需求分析和管理的重要性1、避免软件开发失败需求分析和管理是软件开发过程中至关重要的一部分。
一个好的需求分析和管理工作可以保证软件开发的成功，避免软件项目的失败。
好的需求分析可以减少开发过程中出现的问题，从而保证开发工作的进度和质量。
2、保证软件的质量一个成功的软件产品，必须是基于完整的需求分析和管理过程来完成的。
需求分析和管理可以帮助开发人员从用户的角度出发，全面定位用户的需求，从而更好地满足用户的要求。
这可以有效地降低测试时间和测试成本，提高软件的质量和稳定性。
3、提高用户满意度需求分析和管理的好坏直接影响软件用户的满意度。
在需求分析和管理过程中，应该注重了解和理解用户的需求，根据用户的真实需求进行开发和测试，从而更好地满足用户的需求和期望，提高用户的满意度。
三、需求分析和管理的实用建议和方法1、建立完整的需求管理体系一个完整的需求管理体系，应该包括需求来源的记录和跟踪、需求的优先级分配、需求的分组管理、需求的审核和验证等。
2、注重需求分析在需求分析阶段，应该注重深入了解用户的需求和问题，分析用户的行为模式、使用场景、痛点和需求等。
通过会议、调查、访谈等方式，全面了解用户需求，为软件的开发存储提供草稿并及时修正。
论软件项目中需求管理的重要性
需求管理对软件项目的重要性信息技术革命正以迅猛之势更新着我们生存的社会。
信息技术不再仅作为一项独立技术而存在。
各行各业中信息化手段与技术的采用越来越突出，软件需求量越来越大，与此蓬勃发展的软件产业前景相反的是，软件行业落后的生产方式无法满足目前信息化时代飞速增长的软件需要，大型信息系统的成功率持续低迷。
以计算机软件、集成电路技术为主导的信息技术革命正以迅猛之势更新着我们生存的社会，信息技术不再仅作为一项高科技技术而存在，而是广泛渗透于各个行业领域的生产、经营、管理等过程，成为它们发展的辅助手段和管理工具。
信息的采集、分析、处理、整合、发布是信息产业的核心内容，它们都离不开软件。
软件是计算机的核心，信息社会需要众多功能灵活的软件系统。
但是，自20世纪60年代以后，全球软件行业落后的软件生产方式无法满足目前信息化时代飞速增长的软件需要，传统的软件开发方式与软件产品设计过程已不能满足当今对软件产品多样化的业务需要，从而导致软件开发与生命周期维护过程中出现一系列严重的问题。
所以我认为“软件项目中的需求管理”是软件项目成败的关键，对项目成败具有决定性的作用。
以下将阐述软件项目中需求管理的重要性。
现阶段需求管理的问题主要体现在以下几个方面：1.软件项目中范围、进度、成本估算准确率低。
软件项目开发的实际成本远远高出估算成本高出；同时实际进度比预期进度延后几个月甚至几年。
这种现象降低了软件组织的信誉。
2.客户对最终交付产品满意度低。
软件开发人员在对用户需求未有清晰了解的基础上，对所面对的问题领域还没有确切分析与设计的情况下，即着手进行开发、编写程序。
造成实际产品与客户期望功能产生偏离，无法解决客户的真实需求而造成客户满意度降低。
3.软件产品质量差强人意。
软件质量保证技术没有贯彻地采用到软件开发的过程中，这必会导致软件产品发生质量问题。
缺乏审核、复审和全面测试的软件难免质量低下，出错率高。
4.软件不可维护、生命周期短。
软件项目需求分析与管理
软件项目需求分析与管理软件开发是一个复杂的过程，其中需求分析是一个关键的环节。
在软件开发中，需求分析是指对整个软件项目中的需求进行深入的研究和分析，包括需求的提取、分析、文档化、验证和管理等。
需求分析质量的高低将直接影响到整个软件项目的成功与否。
因此，软件项目需求分析和管理也成为了企业不可忽视的一项重要工作。
需求分析的目的是为了明确软件系统的功能和性能，并将其表达成可验证且易懂的形式，以便于软件开发人员实现。
需求分析是软件开发过程的起点，也是软件开发过程中关键的质量保证点。
如果需求分析不好，将给后续的开发和测试带来巨大的困难，将不得不进行返工和修改。
因此，在软件开发的过程中，需要高质量的需求分析和管理。
在软件开发中，需求分析的过程主要包括以下几个方面：1. 需求提取在需求分析的最初阶段，我们需要对用户需求进行深入的了解，并对需求进行提取。
这一过程需要与用户进行充分的沟通，了解用户的实际需求和期望，然后逐步提炼和归纳出需求。
2. 需求分析在提取需求后，我们需要对这些需求进行深入的分析，包括对它们的重要性、可行性以及优先级等进行评估，以确定哪些需求对整个软件项目最为关键。
3. 需求文档化在完成需求分析后，我们需要将需求编写成相应的文档，以方便后续的开发人员和测试人员参考。
在编写需求文档时，需要充分考虑需求的详细性和可读性，以避免后续开发和测试中的歧义和误解。
4. 需求验证对于上述过程中的每一个阶段，都需要进行验证，以确保软件项目的需求与用户的实际需求一致，并且保证项目能够按照计划顺利地进行。
在验证需求时，可以采用模拟测试、原型测试等方式来验证需求的准确性和可行性。
5. 需求管理在软件项目开发的过程中，需求的变动是难免的。
对于这些变动，需要进行相应的管理和控制，以确保软件项目按照计划顺利地开发完成。
在需求管理中，我们需要及时记录变更，并进行相应的变更审核和跟踪，以避免对后续开发和测试造成不必要的影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件项目中需求管理工作的重要性
开发一个软件项目，如果采用瀑布模型(或改进型瀑布模型)的话，通常会包括以下几个开发阶段，即：需求分析、系统设计、系统编码、系统测试、系统交付(及后续维护)。
在项目管理过程域中，主要包括：项目规划、立项管理、需求管理、项目监控、风险管理和结项管理等。
我们把所有与需求相关的活动统称为需求工程。
需求工程的活动又可分为两大类，即需求开发和需求管理。
需求分析师通过需求调查(调研)、需求分析和需求定义，完成需求开发工作。
而项目经理则通过对需求确认、需求跟踪和需求变更控制的主导，实现需求管理。
软件需求工程是软件项目开发工作的一个重要源头。
它是由两个角色共同完成的。
需求分析师一定要尽可能准确的获取客户需求，尽量一次做对，编写出高质量的《用户需求说明书》和《产品需求规格书》，努力降低项目中后期因需求变更对项目的成本、质量和进度的影响。
而项目经理则需通过加强需求管理，有效的防范和减少不必要的需求变更。
曾有人做过统计分析，如果在需求分析阶段发生的需求变更对项目带来的额外工作量是5的话，那么在系统分析和系统编码阶段发生的需求变更对工作量的增加分别是20和100。
对于那些软件能力成熟度高的软件企业的项目经理而言，可以毫不夸张的说：只要把需求管理做好了，项目也就已经成功了一半。
CMMI中对需求管理流程的定义与我项目实践的体会
集成式能力成熟度模型(CMMI：Capability Maturity Model Integration)把需求管理流程划分为六部分，分别是：1、制定需求管理计划;2、求得对需求的理解;3、求得对需求的承诺;4、管理需求变更;5、维护对需求的双向跟
踪;6、识别项目工作与需求之间的不一致性。
毋容置疑，上述六个部分是构成需求管理流程的重要组成部分。
但在实际操作中，仅仅是机械的遵循这些标准流程和要点，往往又是不够的。
根据我在过去十年在国内的多个大型软件项目(涉及仓储管理、物流园区信息平台、保税区海关联网监管系统，以及港口社区综合信息平台等)担任项目经理的管理实践，我的看法就是：要想成功的执行需求管理，涉及到的一些关键成功因素还远不止这些。
以下就是我的一些经验和体会。
我的两点经验
一、应紧密结合国内企业的实际特点和人文环境，通过多种手段消除“需求的不确定性”
开发企业级大型应用软件项目，需要应对的重要挑战就是“需求的不确定性”。
那么，什么是“需求的不确定性”呢?我这里先例举两个场景。
场景一：开发人员没有行业背景，不能很好的理解业务需求。
某个开发项目，尽管经过了多轮次、十分详尽和深入的需求研讨，而且开发人员都确信自己已经明白了客户提出的业务需求，但费尽千辛万苦把系统做出来以后，客户却说：“对不起，这并不是我想要的!”于是几百万，甚至上千万的开发投入打了水漂;场景二：开发人员具备丰富的行业经验，也确实理解了业务需求，但开发项目组因
为没有很好的平衡各方利益关系，软件系统在上线后要么遭到全盘废弃，要么就只有那么一小部分功能得到实际应用。
客户的大部分项目投资没能获得应有的收益。
从以上描述的两个场景可以看出：造成需求不确定的原因很多。
它们包括但不限于：1、开发团队缺乏所开发项目的业务背景和行业经验，导致不能很好的理解客户的业务需求;2、由于客户方人员的素质良莠不齐，以至于有些人员不能完整、全面、系统、准确的阐述自身业务和对系统的需求，或者提出的需求难以通过IT技术加以实现，有些时候有些人甚至会从大方向上误导开发团队;3、客户方不熟悉软件项目开发方使用的工具、不理解项目需求分析人员提交的文档，难以通过交流消除双方在认识上的分歧，进而实现真实意图的准确表达;4、软件项目的开发和实施所伴随的企业流程重组(BPR)，通常都会给客户方的内部组织和个人带来不同程度的冲击，如果项目开发和实施方不能妥善处理利益关系并有效化解潜在风险，则项目就很可能开发失败，或者项目在开发完成后即遭到用户的抵制，项目成果也随即被客户否定。
对应的解决方法是：1、如果项目开发方缺乏行业经验，一定要聘请业务专家、行业顾问等专业人士，通过业务培训和专业指导等方式，提高项目团队尤其是需求分析师对客户需求的把握能力;2、从不同层级的客户方人员那里获取不同层级的用户需求。
要有针对性的对客户方人员进行软件项目的基本知识培训，让他们更好的了解软件项目开发的过程和步骤，以提高他们对开发高质量业务需求重要性的认识;3、通过建立直观易懂的业务需求模型，在某些时候可以通过快速开发工具搭建一个系统原型作为交流工具，分别与客户方的管理人
员和操作人员进行深入交流和细致的需求探讨;4、就BPR对客户方企业内部人员的影响进行细致的分析和仔细的评估，并就分析结果与客户方高层管理者进行正式汇报和专题交流，充分利用客户方的管理层的力量消除BPR带来的业务需求风险和系统实施风险。
二、项目经理要高度重视对项目外部干系人的管理
在这里先要解释一下：什么是外部干系人。
一个软件项目，其项目干系人包括若干本公司(项目开发方)的人员，如项目团队成员和公司内部的管理人员(由于项目组是临时组织，需要从公司内部各职能部门抽调人员。
因此，寻求公司管理层和各职能部门的资源支持是非常重要的)，他们可统称为这个项目的内部干系人。
而外部干系人则是指能够影响本项目，或者本项目的工作成果会对他们的利益带来影响的客户方人员和其他关联方人员。
虽然绝大多数项目管理书籍都在长篇累牍的介绍如何管理好项目组成员。
但我的看法就是：很多时候，对外部干系人管理的好坏往往是决定一个项目成败的关键。
也许有人会问：项目组成员是完成开发项目的工作人员。
难道对他们的管理不是最重要的吗?当然重要。
但在项目实践中，一个合格的项目经理会发现他对项目组成员的管理是相对简单的工作。
理由有三：1、在国内，项目经理通常都是具有较强综合素质和拥有丰富工作经验的员工，在公司拥有较高的地位和影响力。
他容易得到公司管理层的认同和各方面的资源支持，也容易在项目组树立威信。
因此，只要能获得公司的坚定支持，从客观上讲，对项目组成员的
管理不存在特别大的障碍;2、国内软件公司的项目经理绝大多数都是从普通员工中提拔的。
他们往往具有多方面的技能，本身就能胜任从编码到设计到需求分析等多方面的工作。
如果个别项目组成员能力不够，项目经理往往能够通过自身的能力弥补项目组成员的不足;3、如果项目经理遇到项目组内部的管理问题，他可以很容易的从公司内部寻求到帮助和支持，并把风险控制在可控范围之内。
而对项目外部干系人的管理就大不一样了。
首先，客户是我们的衣食父母。
项目组从本质上讲是要服务于客户的。
因此，项目经理与外部干系人打交道，往往处于相对弱势的地位。
而在公司内部，项目经理则通常是处于相对强势的地位。
这显然是一个本质的区别;其次，项目组成员的从业经验和业务背景往往与外部干系人的背景、经验和技能存在很多不同，往往构成了双方在相互信任、理解和沟通方面的若干障碍;第三，由于项目周期短，项目经理对客户方等重要外部干系人的了解始终有限。
往往存在大量信息的不对称。
信息的不对称又会在很大程度上影响项目经理的全局把握能力。