第二章 信息系统项目管理基础

1. 项目的概念和特点

• 定义

  • 项目是为提供一项独特产品、服务或成果所做的临时性努力

• 特点

  • 项目的特点

    • 临时性/一次性：有开始日期和结束日期
    • 独特的产品、服务或成果
    • 逐步完善
    • 资源约束：人力、物力、成本等约束
    • 目的性

  • 项目目标

    • 四大目标/约束：
      • 时间、成本、质量、范围，这四个目标经常存在冲突
      • 项目经理的责任就是在这四个要素之间进行权衡以保证项目的成功
    • 项目目标的特点：多目标性、层次性、优先性

2. 信息系统项目管理

• 项目管理知识体系
  • 软技能包括人际技能管理，包括
    • 有效的沟通
    • 影响一个组织
    • 领导能力
    • 激励
    • 谈判和冲突解决
    • 问题解决

3. PRINCE2

• PRINCE2是一种基于流程的结构化项目管理方法
• PRINCE2四要素包括：原则、流程、主题、项目环境

4. 项目的组织结构

• 组织结构的分类

  • 职能型组织结构
  • 矩阵型组织结构
    • 弱矩阵型组织、平衡矩阵型组织、强矩阵型组织
  • 项目型组织

  

4.1 职能型组织

• 组织结构图
  

  员工请假要向职能部门经理提申请

• 优点

  • 强大的技术支持，便于知识、技能和经验的交流
  • 清晰的职业生涯晋升路线
  • 直线沟通、交流简单、责任和权限清晰
  • 有利于重复性工作为主的过程管理

• 缺点

  • 职能利益优先于项目，具有狭隘性
  • 组织横向之间的联系薄弱、部门间沟通、协调难度大
  • 项目经理极小或缺少权利、权威
  • 项目管理发展方向不明，缺少项目基准等

4.2 项目型组织

• 组织结构图

  

• 优点

  • 结构单一、职责分明、有利于统一指挥
  • 目标明确单一
  • 沟通简洁、方便
  • 决策快

• 缺点

  • 管理成本高，如项目的工作量不足则资源配置效率低
  • 项目环境比较封闭，不利于沟通、技术知识等共享
  • 员工缺乏事业上的连续性和保障等

4.3 矩阵型组织

• 弱矩阵型组织

  • 组织结构图

    

    项目经理可以直接调动员工，但是权利小于职能经理

• 平衡矩阵型组织

  • 组织结构图

    

• 强矩阵型组织

  • 组织结构图
    

• 优点

  • 项目经理负责制，有明确的项目目标
  • 改善了项目经理对整体资源的控制
  • 及时响应
  • 获取职能组织更多的支持
  • 最大限度地利用公司的稀缺资源
  • 降低了跨职能部门间的协调合作难度
  • 使质量、成本、时间等制约因素得到更好的平衡
  • 团队成员有归属感，士气高，问题少
  • 冲突较少，且易处理解决

• 缺点

  • 管理成本增加
  • 多头领导
  • 难以监控和控制
  • 资源分配与项目有限的问题产生冲突
  • 权利难以保持平衡

５. PMO项目管理办公室

• PMO(Project Management Office)一般称为项目管理办公室、项目管理中心或者项目管理部，是在组织内部将实践、过程、运作形式化和标准化，同时在组织内个机能间，为推动专案前进产生各种工作资源冲突时，负责协调整合的机能，所以是为了提高组织管理成熟度的核心部门。
• 根据需要，可以为一个项目设立一个PMO，可以为一个部门设立一个PMO，也可以为一个企业设立一个PMO。者三级PMO可以在一个组织内同时存在。

6. 信息系统项目生命周期

• 特征

  • 成本与人力投入与时间的关系

    • 项目成本与人力投入在开始时较低，在工作执行期间达到最高，并在项目快要结束时迅速回落。
      

  • 风险与不确定性与时间的关系

    • 风险与不确定性在项目开始时最大，并在项目的整个生命周期中岁者决策的制定与可交付成果的验收而逐步降低。
      

7. 信息系统项目生命周期模型

7.1 瀑布模型

• 模型
  

• 软件开发阶段

  • 可行性分析、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护等

• 瀑布模型中每项开发活动具有以下特点：

  • 从上一项开发活动接收该项活动的工作对象作为输入
  • 该项活动的工作成果，作为输出传给下一项开发活动
  • 对该项活动的实施工作成果进行评审

• 适用环境

  • 需求明确或很少变更的项目，例如二次开发或升级项目

7.2 螺旋模型

• 模型
  

• 软件开发阶段

  • 4个象限分别标志着每个周期所划分的四个阶段：制定计划、风险分析、实施工程、客户评估

• 特点

  • 软件开发是一系列的增量发布

• 适用环境

  • 强调了风险分析，特别适用于庞大而复杂、高风险的系统

7.3 迭代模型（RUP）

• 模型
  

• 开发阶段

  • 初始、细化、构造、移交

• 核心工作流

  • 商业建模、需求、分析设计、实现、测试、部署

• 特点

  • 几乎所有的工作流在所有的时间段内均有工作量
  • 核心工作流在每个阶段可进行多次迭代
  • 在不同时间段内工作量不同

7.4 V模型

• 模型
  

• 开发阶段

  • 左边：需求分析、概要设计、详细设计、编码
  • 右边：验收测试、系统测试、集成测试、单元测试

• 特点

  • 开发和测试时同等重要，左侧是开发活动，右侧是测试活动
  • 针对每个开发阶段，都有一个测试级别与之相对应
  • 测试依旧是开发生命周期中的阶段，与瀑布模型不同的是，有多个测试级别与开发阶段响应

• 使用环境

  • 需求明确和需求变更不频繁的情形

7.5 原型法模型

• 模型
  • 开发人员对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求
  • 对用户的需求动态响应、逐步纳入
• 特点
  • 实际可行
  • 具有最终系统的基本特征
  • 构造方便、快速、造价低

7.6 敏捷开发模型

• 特点
  • 以人为核心、迭代、循序渐进的开发方法
• 使用情况
  • 小型系统
• Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发

8. 单个项目的管理过程组

1. PDCA循环

   • 项目管理各过程组可以对应到PDCA循环
     • 计划（Plan）－执行（Do）－检查（Check）-行动（Act）

2. 项目管理过程组

   • 管理流程
     

   • 五大过程

     • 启动过程：设定项目目标，让项目团队"有事可做"
     • 规划过程：制定工作路线，让项目团队"有法可依"
     • 执行过程：按图索骥，让项目团队"有法必依"
     • 监控过程：测量项目绩效，让项目团队"违法必究"，并且尽量做到"防患于未然"
     • 收尾过程：了结项目/阶段的"恩怨"，让一切圆满

   • 十大管理

     • 整体管理：犹如项链中的那根线
     • 范围管理：做且只做该做的事情
     • 时间管理：让一切按照进度执行
     • 成本管理：算准钱和花好钱
     • 质量管理：满足需求
     • 人力资源管理：让团队高效率的和你一起干
     • 沟通管理：在合适的时间让合适的人通过合适的方式把合适的信息传递给合适的人
     • 干系人管理：和项目干系人搞好关系，并令其满意
     • 风险管理：让项目“无险事”
     • 采购管理：当好甲方

3. PDCA与五大过程组的对应关系

   • plan - 规划过程组
   • Do - 执行过程组
   • Chack, Act - 监督与执行过程组