2.1项目管理基础
2.1.1项目的概念
- 定义 项目是为提供一种独特的产品、服务或成果所做的临时努力。
2.1.2项目的特点
- 临时性
- 临时性是每一个项目都有确定的开始时间和结束时间
- 临时性一般不适用项目所产生的产品、服务或成果。大多数项目是为了得到持久的结果。例如：人民英雄纪念碑建设项目的产品“人民英雄纪念碑”就是为了要达到世代相传的目的
- 独特的产品、服务或成果
- 项目创造独特的可交付成果，如产品、服务或成果
- 逐步完善
- 逐步完善是项目伴随临时性和独特性两个概念的特点之一。逐步完善意味着分布、连续的积累
- 资源约束
- 每一个项目都需要具备各种资源来作为实施的保证，而资源是有限的，所以，资源，成本是项目成果实施的一个约束条件
- 目的性
- 项目工作的目的在于得到特定的结果，即项目是面向目标的。
- 目标与约束
- 三大目标
- 时间
- 成本
- 质量
- 目标之间的关系 为取得项目成果，必须同时考虑时间、成本和质量三要素，这三个目标经常存在冲突
- 项目约束 项目范围
- 项目经理职责 就是在四个要素之间进行权衡以保证项目成功
2.1.3 项目和日常运作的区别
2.1.5信息系统项目的特点
- 目标不明确
- 需求变化频繁
- 智力密集型
- 设计队伍庞大
- 设计人员高度专业化
- 涉及的承包商多
- 各级承包商分布在各地，相互联系复杂
- 系统集成项目中需研制开发大量的软硬件系统
- 项目生命期短
- 通常要采用大量的新技术
- 适用于维护的要求非常复杂
2.1.6项目管理定义
- 定义 把各种知识、技能、手段和技术应用于项目活动中，以达到项目的要求。项目管理是通过应用和综合诸如启动、计划、实施、监控和首位等项目管理过程来进行的。
- 举例说明
- 项目管理是一种管理方法体系。 项目管理师一种已被公认的管理模式，而不是一个任意的一次管理过程。
- 项目管理的对象、目的。 项目管理的对象是项目，即一系列的临时任务。项目管理的主要目的是实现项目的预定目标。
- 项目管理的任务、职能。 项目管理的职能与其他管理的职能是完全一致的，即是对组织的资源进行计划、组织、指挥、协调、控制。
- 项目管理运用系统理论和思想
- 项目刊只能主要是由项目经理执行的。
2.1.7项目管理的特点
- 项目管理是一项复杂工作
- 项目管理具有创造性
- 项目管理需要集权领导和创建专门的项目组织
- 项目负责人（或称项目经理）在项目管理中起着非常重要的作用
- 社会经济、政治、文化、自然环境等对项目的影响
2.2项目管理知识体系
2.2.5软技能🚩
- 有效的沟通：信息交流
- 影响一个组织：“让事情办成”的能力
- 领导能力：形成一个前景和战略并组织人员达到它
- 激励：激励人员达到最高水品给的生产率并克服变更的阻力
- 谈判和冲突解决能力：与其他人谈判或达成协议
- 问题解决：问题定义和做出决策的结合
2.3IPMP/PMP
2.4PRINCE2
2.5组织结构对项目的影响
2.5.2组织的文化和风格
- 组织文化常常对项目产生直接的影响
- 在一个进取心比较强或者具有开拓精神的组织中，团队所提出的非常规的或高风险的建议更容易获取批准
- 在一个等级制度严格的组织中，一个喜欢高度参与的项目经理可能常常会遇到麻烦。而在一个民主的组织中，一个喜欢独裁的项目经理同样也会受到挑战
2.5.3组织结构
- 职能型组织
特点是，项目组成员间需要沟通时，需要通过该员工的职能部门经理，而不可以直接跨部门找其他成员直接沟通
- 优点
- 强大的技术支持，便于知识、技能和经验的交流
- 清晰的职业生涯晋升路线
- 直线沟通，剑流简单，责任和权利很清晰
- 有利于重复性工作为主的过程管理
- 缺点
- 职能利益优先于项目，具有狭隘性
- 组织横向之间的联系薄弱，部门间沟通、协调难度大
- 项目经理极小或缺少权力、权威
- 项目管理发展方向不明，缺少项目基准等
- 矩阵型组织
- 分类
- 弱矩阵型组织
- 平衡矩阵型组织
- 强矩阵型组织
- 优缺点
- 优点
- 项目经理负责制，有明确的项目目标
- 改善了项目经理对整体资源的控制
- 及时响应
- 获取职能组织更多支持
- 最大限度地利用公司的稀缺资源
- 降低了跨职能部门间的协调合作难度
- 使质量、成本、时间等制约因素得到更好的平衡
- 团队成员有归属感，士气高，问题少
- 冲突较少，且易处理解决
- 缺点
- 管理成本增加
- 多头领导
- 难以检测和控制
- 资源分配与项目有限的问题产生冲突
- 权力难以保持平衡等
- 弱矩阵型组织
- 平衡矩阵型组织
- 强矩阵型组织
- 项目型组织
- 优点
- 结构的单一，责权分明，利于统一指挥
- 目标明确单一
- 沟通简洁、方便
- 决策快
- 缺点
- 管理成本高，如项目的工作量不足则资源配置效率低
- 项目环境比较封闭，不利于沟通、技术知识等共享
- 员工缺乏事业上的连续性和保障性
2.5.4PMO在组织结构中作用
- 定义
- PMO(Project Managemaent Office) 一般称为项目管理办公室、项目管理中心或者项目管理部
- 是在组织内部将实践、过程、运作形式化和标准化，同时在组织内各机能间，为推动专案前进产生各种工作资源冲突时，负责协调整合的机能，所以是为了提高组织管理成熟度的核心部门
- 🚩根据需要，可以一个项目设定一个PMO，可以为一个部门设定一个PMO,也可以为一个企业设定一个PMO。这三级PMO在一个组织内可以同时存在。
- 关键特性（不局限于此）(有可能有案例分析)
- 在所有PMO管理的项目之间共享和协调资源
- 明确和指定项目管理方法，最佳实践和标准
- 负责制定项目方针、流程、模板和其他共享文件
- 为所有的项目进行集中的配置管理
- 为所有的项目集中的共同风险和独特风险存储库加以管理
- 项目工具（如企业级项目管理软件）的实施和管理中心
- 项目之间沟通的管理协调中心
- 对项目进行指导的平台
- 通过对所有PMO管理的项目的时间基线和预算进行集中监控
- 在项目经理和任何内部或外部的质量人员或标准化组织之间协调整体项目的质量标准
2.6项目的生命周期
2.6.1项目生命周期基础
- 项目的生命周期指项目从启动到收尾所经历的一系列阶段。
2.6.2项目生命周期特征
- 成本与人力投资在开始时较低，在工作执行期间达到最高，并在项目快要结束的时候迅速回落。
- 风险与不确定性在项目开始时最大，并在项目的整个生命周期中随着决策制定与可交付成果的验收而逐步降低
2.6.3项目阶段
- 定义 项目阶段是一组具有逻辑关系的项目活动的集合，通常是一个或多个可交付成果的完成为结束。
- 阶段与阶段的关系
- 顺序关系
- 在顺序关系中，一个阶段只能在前一个阶段完成后开始
- 项目多个阶段完全按顺序排序
- 其暗部就按的特点减少了项目的不确定，但也排除了缩短项目总工期的可能性
- 交叠关系
- 在交叠关系中，一个阶段在前一个阶段完成前开始。
- 这有时可作为进度压缩的一种技术，被成为“快速跟进”
- 阶段交叠科恩那个需要增加额外的资源来并行开发工作，可能增加风险，也可能因尚未获得前一个阶段的准确信息就开始后续工作而造成返工
2.7典型生命周期模型
2.7.1瀑布模型
- 定义 瀑布模型是一个经典的软件生命周期模型，一般将软件开发分为：可行性分析（计划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护等几个阶段
- 特点
- 从上一项开发活动接受该活动的工作对象作为输入
- 利用这一输入，实施该项活动应完成的工作内容
- 给出该项活动的工作成果，作为输出传给下一项开发活动
- 对该项活动的实施工作成果进行审判。若其工作成果得到确认，则继续进行下一项开发活动，否正返回前一项，甚至更前项的活动。尽量减少多个阶段的反复。以相对来说较小的费用来开发软件。
- 适用🚩 需求明确或很少变更的项目，如二次开发或升级型项目，有利于大型软件开发人员的组织与管理；开发团队比较弱或缺乏经验。
2.7.2螺旋模型
- 定义
- 螺旋模型是一个演化软件过程模型，将原型实现的迭代特性与线性顺序（瀑布）模型中控制和系统化的方面结合起来。
- 开发过程具有周期性重复的螺旋线状。四个象限分别标志每个周期所划分的四个阶段：制定计划，风险分析，实施工程和客户评估
- 适用 螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统
2.7.3迭代模型
- 定义
- 迭代式开发模型，水平方向为时间维度，从组织管理的角度描述整个软件开发生命周期，分为四个阶段：初始，细化，构造，移交。可进一步描述为周期、阶段、迭代。
- 核心工作流从技术角度描述迭代模型的静态组成部分，包括：业务建模，需求获取，分析与涉及，实现，测试，部署。
- 图中的阴影部分描述类不同的工作流，在不同的时间段内工作量的不同，几乎所有的工作流在所有的时间段内具有工作量，知识大小不同而已。
- 各阶段的任务
- 初始化阶段 系统地描述项目的范围，选择可行的系统架构，计划和准备业务方案
- 细化阶段 细化构想，细化过程和基础设施，细化架构并选择构件
- 构造阶段 资源管理、控制和过程最优，弯沉钢构件的开发并依照评价标准进行测试，依照构想的验收标准评估产品发布。
- 移交阶段 同步并使并发的构造增量集成到一致的实施基线中，与实施有关的工程活动（商业包装和生产、人员培训等），根据完整的构想和需求集的验收标准评估实践基线
- 适用
- 在项目开发早期需求可能有所变化
- 分析设计人员对应用领域很熟悉
- 高风险项目
- 用户可不同程序地参与整个项目的开发过程
- 适用面向对象的语言或建模语言（UML）
- 使用CASE(Computer Aided Software Engineering,计算机辅助软件工程)工具，如Rose（Rose是非常受欢迎的物件软件开发工具）
- 具有高素质的项目管理者和软件研发团队
2.7.4V模型
- 定义 V模型从整体上看起来，就是一个V字形的结构，由左右两边组成。左边的下划线分别代表了需求分析，概要设计，详细设计，编码。右边的上划线代表单元测试，集成测试，系统测试，与验收测试。
- 测试阶段与开发阶段的对应关系
- 单元测试 验证软件单元是否按照单元规则说明（详细设计说明）正确执行，即保证每个最小的单元能够正常运行。单元测试一般由开发人员来执行，首先设定最小的测试单元，然后通过设计相应的测试用例来验证各个单元功能的正确性
- 集成测试 检查多个单元是否按照系统概要设计描述的方式协同工作。集成测试的主要关注点是系统能够成功编译，实现了主要的业务功能，系统各个模块之间的数据能够正常通信等
- 系统测试 验证整个系统是否满足需求规格说明
- 验收测试 从用户的角度检查系统是否满足合同中定义的需求或者用户需求。
- 特点
- V模型体现的主要思想是开发和测试同等重要，左侧代表开发活动，右侧代表的是测试活动
- V模型针对每个开发阶段，都有一个测试级别与之相对应
- 测试依旧是开发生命周期中的阶段，与瀑布模型不同的是，有多个测试级别与开发阶段相对应
- V模型适用于需求明确和需求变更不频繁的情形
2.7.5原型化模型
- 定义 原型化模型第一步就是船舰一个快速原型，能够满足项目干系人与未来的用户可以与原型进行互动，再通过与干系人进行充分的讨论与分析，最终弄清楚当前系统用户的需求，进行了充分的了解之后，再原型的基础上开发出用户满意的产品。
- 原型具备的特点
- 实际可行
- 具有最终系统的基本特性
- 构造方便、快速、造价低
- 原型法的特点在于原型法与用户的需求是动态响应的，逐步纳入
- 原型分类
- 抛弃式原型 此类原型再系统真正实现以后就放弃不用了
- 进化型原型 此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐步丰富，演化成最终的系统
- 适用 使用在很难一下子全面地提出用户需求的情况下
2.7.6敏捷开发模型
- 定义
- 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法
- 相对于传统软件开发方法的“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（以为比书面的文档更有效）、频繁交付新的软件版本，自我组织性的团队、能够很好的适应需求变化的代码编写和团队组织方法，也更加注重软件开发人员的作用
- Scrum 是一种迭代式软件开发过程软件，通常用于敏捷开发
- Scrum主管角色 Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括所有开发人员
- 适用 小型或中型软件开发团队，并且客户的需求模糊或者多变
2.8项目管理过程
- 定义
- 过程 过程是一组为了完成一系列事先指定的产品、成果或服务而执行的相互联系的行动和活动
- 戴明环（PDCA）
- 计划 Plan
- 执行 Do
- 检查 Check
- 行动 Act
- 项目管理过程组🚩🚩
- 按照项目管理过程在项目管理中的职能可以将组成项目的各个过程归纳成5组，叫项目管理过程组
- 包含
- 启动过程组 组定义并批准项目阶段。包括 “制定项目章程”和“识别干系人”两个过程
- 规划过程组 定义和细化目标，并为实现项目而要达到的目标和完成项目要解决的问题范围而规划必要的行动线路
- 执行过程组 整合人员和其他资源，在项目的生命周期或某个阶段执行项目管理计划
- 监督与控制过程组 要求定期测量和监控项目绩效情况，识别与项目管理计划的偏差，以便在必要时采用纠正措施，确保项目或阶段目标达成
- 收尾过程组 正式验收产品、服务或工作成果，有序的结束项目或项目阶段。包括项目整体管理中的“结束项目或阶段”过程，项目采购管理中的“结束采购”过程
- 过程之间的联系与交互作用
- 过程组极少是鼓励或只执行一次的实践，他们是整个项目生命周期内自始至终都以不同的程度相互重叠的活动。若将项目划分为阶段，则过程组不但在阶段内，而且可以跨越阶段相互影响和相互作用。
- PDCA与过程组的对应关系
- P 规划过程组
- D 执行过程组
- CA 监督与控制过程组
- 🚩🚩
