第五章 项目范围管理
确保项目做且只做所需的全部工作,以成功完成项目的各个过程。
产品范围和项目范围
产品范围:产品的特性和功能—————-产品需求
项目范围:建立产品所需完成的全部工作——项目管理计划
5.1规划范围管理
创建范围管理计划,为如何管理范围提供指南和方向
5.1.1 输入:
项目管理计划
项目章程
事业环境因素
组织过程资产
5.1.2 工具与技术:
专家判断
会议
5.1.3 输出:
范围管理计划
需求管理计划
Live beautifully, dream passionately, love completely
第五章 项目范围管理
确保项目做且只做所需的全部工作,以成功完成项目的各个过程。
产品范围和项目范围
产品范围:产品的特性和功能—————-产品需求
项目范围:建立产品所需完成的全部工作——项目管理计划
5.1规划范围管理
创建范围管理计划,为如何管理范围提供指南和方向
5.1.1 输入:
项目管理计划
项目章程
事业环境因素
组织过程资产
5.1.2 工具与技术:
专家判断
会议
5.1.3 输出:
范围管理计划
需求管理计划
第四章 项目整合管理
10大知识领域中的第一个知识领域,地位要比其他知识领域略高一些。
在整合管理的指导下,从事后面的9大知识领域
项目整合管理包括为识别,定义,组合,统一和协调各项目管理过程组的各种过程和活动而开展的过程和活动。
4.1 制定项目章程(启动过程组)
编写一份正式批准并授权项目经理在项目活动中使用组织资源的文件的过程
本过程的主要作用:明确定义项目开始和项目边界,确立项目的正式地位,以及高级管理层直述他们对项目的支持
经批准的项目章程意味着项目的正式启动
项目章程应该由发起项目的实体批准
4.1.1 制定项目章程输入:
1.项目工作说明书(SOW) :是对项目所需交付产品,服务或成果的叙述性说明
外部项目可以是 招标书等
包含:
业务需要,产品范围描述,战略计划
2.商业论证
3.协议 :项目的初衷。合同,意向书,口头协议等
4.事业环境因素 :政府标准,行业标准或法规;组织文化和结构;市场条件
5.组织过程资产:标准过程,政策和过程定义;模板;经验教训
4.1.2 工具和技术:
1.专家判断
2.引导技术
4.1.3 输出:项目章程 『高层次(high level)』
项目章程内容:项目目的或批准项目原因
可测量的项目目标和相关成功标准
高层级需求
高层级风险
高层级项目描述和边界定义
总体里程碑进度计划
总体预算
假设条件和制约因素
干系人清单
项目审批要求
委派的项目经理及其权责
发起人或批准项目章程的人员姓名和职权
第三章 项目管理过程
过程 是为创建预定的产品,服务和成果而执行的一系列相互关联的行动和活动。
五大项目管理过程组 :启动—规划—执行—监控—收尾
项目边界 指的是一个项目或项目阶段从获得授权的时间点到得以完成的时间点
启动过程组
定义目标,授权项目经理,识别干系人 (就两个内容:制定章程,识别干系人)
规划过程组
明确范围,定义目标,制定项目管理计划
执行过程组
达到目标,产生有效的输出,花费最大部分的时间与钱,执行会产生变更,产生绩效信息
监控过程组
绩效审核,偏差分析,变更管理,贯穿始终,发现问题,定位问题,分析问题,解决问题
收尾过程组
交付项目成果,组织过程资产更新
项目数据,项目信息
收集项目数据,进行综合分析和汇总,加工成项目信息
工作绩效数据:原始观察结果和测量值 例子:完成百分比,活动的开始结束日期
工作绩效信息:各过程中收集并结合相关背景和跨领域关系 例子:可交付成果,预测的完工估算的状况,变更请求的落实情况
工作绩效报告:为指定决策,提出问题等而汇编工作绩效信息 例子:状况报告,备忘录 ,情况更新
bit
电脑记忆体中最小的单位,在二进位电脑系统中,每一bit 可以代表0 或 1 的数位讯号。
Byte
字节单位,一般表示存储介质大小的单位,一个B(常用大写的B来表示Byte)可代表一个字元(A~Z)、数字(0~9)、或符号(,.?!%&+-*/),但中文字需要2个Byte。
1 Byte = 8 bits
1 KB = 1024 Bytes
1 MB = 1024 KB
1 GB = 1024 MB
注意:在计算存储介质大小时,需要用2的n次方来换算(1KB = 2^10 Bytes)。
bps
“bits per second”常用于表示数据机及网络通讯的传输速率。例如GigabitEthernet端口:
5 minute input rate 38410000 bits/sec, 6344 packets/sec
382410000 bits/sec = 382.41Mbps
所以常说的快速以太网能达到百兆传输,其实实际传输文件大小只有10MB = 100Mb
注意:在计算传输速率时,直接用1000来换算(1 Mb = 1000 Kb = 1000,000 bit)。
Bps
“Byte per second”电脑一般都以Bps显示速度,但有时会跟传输速率混淆,例如ADSL宣称的带宽为1Mbps ,但在实际应用中,下载速度没有1MB ,只有1Mbps/8 = 128kBps
也就是说与传输速度有关的b一般指的是bit。
与容量有关的B一般指的是Byte。
pps – 包转发率
包转发率标志了交换机转发数据包能力的大小。单位一般位pps(包每秒),一般交换机的包转发率在几十Kpps到几百Mpps不等。包转发速率是指交换机每秒可以转发多少百万个数据包(Mpps),即交换机能同时转发的数据包的数量。
包转发率以数据包为单位体现了交换机的交换能力。
Gbps – 背板带宽
交换机的背板带宽,是交换机接口处理器或接口卡和数据总线间所能吞吐的最大数据量。背板带宽标志了交换机总的数据交换能力,单位为Gbps,也叫交
换带宽,一般的交换机的背板带宽从几Gbps到上百Gbps不等。一台交换机的背板带宽越高,所能处理数据的能力就越强,但同时设计成本也会越高。
从以下两个方面可以判断一台交换机背板带宽的可用性:
1、(所有端口容量×端口数量×2)小于等于背板带宽,可实现全双工无阻塞交换,证明交换机具有发挥最大数据交换性能的条件。
2、满配置吞吐量(Mpps) = 满配置GE端口数×1.488Mpps,其中1个千兆端口在包长为64字节时的理论吞吐量为1.488Mpps。
GE端口理论吞吐量-1.488Mpps
以太网传输最小包长是64字节。包转发线速的衡量标准是以单位时间内发送64byte的数据包(最小包)的个数作为计算基准的。
对于千兆以太网来说,计算方法如下:
1000Mbps/((64B+8B+12B)×8bit)=1.488095pps
说明:当以太网帧为64Byte时,需考虑8Byte的前导符和12Byte的帧间隙的固定开销。
在以太网中,每个帧头都要加上了8个字节的前导符,前导符的作用在于告诉监听设备数据将要到来。然后,以太网中的每个帧之间都要有帧间隙,即每发完一个帧
之后要等待一段时间再发另外一个帧,在以太网标准中规定最小是12个字节,然而帧间隙在实际应用中有可能会比12个字节要大,在这里我用了最小值。每个帧
都要有20个字节的固定开销。(另外这20字节的信息是不能通过抓包软件抓下来的)
因此一个全双工线速的千兆以太网端口在转发64Byte包时的包转发率为1.488Mpps。
以下是常用以太网端口的包转发率:
1、万兆以太网:14.88Mpps
2、千兆以太网:1.488Mpps
3、百兆以太网:0.1488Mpps
Router 的 kbits 单位等同于 kbps
第二章 组织影响和项目生命周期
1.组织
是对实体的系统化安排,以便通过开展项目等方式来实现某种目的
2.组织文化
员工们共享的工作价值观与工作信念
3.组织结构
1.职能型组织 :层级结构,有明确上级,专业分组,项目经理权利小,兼职
优点:便于对专家进行管理,团队成员只有一个上级,员工职业路径清晰,部门内协调沟通容易
2.矩阵型组织:依据职能经理和项目经理之间的权利和影响,分为强矩阵,弱矩阵,平衡矩阵
弱矩阵:项目经理权利小,兼职,保留了职能型组织大部分特性,项目经理的角色更像协调员和联络员
联络员 不能亲自制定或推行决策
协调员 有权利做一些决策,有一定职权
平衡矩阵:中等 全职,虽然承认全职项目经理的必要性,但未授权其全权管理项目和项目资源
强矩阵:项目经理权力大,全职,具有项目型组织的许多特征
3.项目型组织:项目经理权利特别大,全职,团队成员通常集中办公
缺点:项目结束后成员无家可归,资源使用率低
4.复合型组织
很多组织在不同的组织层级上用到所有的结构
一个组织可以采用强矩阵结构管理其大多数项目,而小项目仍由职能部门管理
4.组织过程资产
是执行组织所特有并使用的正式或非正式的计划,流程,政策,程序和知识库
分为两大类:1.流程与程序 2.共享知识库
流程与程序:
启动和规划(指南和标准,模板) 执行和监控(变更控制程序,财务控制程序)收尾(收尾指南或要求)
共享知识库:
配置管理知识库,财务数据库,历史信息与经验教训知识库,问题与缺陷管理数据库,过程测量数据库,以往项目的项目档案
5.事业环境因素
项目团队不能控制的,将对项目产生影响,限制或指令作用的各种条件
组织文化,结构和治理
设施和资源的地理分布
政府或行业标准
基础设施,商业数据库
市场条件,政治氛围
干系人风险承受力
组织已有沟通渠道
项目管理信息系统
6.项目团队
包括项目经理,以及为实现项目目标而一起工作的一群人
7.发起人
为项目提供资源和支持的个人或团体
对超出项目经理控制范围的事项要汇报给发起人
8.项目生命周期
项目从启动到收尾所经历的一系列阶段
1.预测型生命周期(完全计划驱动):项目开始时就对产品和可交付成果进行定义
以下情况使用预测型生命周期:
1.充分了解拟交付的产品
2.有厚实的行业实践基础
2.迭代和增量型生命周期: 随着团队对产品的理解程度加深,项目阶段有目的地重复一个或多个项目活动
以下情况使用迭代和增量型生命周期:
1.组织需要管理不断变化的目标和范围
2.组织需要降低项目的复杂性
3.部分交付有利于干系人
4.大型复杂项目
3.适应型生命周期(变更驱动或敏捷):每次产品迭代时才能定义该次详细范围,目的在于应对大量变更,获取干系人持续参与
也包含了迭代和增量的概念,不同之处在于迭代很快(2-4周)
以下情况使用迭代和增量型生命周期:
1.应对快速变化的环境
2.需求和范围难以事先确定
3.能够以有利于干系人的方式定义较小的增量改进
4.通用的生命周期 用来与高级管理层及不太熟悉项目细节的人沟通
适应型与迭代增量型的区别:适应型更快速(2-4周)且所需时间和资源是固定的。
9.阶段
阶段的结束以作为阶段性可交付成果的工作产品的转移或移交为标志
还可称为:阶段关口,里程碑,阶段审查,阶段门,关键决策点