项目管理-04丨项目管理基础

Posted by jiefang on February 7, 2020

项目管理基础

项目管理基础

  • 项目是为提供一项独特产品、服务或成果所做的临时性努力。
  • 项目的具体特点如下:
    • 临时性(一次性);
    • 独特的产品、服务和成果;
    • 逐步完善;
    • 资源约束;
    • 目的性。
  • 项目工作的三个主要目标(三约束):时间、成本和质量
  • 项目经理的责任就是在时间、成本、质量和项目范围之间进行权衡以保证项目的成功。

项目管理知识体系构成

有效的管理要求项目管理组至少能理解和使用以下五方面的专门知识领域:

  • 项目管理知识体系;
  • 应用领域的知识、标准和规定;
  • 项目环境知识;
  • 通用的管理知识和技能;
  • 软技能或人际关系技能。

项目组织结构

image

职能型组织

image

优点:

  • 便于知识、技能和经验交流;
  • 清晰的职业生涯晋升路线;
  • 沟通、交流简单、责任和权限清晰;
  • 重复性工作为主的过程管理。

缺点:

  • 职能利益优先于项目;
  • 组织横向之间联系薄弱,部门间沟通、协调难度大;
  • 项目经理缺少权利、权威;
  • 项目管理发展方向不明,缺少项目基准。

项目型组织

image

优点:

  • 责权分明,利于统一指挥;
  • 目标明确单一;
  • 沟通简洁、方便;
  • 决策快。

缺点:

  • 管理成本过高;
  • 项目环境比较封闭,不利于沟通、技术知识共享;
  • 员工缺乏事业上的连续性和保障;

矩阵型组织

弱矩阵型组织

弱矩阵型组织

平衡矩阵型组织

平衡矩阵型组织

强矩阵型组织

强矩阵型组织

优点:

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

缺点:

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

复合型组织

image

信息系统项目的生命周期

通用的生命周期结构具有以下特征:

  • 成本与人力投入在开始时较低,在工作执行期间达到最高,并在项目快要结束时迅速回落。
  • 风险与不确定性在项目开始时最大,并在项目的整个生命周期中随着决策的制定与可交付成果的验收而逐步降低。

image

image

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

瀑布模型

瀑布模型是一个经典的软件生命周期模式,一般将软件开发分为:

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

image

螺旋模型

螺旋模型是一个演化软件模型,将原型实现的迭代特征与线性顺序 (瀑布)模型中控制的和系统化的方面结合起来。使得软件的增量版 本的快速开发成为可能。

螺旋模型的四个象限分别标志每个周期所划分的四阶段:制订计划风险分析实施工程和客户评估。 螺旋模型强调了风险分析,特别适用于庞大而复杂的、高风险的系统

image

迭代模型

迭代模型的生命周期四个阶段:初始、细化、构造、移交,可进一步描述为周期(Cycle)、阶段(Phase)、迭代(Iteration)。核心工作流从技术角度描述迭代模型的静态组成部分,包括:业务建模、需求获取、分析与设计、实现、测试、部署。

image

V模型

V模型是一个对称的结构,非常明确的表明了测试过程中存在的不同的 级别,并且非常清晰的描述了这些测试阶段和开发阶段的对应关系。

  • 单元测试。一般由开发人员来执行,首先设定最小的测试单元,然后 通过设计相应的测试用例来验证各个单元功能的正确性。
  • 集成测试。主要关注点是系统能够成功编译,实现了主要的业务功能, 系统各个模块之间数据能够正常通信等。
  • 系统测试,验证整个系统是否满足需求规格说明。
  • 验收测试,从用户的角度检查系统是否满足合同中定义的需求或者用 户需求。

V模型的特点:

  • 主要思想是开发和测试同等重要,左侧代表开发活动,右侧代表测试活动。
  • 针对每个开发阶段都有一个测试级别与之对应。
  • 测试依旧是开发生命周期中的阶段,与瀑布模型不同的是,有多个测试级别与开发阶段对应。
  • 适用于需求明确和需求变更不频繁的情形。

image

image

原型法

原型法认为很难一下子全面准确地提出用户需求的情况下,首先不要 求一定要对系统做全面、详细的调查、分析,而是本着开发人员对用户 需求的初步理解,先快速开发一个原型系统,然后通过反复修改来实现 用户的最终的系统需求。 原型应当具备的特点如下:

  • 实际可行;
  • 具有最终系统的基本特征;
  • 构造方便、快速,造价低。

敏捷开发

敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行 软件开发。换言之,就是把一个大项目分为多个相互联系、但也可独立 运行的小项目,并分别完成,在此过程中软件一直处理可使用状态。

原则

  • 快速迭代;
  • 让测试人员和开发者参与需求讨论;
  • 编写可测试的需求文档;
  • 多沟通、尽量减少文档;
  • 做好产品原型;
  • 及早考虑测试;

项目管理过程

项目管理过程组包括5个:

  • 启动过程组;
  • 计划过程组;
  • 执行过程组;
  • 监督与控制过程组;
  • 收尾过程组。

image

image