目录

• 项目管理定义及通俗理解：
• 框架：
• • 五大标准化过程组
• 一.项目启动
• • 项目类型：
  • 1.初始项目分析
  • 2.生存期模型
  • • 瀑布模型：
    • 原型模型：
    • 增量模型：
  • 3.项目立项
• 二、项目计划
• • 范围计划
  • • wbs任务分解
    • • 工作包
      • 任务分解原则
  • 进度计划
  • • 进度计划管理过程
    • 关键路径与里程碑
  • 成本计划
  • 质量计划
  • 人力资源计划
  • • 职能型：
    • 项目型
    • 矩阵型
  • 沟通计划
  • 风险计划
• 三、项目的实施与控制
• 四、项目结束

项目管理定义及通俗理解：

定义：使项目能够按照预定的成本、进度、质量、顺利完成并让所有干系人得到满意，而对成本、人员、进度、质量、风险等进行分析和管理的活动。

通俗理解：假设我们要做一件事，有一定的约束和目标要求，诸如时间、资金、人力、等条件限制，那么如何在这些约束条件下有效的达到我们预想的目标，通过相关的理念、技术方法和工具进行管理的过程就是项目管理。

框架：

五大标准化过程组

1.启动阶段：项目的可行性分析、立项、招投标、合同签署等
2.计划阶段：范围定义、进度安排、资源安排、成本估价、质量保证计划、风险计划、实施计划等
3.实施及控制阶段：项目实施、进度控制、费用控制、质量控制、变更控制等
4.结束阶段：范围确认、质量验收、费用结算与审计、项目资料验收、项目交接与清算、项目审计与评估、项目总结等

一.项目启动

项目类型：

合同项目：招投标、合同谈判、甲乙双方有合同约束。参考项目”xxx合同书“
内部项目：确定任务范围和相关人员进行有效的配合，无合同约束。

1.初始项目分析

项目可行性分析：根据市场、技术、人员等各资源分析项目的可行性，对分析结果进行认证讨论。
项目范围分析：确定项目的功能模块、边界范围等。
项目干系人分析：分析确定项目相关人员包括：项目发起人，项目开发人员、测试人员、维护人员、客户等

2.生存期模型

瀑布模型：

瀑布模型核心思想是按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。

适用：项目开始前，项目的需求不明确，需要减少项目需求的不确定性，类似的项目如：第一次开发的产品，验证可行性

增量模型：

增量模型融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征，该模型采用随着日程时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。

使用增量模型开发软件时，把软件产品作为一系列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成，并且能够完成特定的功能。使用增量模型时，第一个增量构件往往实现软件的基本需求，提供最核心的功能。把软件产品分解成增量构件时，唯一必须遵守的约束条件是，当把新构件集成到现有构件中时，所形成的产品必须是可测试的。

人力资源计划

职能型：

职能型组织结构是目前最普遍的项目组织形式。它是一个标准的金字塔型组织形式

矩阵型

矩阵型组织结构是职能型组织结构和项目型组织结构的混合体，既具有职能型组织的特征，又具有项目型组织结构的特征。

软件需求规格说明书：需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书。需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。
3.需求分析
4.系统设计
5.系统开发
6.系统测试

四、项目结束

成功与失败的标准：1.可交付成果如何2.是否实现目标3.是否达到项目业主的期望
完成收尾工作：范围确认、项目验收、费用结算、合同终结。
项目结束评审：是否实现项目目标；是否遵循项目进度；是否在预算成本内完成项目；项目进度过程中出现的突发问题以及解决措施是否合适问题是否得到解决；从该项目的实践中可以得到哪些经验和教训。