Zen.Wu

存一些内容，记一点文字

发表于 分类于 ，

范围说明书包括哪些内容？

范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围，包括项目和产品范围。项目范围说明书详细描述项目可交付成果，及为创建这些可交付成果而必须开展的工作。

(1)项目目标
(2)产品范围描述
(3)项目需求
(4)项目边界
(5)可交付成果
(6)制约因素
(7)假设条件

发表于 分类于 ，

范围管理计划和需求管理计划的内容是？

(1)范围管理计划是项目或项目集管理计划的组成部分，描述了如何定义、制定、监督、控制和确认项目范围。
(2)需求管理计划是项目管理计划的组成部分，描述了如何分析、记录和管理需求，以及阶段与阶段间的关系对管理需求的影响。项目经理为项目选择最有效的阶段间关系，并将它记录在需求管理计划中。

发表于 分类于 ，

项目范围管理的主要过程有？

(1)编制范围管理计划
(2)收集需求：明确并记录项目干系人的相关需求。
(3)定义范围：详细描述产品和项目范围，编制项目范围说明书。
(4)创建WBS：把整个项目工作分解为较小的、易于管理的组成部分。
(5)确认范围：正式验收已完成的可交付成果。
(6)范围控制：监督项目和产品的范围状态、管理范围基准变更。

发表于 分类于 ，

变更请求包括哪些？

纠正措施：针对实际已经出现的偏差。
预防措施：预防措施是针对将来可能出现的偏差。
缺陷补救：为了修正不一致的产品或产品组件而进行的有目的的活动。缺陷补救措施只针对项目质量问题。
更新：对正式受控的项目文件或计划等进行的变更，以反映修改或增加的意见或内容。

发表于 分类于 ，

变更的常见原因有哪些？

（1）产品范围（成果）定义的过失或者疏忽
（2）项目范围（工作）定义的过失或者疏忽
（3）客户提出新需求
（4）应对风险的紧急计划或回避计划
（5）项目执行过程与基准要求不一致带来的被动调整
（6）项目团队人员调整
（7）技术革新的要求
（8）外部事件

发表于 分类于 ，

实施整体变更的输入、输出、工具与技术是？

（1）输入：项目管理计划、变更请求、工作绩效报告、事业环境因素、组织过程资产
（2）输出：批准的变更请求、变更日志、项目管理计划更新、项目文件更新
（3）工具与技术：会议、变更控制工具

发表于 分类于 ，

监控项目工作的输入、输出、工具与技术是？

（1）输入：项目管理计划、进度预测、成本预测、确认的变更、工作绩效信息、事业环境因素和组织过程资产
（2）输出：变更请求、工作绩效报告、项目管理计划更新、项目文件更新
（3）工具与技术：分析技术、项目管理信息系统和会议

发表于 分类于 ，

项目管理计划的主要用途有哪些？

（1）指导项目执行、监控和收尾；
（2）为项目绩效考核和项目控制提供基准；
（3）记录制订项目计划所依据的假设条件；
（4）记录制订项目计划过程中的有关方案选择；
（5）促进项目干系人之间的沟通；
（6）规定管理层审查项目的时间、内容和方式。

发表于 分类于 ，

项目管理计划的内容包括哪些？

管理子计划（9）：
范围、进度、成本、质量、人力资源、干系人、沟通、风险、采购管理计划

其他管理计划（4）：
质量改进计划；配置、变更、需求管理计划

重要基准（3）：
范围基准、进度基准、成本基准

为项目选用生命周期和过程（2）：
项目所选用的生命周期及各阶段将釆用的过程、生命周期模型

发表于 分类于 ，

简述项目管理计划制订的步骤？

(1)各具体知识领域制订各自的分项计划；
(2)整体管理知识领域收集各分项计划，整合成项目管理计划；
(3)用项目管理计划指导项目的执行和监控工作，并在执行过程中监控；
(4)对提出的必要的变更请求，报实施整体变更控制过程审批；
(5)根据经批准的变更请求，更新项目管理计划。

发表于 分类于 ，

项目章程的作用：

(1)确定项目经理，规定项目经理的权利。
(2)正式确认项目的存在，给项目一个合法的地位。
(3)规定项目的总体目标，包括范围、时间、成本和质量等。
(4)通过叙述启动项目的理由，把项目与执行组织的日常经营运作及战略计划等联系起来。

发表于 分类于 ，

项目章程的内容包括哪些？ ▲

(1)概括性的项目描述和项目产品描述
(2)项目目的或批准项目的理由
(3)项目的总体要求
(4)可测量的项目目标和相关的成功标准
(5)项目的主要风险
(6)总体里程碑进度计划
(7)总体预算
(8)项目的审批要求
(9)委派的项目经理及其职责和职权
(10)发起人或其他批准项目章程的人员的姓名和职权

发表于 分类于 ，

项目经理作为项目的整合者，需要做的工作有哪些？作为整合者，项目经理必须：

(1)通过与项目干系人主动、全面的沟通，来了解他们对项目的需求。
(2)在相互竞争的众多干系人之间寻找平衡点。
(3)通过认真、细致的协调工作，来达到各种需求间的平衡，实现整合。

发表于 分类于 ，

项目整体管理包括哪几个过程?

(1)制定项目章程；
(2)制定项目管理计划；
(3)指导与管理项目工作。按管理计划办事，实施已批准变更；
(4)监控项目工作。跟踪、审查和报告项目进展，以实现绩效目标；
(5)实施整体变更控制。走变更流程及管理相关的变更，并对变更处理结果进行沟通；
(6)结束项目或阶段。

发表于 分类于 ，

初步可行性研究可能出现的结果包括哪些？

对于不同规模和类别的项目，初步可行性研究可能出现4种结果，即：

①肯定，对于比较小的项目甚至可以直接“上马”；
②肯定，转入详细可行性研究，进入更深入更详细的分析研究；
③展开专题研究，如建立原型系统，演示主要功能模块或者验证关键技术；
④否定，项目应该“下马”。

发表于 分类于

周例会工作汇报的框架

一、对上周及以前工作进行回顾

1、上周工作计划完成的情况
2、上周上级安排的工作任务完成情况
3、临时工作任务完成的情况

二、上周工作情况

1、在上周工作中发现的问题
2、在上周工作中的经验和教训的分享
3、需要其他部门和人员配合的情况

三、下周的工作计划

1、上周未完成的工作任务的后续计划
2、重点/大型工作任务阶段性工作计划
3、新工作任务的工作计划

发表于 分类于 ，

项目经理(PM)和PMO的区别？▲▲▲

(1)PM在约束条件下完成项目成果性目标，PMO是具特殊授权的组织机构，其目标包含组织级的观点。
(2)PM关注于特定的项目目标，PMO关注经营目标。
(3)PM控制赋予项目的资源以实现项目目标，PMO优化各项目的资源使用。
(4)PM管理中间产品的范围、进度、费用和质量，PMO管理整体的风险、机会和所有的项目依赖关系。

发表于 分类于 ，

PMO的主要职能有哪些？

(1)共享和协调项目资源；
(2)明确和制定项目管理方法、最佳实践和标准；
(3)负责制订项目方针、流程、模板和其他共享资料；
(4)为所有项目进行集中的配置管理；
(5)项目工具的管理中心；
(6)对所有PMO管理的项目的基线进行集中监控；
(7)协调整体项目的质量标准。

发表于 分类于 ，

怎么样才能成为一位优秀的项目经理？

(1)真正理解项目经理的角色；
(2)领导并管理项目团队；
(3)依据项目进展的阶段；组织制订详细程度适宜的项目计划，监控计划的执行，并根据实际情况、客户要求或其他变更要求对计划进行管理；
(4)真理解“一把手工程”；
(5)注重客户和用户参与。

发表于 分类于 ，

项目管理过程组有哪些？

启动过程组：定义一个新项目或现有项目的一个新阶段，授权开始该项目或阶段
规划过程组：明确项目范围，优化目标，为实现目标制定行动方案
执行过程组：完成项目管理计划中确定的工作，以满足项目要求
监控过程组：跟踪、审査和调整项目进展与绩效，识别必要计划变更并启动相应变更
收尾过程组：正式完成或结束项目、阶段或合同

发表于 分类于 ，

项目的组织方式有哪些？分别具有什么优缺点？

(1)职能型组织
优点是便于交流、责权清晰。缺点是职能利益优先于项目、部门间协调难度大。

(2)项目型组织
优点是结构和目标单一、责权分明。缺点是管理成本高、资源配置效率低、不利于沟通、员工缺乏事业上的连续和保障。

(3)矩阵型组织
优点是项目经理负责制、最大限度的利用稀缺资源。缺点是管理成本增加、多头领导。

发表于 分类于

在安装 中标麒麟V7 后，执行 yum -y update 会提示这样信息：

yum源问题

无法拿到更新包，原因出自yum源的问题，而网上的麒麟源好多包都不能用，总结了一下，以下方法最实用（确实最快的），但是要求能够联网，如下：

1. 前提找到查看版本

查看版本的方式：

1
2
cat /etc/system-release
NeoKylin Linux Advanced Server release V7Update6 (Chromium)

2. 备案一下已有repo

打开repo地址，中标麒麟系统的源文件地址也是在 /etc/yum.repos.d/，进行备份，其实中标麒麟的默认repo是 ns7-adv.repo，没什么用。

1
2
3
4
5
yum repolist # 查看系统内 repo 情况
cd /etc/yum.repos.d # 进入 repo 文件夹
ls # 查看列表
cat ns7-adv.repo # ns7-adv.repo 是中标麒麟的默认repo
mv ns7-adv.repo{,.bak} # 备份ns7-adv.repo，改为bak文件

3. 下载和替换成阿里云的CentOS的repo文件

下载阿里云的CentOS的repo文件

1
wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo

4. 修改repo文件

通过 vim或者cat 打开下载的repo文件，你可以发现文件中有两个变量，分别是 $releasever 和 $basearch 。

$releasever 的值表示当前系统的发行版本，也就是第一步查到的版本，通过 sed 命令进行替换：

1
sed -i  's/$releasever/7/g' /etc/yum.repos.d/CentOS-Base.repo

注：根据你的版本将7替换即可。

$basearch 是我们的系统硬件架构(CPU指令集)，就是我们常说的i386\i486\i586\i686\……等

通过命令arch可以查看：

1
2
arch # 命令arch
x86_64

然后根据查询结果将 $basearch 进行替换，如下面的命令：

1
sed -i 's/$basearch/x86_64/g' CentOS-Base.repo

更换 $basearch 我没进行，阿里云的repo感觉不用处理（应该是默认x86_64）。

5. 缓存起来

更换源后，重新更新下yum源的读取：

1
2
yum clean all # 清空缓存
yum makecache # 生成缓存

发表于 分类于

沟通渠道的选择基本上从两个维度进行考虑。

  1. 即时性维度：高度互动、中等互动、低等互动。
  2. 表达方式维度:

(1)文字

①优点：
可永久性保存，容易查询；节约时间，阅读速度要高于语言速度；读者可根据自己的速度进行调整；无地理位置要求；更为精确和准确；理论上可以多次无损复制传播。

②缺点：
纯文字资料损失了大量非语言符号，不利于情感的传递；对于阅读者的选择没有控制力；无法控制何时，以及是否被阅读。

(2)语言

①优点：
可以传递情感；可以同时进行跨地域沟通；比邮件快；不需要保存传递信息的优先选择渠道。

②缺点：
不利于建立促进个人关系（与面对面相比）；无法表现肢体语言；做不到文字资料的精确性和准确性，把握细节的能力不足；说的速度比阅读速度相对要慢。

发表于 分类于 ，

本题考查网络拓扑分类，参考《系统集成项目管理工程师教程（第2版）》P153

网络拓扑结构分为物理拓扑和逻辑拓扑。

网络按照拓扑结构划分有：总线型结构、环型结构、星型结构、树型结构和网状结构。

根据覆盖的地理范围分为：局域网，城域网和广域网。

根据链路传输控制技术分为：总线争用技术、令牌技术、FDDI技术、ATM技术、帧中继技术和ISDN技术。对应上述技术的网络分别是以太网、令牌网、FDDI网、ATM网、帧中继网和ISDN网。

发表于 分类于

制订人力资源计划可使用多种形式描述项目的角色和职责，最常用的有三种：层次结构图、责任分配矩阵和文本格式。除此之外，在一些分计划（如风险、质量和沟通计划）中也可以列出某些项目的工作分配。无论采用何种形式，都要确保每一个工作包只有一个明确的责任人，而且每一个项目团队成员都非常清楚自己的角色和职责。

(1)层次结构图

传统的组织结构图就是一种典型的层次结构图，它用图形的形式从上至下地描述团队中的角色和关系。

①用工作分解结构(WBS)来确定项目的范围，将项目可交付物分解成工作包即可得到该项目的WBS。也可以用WBS来描述不同层次的职责。

②组织分解结构(OBS)与工作分解结构形式上相似，但它不是根据项目的交付物进行分解，而是根据组织现有的部门、单位或团队进行分解。把项目的活动和工作包列在负责的部门下面。通过这种方式，某个运营部门例如采购部门只要找到自己在OBS中的位置就可以了解所有该做的事情。

③资源分解结构(Resolution Breakdown Structure，RBS)是另一种层次结构图，它用来分解项目中各种类型的资源，例如资源分解结构可以反映一艘轮船建造项目中各个不同区域用到的所有焊接工和焊接设备，即使这些焊接工和焊接设备在OBS和WBS中分布杂乱。RBS有助于跟踪项目成本，能够与组织的会计系统协调一致。RBS除了包含人力资源之外还包括各种资源类型，例如材料和设备。

(2)矩阵图

反映团队成员个人与其承担的工作之间联系的方法有多种，而责任分配矩阵(RAM)是最直观的方法。在大型项目中，RAM可以分成多个层级。例如，高层级的RAM可以界定团队中的哪个小组负责工作分解结构图中的哪一部分工作( Component)；而底层级的RAM被用来在小组内，为具体活动分配角色、职责和授权层次。矩阵格式，又称表格，可以使每个成员看到与自己相关的所有活动以及和与某个活动相关的所有成员。责任分配矩阵有时在矩阵中用字母表示。例如，图11-2中所示的RAM可以被称为RACI图（Responsible负责-Accountable参与-Consult征求意见-Inform通知）。

(3)文本格式

团队成员职责需要详细描述时，可以用文字形式表示。通常提供如下的信息：职责、权利、能力和资格。这些文档有各种称谓如职位描述表、角色-职责-权利表等等。这些描述和表格在项目的整个执行过程中会根据经验教训进行更新，以便为将来的项目提供更好的参考。

(4)项目计划的其他部分

一些和管理项目相关的职责列在项目管理计划的其他部分并做相应解释。例如，风险应对计划列出了风险的负责人，沟通计划列出了那些应该对不同的沟通活动负责的成员，质量计划指定了质量保证和控制活动的负责人。

发表于 更新于 分类于 ，

又错了……
又又错了……
信息系统的安全属性包括：保密性、完整性、可用性、不可依赖性。

▲▲▲ 信息系统的安全属性包括：保密性、完整性、可用性、不可依赖性。

信息安全的基本要素有：（中项，第二版教程P159网络安全）

(1)机密性：确保信息不暴露给未授权的实体或进程。
(2)完整性：只有得到允许的人才能修改数据，并且能够判别出数据是否已被篡改。
(3)可用性：得到授权的实体在需要时可访问数据，即攻击者不能占用所有的资源而阻碍授权者的工作。
(4)可控性：可以控制授权范围内的信息流向及行为方式。
(5)可审查性：对出现的网络安全问题提供调查的依据和手段。

阅读全文 »

发表于 分类于

参考《系统集成项目管理工程师教程》第二版P230、P235 项目招投标

招标文件要求中标人要提交履约保证金的，中标人应当按照文件的要求提交。履约保证金不得超过中标合同金额的**10%**。

招标人在招标文件中要求投标人提交投标保证金的，投标保证金不得超过招标项目估算价的**2%**。投标保证金有效期应当与投标有效期一致。

发表于 更新于 分类于

范围说明书内容包括：项目目标、产品范围描述、项目需求、项目边界、项目的可交付成果、项目的制约因素、假设条件。

项目范围说明书（project scope statement）详细描述了项目的可交付物和产生这些可交付物所必须做的项目工作。项目范围说明书在所有项目千系人之间建立了一个对项目范围的共识，描述了项目的主要目标，使团队能进行更详细的规划，指导团队在项目实施期间的工作，并为评估是否为客户需求进行变更或附加的工作是否在项目范围之内提供基线。

定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，明确所收集的需求哪些将包括在项目范围内，哪些将排除在项目范围外，从而明确项目、服务或输出的边界。所以制定项目范围说明书工作用来对项目进行定义，该工作用来明确“项目需要做什么”。

阅读全文 »

发表于 分类于 ，

《系统集成项目管理工程师》教材（第二版）P5

信息系统的特点

(1)目的性
定义一个系统、组成一个系统或者抽象出一个系统，都有明确的目标或者目的，目标性决定了系统的功能。

(2)可嵌套性
系统可以包括若干子系统，系统之间也能够耦合成一个更大的系统。

(3)稳定性
稳定性强的系统使得系统在受到外部作用的同时，内部结构和秩序仍然能够保持。

(4)开放性
系统的开放性是指系统的可访问性。这个特性决定了系统可以被外部环境识别，外部环境或者其他系统可以按照预定的方法，使用系统的功能或者影响系统的行为。

(5)脆弱性
这个特性与系统的稳定性相对应，即系统可能存在着丧失结构、功能、秩序的特性，这个特性往往是隐藏不易被外界感知的。

(6)健壮性
当系统面临干扰、输入错误、入侵等因素时，系统可能会出现非预期的状态而丧失原有功能，出现错误甚至表现出破坏功能。系统具有的能够抵御出现非预期状态的特性称为健壮性，也叫鲁棒性( robustness) 。

发表于 分类于

项目管理计划的主要用途有：▲▲▲

1)指导项目执行、监控和收尾；
2)为项目绩效考核和项目控制提供基准；
3)记录制订项目计划所依据的假设条件；
4)记录制订项目计划过程中的有关方案选择；
5)促进项目干系人之间的沟通；
6)规定管理层审查项目的时间、内容和方式。

发表于 分类于

需求管理计划内容如下：

1、如何规划、跟踪和报告各种需求活动。
2、配置管理活动，例如，如何启动产品变更，如何分析其影响，如何进行追溯、跟踪和报告，以及变更审批权限。
3、需求优先级排序过程。
4、产品测量指标及使用这些指标的理由。
5、用来反映哪些需求属性将被列入跟踪矩阵的跟踪结构。
6、收集需求过程。

范围管理计划内容如下：

1、制定详细项目范围说明书。
2、根据详细项目范围说明书创建WBS。
3、维护和批准工作分解结构。
4、正式验收已完成的项目可交付成果。
5、处理对详细项目范围说明书或WBS的变更。

发表于 分类于

制定项目质量计划是识别和确定必要的作业过程、配置所需的人力和物力资源，以确保达到预期质量目标所进行的周密考虑和统筹安排的过程。

项目经理在编制项目质量计划时，希望通过相应的方法来明确质量标准及达到标准的一种最佳方法，可以运用编制质量计划的工具与技术中来进行选取合适的方法。制定项目质量计划一般采用效益/成本分析、基准比较、流程图、实验设计、质量成本分析等方法和技术。

（1）效益／成本分析：项目质量计划过程必须权衡考虑效益／成本的利弊。满足质量要求最主要的好处就是减少返工，这意味着提高生产率、降低成本和增加项目干系人的满意度。为满足质量要求所付出的主要成本是指用于开展项目质量管理活动的开支。质量管理原则的就是收益胜过成本。

（2）基准比较：基准比较是指将项目的实际做法或计划做法与其他项目的实践相比较，从而产生改进的思路并提出度量绩效的标准。其他项目既可以是实施组织内部的也可以是外部的，既可以来自同一应用领域也可以来自其他领域。

（3）流程图：流程图是指任何显示与某系统相关的各要素之间相互关系的示意图。流程图是流经一个系统的信息流、观点流或部件流的图形代表。在企业中，流程图主要用来说明某一过程。这种过程既可以是生产线上的工艺流程，也可以是完成一项任务必需的管理过程。流程图是揭示和掌握封闭系统远动状况的有效方式。作为诊断工具，它能够辅助决策制定，让管理者清楚地知道，问题可能出在什么地方，从而确定出可供选择的行动方案。

（4）实验设计：实验设计是一种统计方法，它帮助确定影响特定变量的因素。实验设计也能用于诸如成本与进度权衡的项目管理问题。例如，高级程序员的成本要比初级程序员高得多，但可以预期他们在较短时间内完成指派的工作。恰当地设计“实验”（高级程序员与初级程序员的不同组合计算项目成本与历时）往往可以从为数有限的方案中确定最优的解决方案。

（5）质量成本：指为了达到产品服务的质量要求所付出的全部努力的总成本，既包括为确保符合质量要求所做的全部工作（如质量培训、研究和调查等），也包括因不符合质量要求所引起的全部工作（如返工、废物、过度库存、担保费用等）。

（6）质量功能展开（Quality Function Deployment．QFD）：就是将项目的质量要求、客户意见转化成项目技术要求的专业方法。这种方法在工程领域得到广泛地应用，它从客户对项目交付结果的质量要求出发，先识别出客户在功能方面的要求，然后把功能要求与产品或服务的特性对应起来，根据功能要求与产品特性的关系矩阵，以及产品特性之间的相关关系矩阵，进一步确定出项目产品或服务的技术参数。

（7）过程决策程序图法(Process Decision Program Chart，PDPC)：主要思想是，在制定计划时对实现既定目标的过程加以全面分析，估计到种种可能出现的障碍及结果，设想并制定相应的应变措施和应变计划，保持计划的灵活性；在计划执行过程中，当出现不利情况时，就立即采取原先设计的措施，随时修正方案，从而使计划仍能有条不紊地进行，以达到预定的目标；当出现了没有预计到的情况时随机应变，采取灵活的对策予以解决。