系统集成项目管理记忆技巧

PMBOK五大过程组是：启动过程、规划过程、执行过程、监控过程、收尾过程。

各用一句话概括项目管理知识体系五大过程组：
1、启动过程组：作用是设定项目目标，让项目团队有事可做；
2、规划过程组：作用是制定工作路线，让项目团队“有法可依”；
3、执行过程组：作用是“按图索骥”，让项目团队“有法必依”；
4、监控过程组：作用是测量项目绩效，让项目团队“违法必究”，并且尽量做到“防患于未然”；
5、收尾过程组：作用是了结项目（阶段）“恩怨”，让一切圆满。

PMBOK十大知识领域是什么？
PMBOK十大知识领域是：整合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、干系人管理
各用一句话概括项目管理知识体系十大知识领域：
1、整合管理：其作用犹如项链中的那根线；
2、范围管理：做且只做该做的事；
3、时间管理：让一切按既定的进度进行；
4、成本管理：算准钱和花好钱；
5、质量管理：目的是满足需求；
6、人力资源管理：让团队成员高效率地和你一起干；
7、沟通管理：在合适的时间让合适的人通过合适的方式把合适的信息传达给合适的人；
8、风险管理：“无事找事”，从而让项目“无险事”；
9、采购管理：当好甲方。

10、干系人管理：和项目干系人搞好关系并令其满意。

十大知识领域记忆口诀
10大知识领域说多不多，说少也不少，记起来也没那么容易，不过民间自有高人，有网友总结了PMBOK十大知识领域的记忆口诀，够简单，够深刻，看过就能记得。

口诀：蒸饭时，橙汁人，够疯，才干。

分别对应于：整合、范围、时间、成本、质量、人力资源、沟通、风险、采购、干系人。

整体项目管理
项目章程口诀
联想思路，两目是个乡下人，想干项目。

总是厚着脸皮进城希望发起人和项目经理审批。

项目章程内容记忆口诀
项目管理计划内容记忆方法
项目管理计划编制流程
整体管理变更处置流程
立项管理可行性研究内容
项目评估工作步骤
立项管理详细可行性研究内容--注意考选择
立项管理项目论证工作步骤-注意考选择
质量管理
1.
为了提升开车这个项目的质量，本督（要在）巷子里（练习）倒档本——成本——理解质量成本
督——成熟度——发展和遵从成熟度模型
巷——项目——建立组织级项目管理体系
里——激励——建立组织级激励制度
子——质量——建立组织级质量管理体系
倒——领导——强有力的领导；
档——文档——提高项目文档质量
质量控制的流程或步骤的记忆口诀：对准滑行总偏内侧。

因为没控制好质量，所以即使对准（方向）滑行（还是）总偏（向内）侧。

对（对象）准（标准）滑（计划）行（执行）总（跟踪）偏（偏差）内侧（对策）
（1）选择控制对象；
（2）为控制对象确定标准或目标；
（3）制定实施计划，确定保证措施；
（4）按计划执行；
（5）对项目实施情况进行跟踪监测、检查，并将监测的结果与计划或标准相比较；
（6）发现并分析偏差；
（7）根据偏差采取相应对策。

质量工具记忆口诀
质量老七种工具想了个记忆口诀：控（控制图）核（核查表）惩（流程图）罚（直方图）因（因果图）三（散点图）胖（帕累托）；新七种工具也想了个记忆口诀，有（优先矩阵）轻（亲和图）型（树形图）巨（矩阵图）网（活动网络图）过（过程决策图）关（关联图）
控核惩罚因三胖，有轻型巨网过关
质量管理质量管理计划应该包括的内容
成本管理
估算成本过程的工具和技术口诀
估算成本过程的工具和技术口诀：卖点关子，三家参与内测——卖底管质三家参储类策
卖（卖方投标分析）低（自下而上估算，自底向上估算）管（项目管理软
件）质（质量成本）三（三点估算）家（专家判断）参（参数分析）储（储备分析）类（类比估算）策（群体决策技术）
干系人管理
建设项目团队的工具技术口诀
建设项目团队的工具技术口诀：集团司机人人配对讲机——集团事际培奖基
集（集中办公）团（团队建设活动）事（人事测评工具）际（人际关系技能）培（培训）奖（认可与奖励）基（基本规则）
范围管理
项目范围说明书内容：假约验标除品果（约定来验收标段是假，来吃水果是真）收集需求过程工具和技术口诀
官员交谈分析调研新对策——观原焦谈分系新调研对策
观（观察）原（原型法）焦（焦点小组）谈（访谈）分（文件分析）系（系
统交互图）调（调查问卷）研（引导式研讨会）新（群体创新技术）对（标杆对照）策（群体决策技术）
范围管理项目范围说明书内容
范围管理确认范围的步骤
收集需求技术
收集需求技术某学员用定桩记忆法整理了下，分享。

头发：文件分析记分头：）
脑：群体创新技术群体决策技术记创新决策是脑做的。

脸：原型法圆脸
眼：焦点小组观察法
鼻：标杆对照法
嘴：引导式研讨会调查问卷访谈
耳朵：系统交互图（饺子娇耳）
进度管理
控制进度过程工具和技术口诀
控制进度过程工具和技术口诀：有机关！前后再摸索一遍——优绩管前后模压编
优（资源优化技术）绩（绩效审查）管（项目管理软件）前后（提前量与滞后师）模（建模技术）压（进度压缩）编（进度计划编制工具）
缩短进度工期的方法
风险管理
项目配置管理
配置管理创建或发行基线的步骤
配置管理活动记忆口诀
信息系统典型生命周期模型
1 ．瀑布模型
瀑布模型是一个经典的软件生命周期模型，一般将软件开发分为可行性分析（计划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护等几个阶段，如图所示。

瀑布模型中每项开发活动具有以下特点：
( l ）从上一项开发活动接受其成果作为本次活动的输入。

( 2 ）利用这一输入，实施本次活动应完成的工作内容。

( 3 ）给出本次活动的工作成果，作为输出传给下一项开发活动。

( 4 ）对本次活动的实施工作成果进行评审。

缺点：过程基本不可迭代，需求在开始的不确定性，错误到最后才能发现，开发进程呈现塞阻状态
2 . V 模型
如图所示
V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。

V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。

3 ．原型化模型
原型化模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，经过和用户针对原型的讨论和交流，弄清需求以便真正把握用户需要的软件产品是什么样子的。

充分了解后，再在原型基础上开发出用户满意的产品。

如图所示：
增量模型也是原型化开发方法。

如图所示
模型要点：瀑布和原型模型相结合，强调版本升级。

4.螺旋模型
螺旋模型是一个演化软件过程模型，将原型实现的迭代特征与线性顺
序（瀑布）模型中控制的和系统化的方面结合起来。

使得软件的增量版本的快速开发成为可能。

在螺旋模型中，软件开发是一系列的增量发布。

螺旋模型的整个开发过程如图所示。

图中的螺旋线代表随着时间推进的工作进展；开发过程具有周期性重复的螺旋线形状。

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

螺旋模型要点：统一了瀑布模型与原型模型，与增量模型相似，更强调风险分析。

5 ．迭代模型
喷泉模型：体现认识事物的循环迭代性，强调开发活动之间的无间隙性，无明显的活动阶段划分，适用于面向对象的开发过程。

如图所示：
RUP ( Rational Unified Process ）软件统一过程是一种“过程方法”，它就是迭代模型的一种。

如图所示。

RUP中的软件生命周期在时间上被分解为4 个顺序的阶段，分别是：初始阶段( Inception）、细化阶段（Elaboration ）、构建阶段（Construction ）和交付阶段（Transition ）。

这4 个阶段的顺序执行就形成了一个周期。

每个阶段结束于一个主要的里程碑（Major Mileslones ）。

在每个阶段的结尾执行一次评估以确定这个阶段的目标是否己经满足。

信息系统的生命周期也可以分为4个阶段：立项、开发、运维、消亡。

1.立项阶段
即其概念阶段或需求阶段，这一阶段分为两个过程：一是概念的形成过程，根据用户单位业务发展和经营管理的需要，提出建设信息系统的初步构想；二是需求分析过程，即对企业信息系统的需求进行深入调研和分析，形成《需求规范说明书》，经评审、批准后立项。

2.开发阶段
（1）总体规划阶段：是系统开发的起始阶段，以立项阶段所做的需求分析为基础，明确信息系统在企业经营战略中的作用和地位，指导信息系统的开发，优化配置并利用各种资源，包括内部资源和外部资源，通过规划过程规范或完善用户单位的业务流程。

一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范。

（2）系统分析阶段：目标是为系统设计阶段提供系统的逻辑模型，
内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案。

（3）系统设计阶段：根据系统分析的结果设计出信息系统的实施方案，主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、系统组织和队伍设计及系统管理流程设计。

（4）系统实施阶段：是将设计阶段的成果在计算机和网络上具体实现，即将设计文本变成能在计算机上运行的软件系统。

由于系统实施阶段是对以前全部工作的检验，因此用户的参与特别重要。

（5）系统验收阶段：通过试运行，系统性能的优劣及其他各种问题都会暴露在用户面前，即进入了系统验收阶段。

3.运维阶段
信息系统通过验收，正式移交给用户以后，就进入运维阶段，系统长时间的有效运行是检验系统质量的试金石。

要保障系统正常运行，系统维护是不可缺少的工作。

维护可分为4种类型：排错性维护、适应性维护、完善性维护、预防性维护。

4.消亡阶段
开发一个信息系统并希望它一劳永逸地运行下去是不现实的。

企业的信息系统经常不可避免地会遇到系统更新改造、功能扩展，甚至报废重建等情况。

对此，用户单位应当在信息系统建设的初期就注意系统消亡条件和时机，以及由此而花费的成本。