《软件项目管理与实践_第2章_软件项目启动_第15-32页》整书文本（带页码标注） 生成时间：2026-09-23 20:49:46 共 18 页 17661 字 排序依据：VL 印刷页码（章首页置前） 正文（剔除页眉页脚页码） ────────── 第 1 页（章首页·无页码） ────────── 第2章 软件项目启动 ——某大型连锁超市智能库存管理系统案例 案例背景 随着业务规模不断扩大，某大型连锁超市面临库存管理效率低下、库存成本上升及商品过期损耗严重等问题。为提升运营效率、降低库存成本并减少商品损耗，公司决定对现有的管理系统进行全面升级，引入智能预测算法和自动化补货机制，以实现库存的精准管理。 案例描述 在项目启动阶段，项目团队按照标准流程进行了一系列准备工作，包括编制《项目建议书》和《可行性分析报告》。报告详细分析了系统升级所带来的经济效益和社会效益，证明该项目在提升运营效率和降低库存成本方面具有巨大的盈利潜力和社会价值。高层领导基于报告内容迅速决策并批准启动项目。然而，项目启动并未充分考虑技术可行性，特别是在智能预测算法的准确性要求、数据集成技术难度以及自动化补货机制的技术实现等方面，由于缺乏深入的分析和调研，所以在后续开发过程中可能暴露了许多未曾预见的技术挑战。 尽管项目经理具备网站开发的丰富经验，但该项目涉及跨领域的技术整合和多部门协作，超出了其专业经验范畴。由于项目经理未能充分识别潜在的管理风险，所以项目启动过程中出现了沟通不畅和决策滞后的问题。在项目启动大会上，团队成员对项目的整体目标有所了解，但他们对具体实施步骤、任务分配以及潜在的风险挑战的认知仍然较为薄弱，缺乏足够的深入讨论。这种沟通与协作上的不足，直接影响了项目的顺利推进。 在开发过程中，项目团队与业务部门的沟通存在偏差，导致双方对超市实际运营场景和库存管理需求的理解并不一致，加剧了开发团队在平衡业务需求与开发进度方面的难度，导致项目在关键阶段出现了延误。此外，项目团队对于智能预测算法和自动化补货机制的技术方案缺乏充分研究，导致在系统集成和测试阶段遇到了较多技术难题和性能瓶颈，进而影响了项目的进度和最终效果。 案例思考 (1) 项目启动阶段存在哪些具体问题？ (2) 如何针对上述问题采取有效的解决措施？ 2.1 软件项目启动概述 软件项目启动是项目生命周期中的第一步，主要通过系统化的启动流程，为项目的成功执行打下基础。启动阶段始于项目建议书的编写，明确了项目的背景、目标和预期成果，为 ────────── 第 2 页（原书页码 16） ────────── 【页眉】软件项目管理与实践 立项提供依据。通过详细的可行性研究，评估项目在技术、经济、资源方面的可行性，确保项目具备实施条件。在项目评估与决策阶段，基于可行性研究结果，对项目进行全面评估，最终决定是否立项。立项后，制定项目章程、指派项目经理和识别干系人，确保项目目标、范围和资源分配明确。最后，通过启动会议，与团队和干系人就项目目标、需求、时间安排等因素达成一致，为项目的顺利推进奠定坚实基础。 2.2 项目立项 项目立项 项目立项是项目启动前的关键环节，决定了项目是否能够正式进入实施阶段。项目立项管理是对拟规划和实施的项目从多个维度进行全面、科学的综合分析，包括技术先进性与适用性、经济合理性与成本效益、实施可行性与风险性，以及社会价值的可持续性等，为项目决策提供客观依据。这一阶段的核心目标是通过详细的分析与决策，确认项目的可行性，获得管理层或相关方的批准，从而赋予项目正式启动权限。项目立项后的决策将为后续的项目章程制定、团队组建、资源分配等环节提供基础。 项目立项管理通常包括四个主要阶段：项目建议与立项申请、初步可行性研究、详细可行性研究和项目评估与决策。在实际操作中，初步可行性研究和详细可行性研究可以根据项目的规模与复杂度合并为一个阶段，但详细可行性研究始终是不可或缺的。对于小型项目，通常仅进行详细可行性研究。 2.2.1 项目建议书 项目建议书，又称立项申请，是项目建设单位或项目筹建单位向上级主管部门提交的重要文件。该文件基于国民经济的发展趋势、国家和地方的中长期规划、产业政策导向、生产力布局现状、国内外市场需求、项目所在地的内外部条件以及本单位的发展战略等因素，对拟建项目提出框架性的总体设想。作为项目发展周期的初始阶段，项目建议书不仅是国家或上级主管部门选择项目的重要依据，也是后续开展可行性研究的基础。 项目建议书应包括以下核心内容：项目的背景和必要性、项目的市场分析与预测、项目预期成果（如产品方案或服务）与市场定位，以及项目实施所需的必要条件（包括资源、技术、资金等）。这些内容为项目的可行性分析和决策提供了基础依据。项目建议书模板如表 2-1 所示。 表 2-1 项目建议书模板 | 项目建议书 | 项目基本信息 | | --- | --- | | 项目名称 | [项目全称] | | 建设单位及负责人 | 单位名称：[单位全称]；负责人：[姓名]；项目责任人：[姓名] | | 编制依据 | 依据的相关政策、市场需求分析、行业标准及国内外发展趋势等 | | 项目概况 | 简述项目背景、目标、规模、预期成果及对社会经济的影响 | ────────── 第 3 页（原书页码 17） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 续表 | 项目建设的必要性与目标 | | | --- | --- | | 背景与依据 | 阐述国内外相关领域的发展趋势、市场需求分析及项目建设的紧迫性和重要性 | | 现有状况 | 分析现有信息系统装备和信息化应用状况，指出存在的主要问题和差距 | | 建设意义 | 明确项目建设意义，如推动地方经济发展、提升行业技术水平、满足特定社会需求等 | | 建设目标 | 设定项目总体目标与分期目标，包括技术提升、功能实现、性能优化等 | | 市场分析与预测 | | | 市场细分 | 根据产品或服务特性，进行市场细分，如行业、地域、用户群体等 | | 目标市场规模与趋势 | 分析目标市场的规模、增长趋势及未来潜力 | | 竞争格局 | 分析竞争对手的市场地位、产品特点、市场份额及竞争策略 | | 潜在用户群体 | 识别并描述潜在用户群体的特征、需求及购买行为 | | 市场需求预测 | 运用科学方法预测需求量、价格趋势及市场份额，包括短期与长期预测 | | 项目预期成果与市场定位 | | | 产品方案与服务内容 | 详细描述项目的技术特点、性能指标、用户体验及服务内容 | | 市场定位 | 明确目标客户群体、竞争优势及市场推广策略，如品牌塑造、渠道建设、价格策略等 | | 项目建设条件分析 | | | 技术可行性 | 分析项目所需技术的成熟度、可靠性及创新性 | | 资源保障 | 评估项目所需的人力、物力、财力等资源是否充足及如何保障 | | 资金支持 | 分析资金来源，包括自有资金、银行贷款、政府补助等，并评估其可靠性 | | 政策法规 | 梳理项目相关的政策法规，评估其对项目的影响及应对措施 | | 基础设施与软环境 | 评估项目所在地的交通、通信、能源等基础设施条件以及人力资源、技术支持等软环境 | 2.2.2 项目可行性研究 1. 项目可行性研究内容 项目可行性研究是在项目建议书获得批准或项目建议与可行性研究合并后，由项目建设单位进行的一项重要工作。其研究内容通常涵盖技术可行性分析、经济可行性分析、社会效益可行性分析、运行环境可行性分析以及其他方面的可行性分析。 1）技术可行性分析 技术可行性分析是评估现有技术是否能够支持项目目标的实现，并确保项目能够在规定时间内完成。这包括分析当前的技术条件、可用的技术资源、团队的技术能力以及项目 ────────── 第 4 页（原书页码 18） ────────── 【页眉】软件项目管理与实践 需的功能是否能够通过现有技术实现。例如，在开发一个智能推荐系统时，需要评估现有的AI算法和工具是否满足需求，团队是否具备足够的技术能力，是否有足够的计算资源，并能在预定时间内完成系统的开发。如果现有技术、团队和资源能够满足这些要求，则该项目在技术上是可行的。 2）经济可行性分析 经济可行性分析主要是评估项目的成本效益，确保项目的投资能够带来合理的经济回报，具体包括对项目的支出、收益、收益与投资比、投资回报期及敏感性分析等方面的分析。例如，在搭建一个在线教育平台时，经济可行性分析将考虑开发、运营、市场营销等各项支出的成本，并预测平台在未来几年内的收益。通过计算收益与投资比和投资回报期，可以判断该项目是否具备经济可行性。此外，敏感性分析可以评估不同市场条件或成本变化对项目盈利能力的影响。例如，判断在市场竞争激烈或运营成本上涨的情况下，项目的经济效益是否仍然可行。 3）社会效益可行性分析 在项目规划和实施过程中，除了经济可行性分析，还应重视对项目社会效益的分析，尤其是针对公共服务领域的项目，其社会效益往往是可行性分析中的重点。项目对组织内部的影响主要体现在多个方面，如品牌效益、竞争力提升、技术创新、人员能力提升以及管理水平的改进。软件项目通过提升组织的知名度、技术能力及竞争力，能够锻炼团队，提高员工的知识和技能，推动组织整体管理水平的提升。同时，项目也能通过提升公共效益、推动文化建设、保护环境等方式，为社会带来多方面的收益，并增强组织的社会责任感。通过履行社会义务促进社会进步，甚至提升国家安全或国防能力。例如，一个智慧农业项目不仅能提升农场管理效率和技术创新，增强企业在行业中的竞争力，还能通过推广智能农业技术，提高农民的生产力，促进农村经济发展，还可为社会带来环保效益，减少资源浪费，通过促进绿色农业实践，增强社会的可持续发展意识。 4）运行环境可行性分析 软件项目的可行性分析与一般项目有所不同，主要因为软件项目的产品通常包括配套的软硬件系统、软件、说明文档及管理规程等。只有在基础硬件稳定可靠、软件正常运行且达到预期的技术、经济和社会效益时，软件才能算成功。然而，软件的运行环境往往是影响其效益的关键因素，因此需要评估用户的管理体制、工作习惯、人员素质、数据资源及基础平台等多方面的情况，以确保系统能够顺利运行。实际项目中，软硬件的运行环境常常需要重新搭建，从而增加了项目的不确定性。在进行环境可行性分析时，应重点评估是否能够构建所需的运行环境，以及建设该环境所需的工作，以便将其纳入项目计划。例如，一个企业管理信息系统的实施可能需要重新搭建服务器、调整网络架构，并培训员工以适应新系统的操作，这些因素都需要在项目初期进行详细评估。 5）其他方面的可行性分析 软件项目的可行性分析不仅包括技术、经济、社会效益和运行环境的分析，还涉及法律可行性和政策可行性等方面。例如，项目可能面临软件版权问题，能否合法购置所需的开发工具和平台的版权，往往会影响项目的顺利推进。此外，还需评估项目对社会环境和自然环境的影响。可行性分析应根据项目的具体情况，重点关注相关领域的分析。 ────────── 第 5 页（原书页码 19） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 2. 项目可行性研究阶段 项目可行性研究阶段包括初步可行性研究和详细可行性研究。 1）初步可行性研究 初步可行性研究是在市场或客户调查基础上对项目进行的初步评估。当对项目的价值和收益存在疑问时，组织需对项目进行初步可行性研究。初步可行性研究主要需要回答以下问题：项目是否具备投资建设的必要性、项目建设周期是否合理且可接受、所需的人力与资金是否充足、项目的功能和目标是否能实现、项目的经济效益和社会效益是否可以保障、项目在经济和技术方面是否合理等。初步可行性研究报告虽然较为粗略，但已然对项目进行了全面的描述、分析和论证，可以作为决策参考文件为后续的详细可行性研究提供基础。 因此，初步可行性评估可从以下几个方面进行衡量，以决定是否进入详细研究阶段：评估项目的前景，判断是否值得继续深入调查；初步识别项目中的关键技术和核心问题，确认是否需要解决；估算所需的辅助研究，评估是否具备必要的技术支持和人力资源。 2）详细可行性研究 详细可行性研究是在项目决策前，对与项目相关的技术、经济、法律和社会环境等各方面条件进行全面、系统的调查和分析。它通过详细论证和比较各种可能的技术方案，评估项目实施后的经济和社会效益。最终的详细可行性研究报告将为项目评估和决策提供重要依据。 详细可行性研究是对项目实施可行性的全面评估，主要涵盖市场需求预测、部件和投入选择、信息系统架构与技术方案的确定、技术与设备选择、网络物理布局设计、投资和成本估算、资金筹措、经济评价及综合分析等多个方面。详细可行性研究报告结构示例如表2-2所示。 表 2-2 详细可行性研究报告结构示例 | 目录项 | 主要内容 | | --- | --- | | 项目背景 | 项目名称、承担单位、主管部门、客户、可行性研究依据等 | | 可行性研究的结论 | 结论：项目目标、规模、技术方案、进度计划、投资估算、财务评价等 | | 技术背景 | 国家、地区、行业发展规划、客户需求等 | | 技术发展现状 | 国内外技术历史、现状与发展趋势 | | 市场调查分析 | 产品用途、市场调研、开发环境、市场预测等 | | 客户现行系统情况调查 | 客户资源、现行系统功能与需求调查 | | 项目总体目标 | 项目目标、技术方案、核心问题分析等 | | 实施进度计划 | 阶段划分、进度安排、项目里程碑等 | | 投资估算 | 总投资、资金筹措方案、投资使用计划等 | | 项目组人员组成 | 项目组组织形式、人员构成、培训计划等 | | 项目风险 | 关键技术风险、需求不确定性、其他风险 | | 经济效益预测 | 经济效益预测 | | 社会效益分析 | 社会效益分析与评价 | | 结论 | 可行性研究结论、立项建议、项目修改意见等 | | 附件 | 相关文件、图表、调查数据等 | ────────── 第 6 页（原书页码 20） ────────── 【页眉】软件项目管理与实践 2.2.3 项目评估与决策 项目评估是在项目可行性研究的基础上，由第三方（如国家、银行或相关机构）根据国家政策、法规、行业标准，从国民经济、社会影响以及组织业务角度，对拟建项目的必要性、建设条件、生产能力、市场需求、工程技术、经济效益和社会效益等进行全面评估和论证，进而判断项目是否可行。项目评估是投资决策过程中的重要环节，旨在验证项目可行性研究的真实性、可靠性和客观性，为投资决策、银行贷款或政府审批提供科学依据。评估的最终成果为项目评估报告。 项目评估报告的内容大纲通常应包括以下几个部分：项目概况（包括项目基本情况和综合评估结论，如是否批准或建议贷款的明确意见）、详细评估意见（对技术可行性、经济可行性、市场需求等进行全面分析）、总结与建议（列出重大问题和潜在风险，并提出改进措施和建议）。 2.3 项目准备工作 2.3.1 项目经理指派 项目经理在领导团队达成项目目标的过程中发挥着关键作用，其职责贯穿整个项目生命周期。通常，项目经理自项目启动时参与至项目结束。在一些组织中，项目经理甚至会在项目启动之前参与评估和分析工作，包括与管理层和业务部门领导协作，推动战略目标实现，提升组织绩效，或满足客户需求。此外，有些组织还可能要求项目经理负责或协助可行性研究、制订项目论证以及管理项目组合等工作。项目完成后，项目经理还可能参与后续的跟踪和总结活动，以确保实现项目的业务价值。不同组织对项目经理的职责定义各有不同，但项目管理角色需根据组织需求进行调整和优化。 1. 项目经理的来源 项目经理的选拔通常有内部选拔和外部招聘两种途径，具体选拔方式因组织的规模、项目的复杂性以及组织的管理模式而异。 （1）内部选拔：通过部门推荐、项目管理办公室（PMO）指派、高层领导指定，或从组织的人才培养计划中选拔，候选人应熟悉组织文化、流程且具备内部工作经验。 （2）外部招聘：通过公开招聘、猎头服务、短期合同聘用或合作伙伴推荐等方式寻找项目经理，这种方式适用于需要特定领域专业经验或技术要求较高的复杂项目。 2. 项目经理的能力 项目经理需要重点掌握以下四个方面的关键技能，以支持长期战略目标并实现盈利。这些技能需要相互平衡，以确保高效工作。 （1）项目管理技能：运用项目管理知识和方法来实现项目预期成果的能力。成功的项目经理通常依赖专家判断来推进项目，并清楚自身的专长，同时能够识别并找到具备所需专业知识的团队成员。 （2）战略与商务技能：熟悉行业及组织的运营模式和专业知识，帮助提升项目绩效，取 ────────── 第 7 页（原书页码 21） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 得优质的业务成果。这些技能包括学习其他职能部门(如财务、市场和运营部门)的相关知识，帮助项目经理理解项目的商业背景，与发起人、团队及专家合作制订合适的交付策略，并通过最大化项目的业务价值来执行策略。 (3) 领导力：具备指导、激励和引领团队的能力，确保团队协作高效，推动组织达成整体业务目标。项目经理需要具备卓越的领导力技能，如协商谈判能力、抗压能力、沟通技巧、批判性思维，以及人际关系管理等。 项目经理可以根据团队需求和项目环境灵活地调整领导风格。常见的领导风格包括：放任型，允许团队自主决策和设定目标；交易型，通过明确目标和奖励来激励团队；服务型，优先关注团队成员的成长和福利；变革型，通过鼓舞创新和关怀来提升团队能力；魅力型，以个人魅力激励团队；交互型，它结合交易型、变革型和魅力型的特点，灵活调整领导方式以达成项目目标。 (4) 技术能力：了解项目涉及的技术领域，能够与技术团队有效沟通，确保技术方向正确并能快速解决问题。技术能力是指理解项目的技术框架和方法，能够识别技术风险并确保技术方向的正确性。项目经理与技术团队的沟通至关重要，确保项目采用适当的技术方案并能及时应对技术难题。同时，项目经理还应密切关注技术趋势和行业标准，以确保项目技术具备前瞻性和适应性，推动项目高质量完成。 3. 项目经理的职责 项目经理的职责涵盖了项目从启动到结束的各个阶段，确保项目目标的实现。具体职责包括以下内容。 (1) 项目规划与目标设定：明确项目目标、范围和可交付成果，制订详细的项目计划，涵盖时间表、预算、资源分配和风险管理策略。 (2) 团队建设与管理：组建并领导项目团队，确保角色分工明确，责任清晰，提供必要支持与培训，促进团队协作。 (3) 进度、资源与预算管理：监控项目进展，确保按计划完成任务，合理配置资源，优化利用，确保项目预算受控，避免超支。 (4) 沟通与协调：确保项目干系人之间能够有效沟通，及时传递项目信息、状态更新和变更。 (5) 风险与质量管理：识别和应对潜在风险，确保项目顺利执行，确保项目成果符合质量标准，并在必要时进行优化改进。 (6) 问题解决与决策支持：及时识别并解决问题，做出关键决策，确保项目持续推进。 (7) 项目交付与收尾：确保项目按时交付，组织项目复盘，总结经验教训，形成可复用知识资产，提升组织能力。 4. 项目经理的权力 项目经理的权力根据管理职责可分为决策权、组织权、指挥权、人事权和经济权五种类型。每项权力对应项目经理的不同职责，帮助其高效领导团队并保障项目顺利完成。 (1) 决策权：项目经理在项目中做出关键决策的权力，包括制订战略方向、确定项目目标、分配资源和应对风险等。 (2) 组织权：项目经理在组织项目资源、调整团队结构和分配工作任务方面的权力。 (3) 指挥权：项目经理在执行项目计划时的指挥能力，监督项目进度和质量，确保团队 ────────── 第 8 页（原书页码 22） ────────── 【页码】22 【页眉】软件项目管理与实践 【页脚】无 【正文开始】 成员按照项目需求执行任务。 (4) 人事权：项目经理在人员招聘、调动、考核、奖惩等方面的权力，影响团队成员的选择与激励。 (5) 经济权：项目经理在项目预算、资金分配和成本控制方面的管理权限，确保项目能够在预算范围内顺利完成。 项目经理的权力根据权力的来源和作用可以分为五种类型，分别是职位权力、奖赏权力、惩罚权力、专家权力和参照权力。这些不同类型的权力可以帮助项目经理根据具体情境有效地领导团队，推动项目顺利进行。 (1) 职位权力：源于项目经理的职位和角色，赋予其一定的管理和决策权。 (2) 奖赏权力：源于项目经理能够给予他人奖励的能力，如晋升或奖金。 (3) 惩罚权力：源于项目经理对未达到预期目标的成员施加惩罚的能力，如降职、罚款。 (4) 专家权力：源于项目经理的专业知识和技能，使其在团队中具备影响力。 (5) 参照权力： ────────── 第 9 页（原书页码 23） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 2. 项目型组织结构 项目型组织结构以项目为核心，项目经理全权负责项目，拥有调动资源的最高权力。该结构的优点包括：项目经理能快速决策，项目组聚焦单一目标，灵活控制进度、成本和量；每个成员只有一个领导，避免多重领导冲突，沟通顺畅。缺点包括：项目组独占资源，可能导致不同项目间资源共享不足，降低效率；项目经理与成员之间依赖性强，跨部门沟通困难；项目结束后，成员可能缺乏归属感，影响职业发展。该结构适用于大型工程或复杂研发项目。项目型组织结构如图2-2所示。 总经理 项目管理办公室 项目经理A 营销人员 研发人员 设计人员 项目经理B 营销人员 研发人员 设计人员 项目经理C 营销人员 研发人员 设计人员 项目协调 图2-2 项目型组织结构 3. 矩阵型组织结构 矩阵型组织结构结合了职能型和项目型的特点，员工同时隶属职能部门和项目团队，项目经理和职能经理共享管理权，资源调度更为高效，能够促进跨部门合作。矩阵型组织结构根据权力分配的不同，可分为弱矩阵、强矩阵和平衡矩阵三种类型。弱矩阵型组织结构以职能经理为主导，项目经理角色偏向协调与支持；强矩阵型组织结构则以项目经理为核心，掌控资源分配和项目决策；平衡矩阵型组织结构在职能经理和项目经理之间共享权力，共同负责资源与项目管理。组织应根据实际需求选择合适的矩阵类型，在职能效率与项目灵活性之间实现有效平衡。 该结构的优点包括：项目经理可以充分利用各部门的技术、人才和设备，促进成员间的学习和知识交流，同时提升对客户需求的关注。缺点包括：多重领导和复杂的汇报关系增加了管理难度，多个项目间的进度、费用和质量平衡可能影响效率；项目与职能部门之间的责权划分不清晰，可能导致执行混乱。该结构适用于需要同时管理多个复杂项目的组织，如跨国企业、高科技公司和大型研发机构。矩阵型组织结构如图2-3所示。 4. 项目管理办公室 项目管理办公室(PMO)是一个专门的职能机构，负责公司项目的统一管理、标准化流程和资源支持，确保项目与公司战略目标一致。PMO的职责范围从提供支持服务到直接管理项目，具体形式和职能取决于组织需求。PMO有以下三种类型。 ────────── 第 10 页（原书页码 24） ────────── 【页眉】软件项目管理与实践 | 上层 | 下层 | 备注 | | --- | --- | --- | | 总经理 | 市场部经理 | | | 总经理 | 财务部经理 | | | 总经理 | 研发部经理 | | | 总经理 | 项目部经理 | | | 市场部经理 | 员工 | | | 财务部经理 | 员工 | | | 研发部经理 | 员工 | | | 项目部经理 | 项目经理A | | | 项目部经理 | 项目经理B | | | 项目部经理 | 项目经理C | | | 项目经理A | 员工 | 项目协调 | | 项目经理B | 员工 | 项目协调 | | 项目经理C | 员工 | 项目协调 | 图 2-3 矩阵型组织结构 (1) 支持型：提供模板、最佳实践、培训和经验教训，帮助项目管理，控制力度较大。 (2) 控制型：除了提供支持，还要求项目遵循特定的框架、工具和治理流程，控制力度中等。 (3) 指令型：直接管理项目，项目经理由 PMO 指定并向其报告，控制力度高。 PMO 的优点在于提升项目管理的一致性与透明度，优化资源配置并监控项目进度。然而，它可能带来较高的管理成本，影响项目团队的灵活性。PMO 适用于需要管理多个项目、确保项目成功交付的大型组织，特别是复杂度较高和跨部门协作需求较强的企业。PMO 组织结构如图 2-4 所示。 | 上层 | 下层 | | --- | --- | | 总经理 | PMO | | 总经理 | 各职能部门 | | PMO | 项目经理A | | PMO | 项目经理B | | PMO | 项目经理C | | 项目经理A | 营销人员 | | 项目经理A | 研发人员 | | 项目经理A | 设计人员 | | 项目经理B | 营销人员 | | 项目经理B | 研发人员 | | 项目经理B | 设计人员 | | 项目经理C | 营销人员 | | 项目经理C | 研发人员 | | 项目经理C | 设计人员 | | 各职能部门 | 人事部 | | 各职能部门 | 财务部 | | 各职能部门 | 采购部 | | 人事部 | 员工 | | 财务部 | 员工 | | 采购部 | 员工 | 图 2-4 PMO 组织结构 24 ────────── 第 11 页（原书页码 25） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 2.4 识别项目干系人 在项目启动阶段，识别项目干系人是确保项目成功的关键任务。干系人是指所有能够影响项目或受项目影响的组织或个人，他们可能来自项目的内部或外部，既包括主动参与者，也包括被动关联者，甚至可能是对项目完全不了解但受其影响的人。项目干系人通常包括但不限于以下成员。 1）内部干系人 ·发起人：通常为公司首席执行官（chief executive officer，CEO）或其他高层领导。 ·项目经理：负责项目的整体管理和推进。 ·项目管理办公室：提供支持、规范化流程或直接管理项目。 ·变更控制委员会（change control board，CCB）：负责审批或拒绝项目中的变更请求。 ·配置管理委员会（configuration management board，CMB）：负责管理和监督项目的配置项。 ·其他项目的项目经理：协作或共享资源的项目负责人。 ·职能经理：在职能型或矩阵型组织结构中，参与项目的资源分配和管理。 ·团队成员：直接执行项目任务的核心人员。 2）外部干系人 ·客户：项目的直接受益者，负责提出需求并对最终产品或服务进行验收。 ·最终用户：使用项目成果的人员或群体。 ·供应商：提供项目所需资源、设备、技术或服务的外部企业或个体。 ·股东：对项目有投资的个人或机构。 ·监管机构：负责确保项目遵守相关法律、法规和行业标准的政府部门或机构。 ·竞争者：与项目产生竞争关系的市场上的其他公司或组织。 ·咨询公司：为项目提供专业建议和技术支持的外部咨询公司。 ·合作伙伴：与项目共同合作，分享资源和成果的外部组织或公司。 ·财务机构：提供项目融资、贷款或财务咨询的银行或投资公司。 ·行业协会：为项目所在行业提供标准、认证或指导的外部组织。 通过全面识别项目干系人，可以明确他们的需求、期望以及对项目的态度和潜在影响。这不仅为项目规划和执行提供了重要信息，还能帮助项目团队预见可能的挑战和风险，制订有效的沟通策略，协调不同干系人的利益。正确识别并管理干系人，有助于提高项目的支持力度、减少阻力，并推动项目的顺利开展。更多有关于系人管理的内容将在第9章详细介绍。 ────────── 第 12 页（原书页码 26） ────────── 【页眉】软件项目管理与实践 **2.5 制定项目章程** 项目章程是项目启动阶段的一份正式的文档，旨在全面记录商业需求、项目论证及对顾客需求的理解，明确新产品、服务或成果的交付目标，确保项目干系人在主要可交付成果、关键里程碑及项目参与者角色与职责上达成共识。项目章程的主要作用：一是任命项目经理并明确其权责；二是赋予项目合法地位；三是设定项目总体目标；四是明确项目与组织战略目标之间的直接关联。 制定项目章程是编写一份正式批准项目并授权项目经理使用组织资源开展项目活动的文件的过程。该过程通常在项目启动时开展。项目章程一旦被批准，就标志着项目的正式启动。 在制定项目章程过程中，根据立项管理文件、合同、事业环境因素和组织过程资产，通过专家判断、头脑风暴、焦点小组、访谈、人际关系与团队技能、会议等方法，编制并输出项目章程和假设日志。 **2.5.1 制定项目章程的依据** 项目章程是连接项目执行与需求的纽带，确保项目与组织战略及日常运营相符。项目章程赋予项目经理规划、执行与控制项目的权力，并允许其调配资源，因此应在规划前尽早任命项目经理，最好在制定章程时就确认。项目章程获批准后，即标志项目正式启动。 **1. 立项管理文件** 立项管理阶段产生经过批准的结果及相关文件，构成了制定项目章程的基础。这些文件从业务角度出发，详细阐述了项目的必要信息，并为高层管理者提供了决策依据，用以判定项目的预期成果是否值得投资。立项管理通常涵盖商业需求、成本效益分析等方面，旨在验证项目的合理性并界定项目范围。项目可能由市场需求、组织需求、客户要求、技术进步、法律约束、生态考量或社会需求等多种因素触发。项目章程则纳入了立项管理文件中的关键项目信息。值得注意的是，立项管理文件不属于项目文件范畴，项目经理无权直接更新或修改，但可提出调整建议。尽管这些文件在项目启动前就已制订，但仍需定期复审以确保其适用性与时效性。 **2. 合同** 在执行外部客户项目时，通常需要签订合同。合同不仅明确了项目的目标、范围、交付成果和时间要求，还规定了双方的责任、义务和期望。它为项目的开展提供了法律框架，确保各方权益得到保障。合同中还可能包括预算、支付条款、质量标准、风险管理和纠纷解决机制等关键内容，均可作为制定项目章程的依据。 **3. 事业环境因素** 影响制定项目章程的事业环境因素主要包括：政府或行业标准（如软件产品标准、质量标准、安全标准和开发流程标准）；相关法律法规要求及约束条件；市场环境与竞争态势；组织文化与氛围；组织治理框架（如决策层级、资源调配模式）；以及项目干系人的期望、风险容忍度和信任度等因素。 ────────── 第 13 页（原书页码 27） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 4. 组织过程资产 影响制定项目章程的组织过程资产主要包括：组织的标准化政策、流程和程序；监督与报告机制；模板（如项目章程模板）；历史数据和经验教训库（包括项目记录与文档、以往项目选择决策结果，以及项目绩效的相关信息）等。 2.5.2 制定项目章程的方法 制定项目章程的过程为后续项目执行奠定了基础，确保了项目目标的明确性和一致性，以下为制定项目章程常用的几种方法和工具。 1. 专家判断 专家判断是通过具备相关领域专业知识、经验和技能的个人或小组，基于对当前项目的深入理解和合理判断，提供决策支持。在制定项目章程的过程中，专家判断有助于确保项目目标与组织战略对接，合理估算项目的时间和预算，识别潜在风险，并结合行业及技术知识提供可行性分析。专家判断对于确保项目章程的全面性、可行性和合理性至关重要。 2. 头脑风暴 头脑风暴是一种团队协作的创意生成方法，通过集思广益，在短时间内获得大量想法和解决方案。在制定项目章程时，通过头脑风暴，可以提出不同的项目目标、需求和潜在风险，以及识别项目的关键干系人和资源需求。这种方法鼓励参与者自由表达思想，不受任何先入为主的限制，从而促进创新思维和多角度的分析，有助于在项目章程中确立更全面的项目目标和方向。 3. 焦点小组 焦点小组是一种结构化的讨论方法，通常由具有相关背景的人员组成，通过主持人引导讨论，收集关于项目目标、需求、风险、成功标准等方面的深度意见。焦点小组在制定项目章程时，可以帮助识别关键项目干系人的期望，分析不同领域的需求和优先事项，并在小组讨论中形成共识。 4. 访谈 访谈是与项目干系人或专家进行一对一沟通的过程，旨在收集他们对项目的高层级需求、假设条件、制约因素、审批标准以及其他关键信息。在制定项目章程时，通过访谈可以深入了解各个关键项目干系人的关注点，帮助项目经理明确项目的核心目标和优先事项，识别潜在的风险因素。访谈提供了更加个性化的反馈，有助于确保项目章程更符合关键项目干系人的期望。 5. 人际关系与团队技能 在制定项目章程过程中，团队成员之间的协作与互动非常关键。通过充分利用人际关系与团队成员的专业技能和经验，包括冲突管理、引导和会议管理等，共同讨论和确定项目的目标、资源需求和风险管理策略，确保项目章程的实际可行性和所有项目干系人的需求得到考虑。 2.5.3 制定项目章程的成果 1. 项目章程 项目章程记录了关于项目和项目预期交付的产品、服务或成果的高层级信息，主要包括 ────────── 第 14 页（原书页码 28） ────────── 【页眉】软件项目管理与实践 （1）项目目的：明确阐述项目发起的原因和目的，即为什么要开展这个项目。 （2）可测量的项目目标和成功标准：设定具体、可测量的项目目标，并定义目标成功标准。 （3）高层级需求与描述：概述项目的高层级需求，包括项目的总体范围、边界定义及主要可交付成果。 （4）整体项目风险：识别并评估项目可能面临的整体风险，为后续风险管理提供依据。 （5）总体里程碑进度计划：列出项目的关键里程碑及其预期完成时间，为项目进度管理提供基准。 （6）预先批准的财务资源：说明已批准的预算及资金分配情况，确保项目有足够的资金支持。 （7）关键项目干系人名单：列出项目的主要干系人，明确他们的角色、期望及沟通方式。 （8）项目审批要求：明确项目在规划、执行、监控和结束过程中的审批要求，包括评价项目成功的标准、决策者及项目结束的签署人。 （9）项目退出标准：设定项目关闭、取消或阶段结束的具体条件，确保项目在必要时能够有序退出。 （10）项目经理及其职责和职权：指定项目经理人选，明确其职责、职权及团队成员的分工。 （11）发起人或其他批准人员信息：记录发起人或其他批准项目章程人员的姓名、职务及职权，确保项目章程的合法性和权威性。 项目章程的制定为项目的执行提供了一个明确的方向，确保项目干系人在总体上就主要可交付成果、里程碑以及每个项目参与者的角色和职责达成共识。 一个有关教务管理系统的项目章程简化版示例如表 2-3 所示。 表 2-3 项目章程简化版示例 | 教务管理系统项目章程 | 教务管理系统项目章程 | | --- | --- | | 项目基本信息 | 项目名称：教务管理系统；项目类别：软件开发；项目批准时间：2024年2月15日；项目开始日期：2024年3月1日；预计完成日期：2024年10月30日；项目背景：随着教育信息化的不断推进，传统的手工教务管理方式已难以满足高效、准确的管理需求，因此本项目旨在开发一套教务管理系统，以实现对教学计划、课程安排、教师评价等教务信息的数字化管理，提高教务管理的效率和准确性 | | 项目目的 | 实现教务信息的数字化管理，提高管理效率；优化课程安排流程，确保教学计划的顺利执行；提供便捷的学生成绩查询和教师评价功能，增强师生互动；建立数据备份与恢复机制，保证数据安全 | | 项目目标与成功标准 | 1. 可测量的项目目标；系统项目周期不超过 10 个月；系统上线后，用户满意度达到 90%以上；系统能够处理至少 100 万条教务数据，且响应时间不超过 2s（在网络速度达到 1~2Mb/s 的条件下） | ────────── 第 15 页（原书页码 29） ────────── 【页眉】第 2 章 软件项目启动——某大型连锁超市智能库存管理系统案例 续表 | 列1 | 列2 | | --- | --- | | 项目目标与成功标准 | 2. 相关的成功标准；系统功能完善，满足学校 90% 以上的教学管理需求（通过需求调研和功能评估确认）；系统运行稳定，无重大故障发生（在系统上线后的 6 个月内，故障率低于 1%）；用户培训完成，至少 95% 的用户能够熟练使用系统（通过用户培训和考核确认） | | 高层级需求与描述 | 1. 高层级需求；系统需具备学生信息管理、课程管理、成绩管理、教师评价等功能；系统需支持多用户并发访问，确保数据安全；系统界面需简洁明了，易于操作；2. 高层级项目描述；本项目将开发一套集教务信息管理、查询、统计于一体的综合系统；系统将采用先进的数据库技术和 Web 开发技术，确保系统性能和安全性；3. 边界定义；本项目不包括硬件设备采购和安装；系统开发范围仅限于教务管理功能，不包括其他教学管理功能；4. 主要可交付成果；教务管理系统软件安装包；用户手册和操作指南；系统测试报告和验收报告 | | 整体项目风险 | 技术风险：系统开发过程中可能遇到技术难题，导致开发周期延长不超过 1 个月；需求变更风险：用户需求可能发生变更，影响系统开发进度和成本不超过总预算的 10%；数据安全风险：系统需确保数据安全，防止数据泄露和丢失，数据丢失或泄露的概率低于 0.1% | | 总体里程碑进度计划 | 需求分析完成：第 4 个月末；系统设计完成：第 6 个月末；系统开发完成：第 8 个月末；系统测试完成：第 9 个月末；系统上线运行：第 10 个月末 | | 预先批准的财务资源 | 本项目预算总额为 200 万元，包括：人力成本 100 万元、软硬件采购费 50 万元、测试费 20 万元、培训费 15 万元、其他费用（如差旅费、会议费等）15 万元 | | 关键干系人名单 | 项目发起人：校长；项目经理：信息技术中心主任；用户代表：教务处处长、教师代表；技术团队：开发团队负责人、测试团队负责人 | | 项目审批要求 | 评价项目成功的标准：系统功能完善、用户满意度高、系统运行稳定；由项目发起人（校长）对项目是否成功下结论；由信息技术中心主任和教务处处长共同签署项目结束报告 | ────────── 第 16 页（原书页码 30） ────────── 【页码】30 【页眉】软件项目管理与实践 续表 【页脚】无 【正文开始】 教务管理系统项目章程 | 列1 | 列2 | | --- | --- | | 项目退出标准 | 系统开发完成并经过测试验证，符合用户需求达到95%以上(通过用户验收测试确认)；用户培训已实施完毕，且至少95%的用户通过考核，能够熟练操作系统；项目预算和进度均得到控制，无重大偏差(预算偏差不超过总预算的5%，进度偏差不超过预订计划的1个月) | | 委派的项目经理及其责权 | 项目经理：信息技术中心主任；职责：负责项目的整体规划、组织、协调和管理，确保项目按时、按质、按量完成；职权：有权调配项目资源，协调干系人关系，决策项目重大问题 | | 发起人或其他批准项目章程的人员的姓名和职权 | 发起人：校长；职权：批准项目章程，决策项目重大变更，监督项目执行情况 | 2. 假设日志 假设日志是记录项目生命周期中假设条件和制约因素的重要工具。在项目启动阶段，通过可行性研究和论证，识别并记录高层次的战略和运营假设条件及制约因素，将其纳入项目章程。随着项目的深入推进，在技术规范定义、成本估算、进度规划和风险评估等过程中，会逐步生成更多低层级的假设条件，这些内容将被持续更新到 ────────── 第 17 页（原书页码 31） ────────── 【页眉】第2章 软件项目启动——某大型连锁超市智能库存管理系统案例 续表 | 列1 | 列2 | | --- | --- | | 会议内容 | 1. 记录会议所讨论的事项；2. 分项罗列具体讨论的问题 | | 会议结论 | 1. 记录会议讨论的结果；2. 具体问题的讨论结论 | | 待办事项 | 1. 记录有待解决的问题；2. 其他有待跟进的事项 | 1. 参会人员 参会人员包括项目经理、项目团队成员、公司领导、项目管理办公室(PMO)代表、变更控制委员会(CCB)成员、相关职能部门负责人、其他相关干系人(如供应商代表、客户代表等)，具体名单由项目经理审核确认。 2. 会议内容 （1）会议筹备：项目经理确认会议所需资料准备完毕，包括项目启动汇报材料、会议议程及参会人员名单等。 （2）会议通知：项目经理确认并安排会议时间、地点、议程及参会人员，确保所有相关干系人收到通知并准时参加。 （3）会议签到：组织参会人员签到，确保所有应参会人员均已到场。 （4）项目介绍：项目经理依据项目启动会汇报材料，详细介绍项目。介绍内容包括：项目基本信息、项目目标、项目里程碑计划、角色与职责、组织架构、项目沟通机制、初步项目风险识别清单，以及下一阶段项目工作任务布置等。 （5）提问与答疑：参会人员对项目的疑难点进行提问，由项目经理负责澄清与答疑。 （6）项目动员：公司领导进行项目动员，鼓舞项目团队成员士气，勉励项目团队成员积极投入项目工作，高质量完成项目任务。 3. 会议结论 （1）项目团队成员对项目的基本信息、目标、计划等有了全面了解。 （2）明确了项目风险识别清单以及初步应对措施。 （3）确定了项目总体分工及下阶段工作任务。 （4）增强了项目团队的凝聚力和士气。 4. 待办事项 （1）根据会议内容编制《项目启动会议纪要》，并分发至所有相关责任人。 （2）相关责任人按照会议纪要的要求，开展各自负责的工作，确保项目顺利推进。 本章习题 1. 选择题 （1）项目建议书不仅是国家或上级主管部门选择项目的重要参考依据，也是（ ）的 ────────── 第 18 页（原书页码 32） ────────── 【页眉】软件项目管理与实践 软件项目管理与实践 依据。 A. 用户需求 B. 项目管理计划 C. 项目工作说明书 D. 可行性研究 （2）项目经理小王在组织项目核心团队编写可行性研究报告。对多种技术方案进行比 较、选择和评价属于（ ）分析。 A. 经济可行性 B. 组织可行性 C. 投资必要性 D. 技术可行性 （3）（ ）不是PMO的主要职能。 A. 对PMO所辖全部项目的共享资源进行管理 B. 识别和制订项目管理方法、最佳实践和标准 C. 指导、辅导、培训和监督 D. 利用实物资源，带领团队成员完成项目工作 （4）在项目管理中，（ ）组织结构通常强调职能分工，并且项目经理的权力和控制 较弱。 A. 矩阵型 B. 职能型 C. 项目型 D. 项目管理办公室 （5）项目章程的内容不包括（ ）。 A. 项目的总体质量要求 B. 任命项目经理 C. 项目范围管理计划 D. 项目总体预算 2. 填空题 （1）项目立项管理通常包括项目建议与立项申请、初步可行性研究、________和项 目评估与决策四个主要阶段。 （2）项目经理的权力根据权力的来源和作用可以分为五种类型，分别是职位权力、奖赏 权力、惩罚权力、专家权力和________。 （3）矩阵型组织结构根据权力分配的不同，可分为弱矩阵、强矩阵和________三种 类型。 3. 问答题 （1）制定项目章程的作用是什么？ （2）如何召开项目启动会议？