软件项目管理（中）
第六章
知识点
（成本计划）
软件规模单位
➢ LOC(Line of Code) ➢ 源代码长度的测量
➢ FP(Function Point) ➢ 用系统的功能数量来测量
软件工作量单位
人月
人天
人年
从软件程序量的角度定义项目规模
➢与具体的编程语言有关 ➢分解足够详细 ➢有一定的经验数据
代码行技术的主要优缺点
优点：
代码是所有软件开发项目都有的“产品”，而 且很容易计算代码行数。
缺陷：
- 对代码行没有公认的可接受的标准定义
- 代码行数量依赖于所用的编程语言和个人的编程风格.
- 在项目早期,需求不稳定、设计不成熟、实现不确定的 情况下很难准确地估算代码量.
- 代码行强调编码的工作量,只是项目实现阶段的一部分
功能点估算
➢ 与实现的语言和技术没有关系 ➢ 用系统的功能数量来测量其规模
➢ 通过评估、加权、量化得出功能点 ➢ 估算软件规模，即软件规模度量单位
习题
软件项目成本包括直接成本和间接成本，一般而言，项目人力成本归属于（直接）成本。
再在项目初期，一般采用的成本估算方法是（类比估算法）。
功能点方法中5类功能组件的计数项是（外部输入）、（外部输出）、（外部查询）、（内部逻辑文件）、（外部接口文件）。
敏捷项目一般采用（故事点）估算方法。
（用例点）方法通过分析用例角色、场景和技术与环境因子等来进行软件估算。
故事点估算是一个相对的估算过程。（√）
在软件项目估算中，估算结果是没有误差的。（×）
.人的劳动消耗所付出的代价是软件产品的主要成本。（√）
功能点估算与项目所使用的语言和技术有关。（×）
COCOMO81有3个等级的模型：有机型、嵌入型、半嵌入型。（×）
参数模型估算法一COCOMO 模型
参数模型估算法一 -COCOMO 81模型
COCOMO 81模型将项目的模式分为有机型、嵌入型和半嵌入型3种类型。
COCOMO81有3个等级的模型，即基本模型、中等模型和高级模型
间接成本是与一个具体项目相关的成本。（×）
在进行软件估算的时候，可以直接考虑参照其他企业的模型进行项目估算。（×）
三点估算法选择的3种估算值不包括（D）
A．最可能成本 B.最乐观成本 C.最悲观成本 D.项目经理估算值
下面关于估算的说法，错误的是（C）
A.估算是有误差的
B.估算时不要太迷信数学模型
C.经验对于估算来说不重要
D.历史数据对于估算来说非常重要
假设某项目的注册功能为3个故事点，而其中成绩录入工作量比注册功能工作量略多，如果采用Fibonacci 等级标准估算，则成绩录入功能的估算值的（A）
A．5个故事点 B.4个故事点 C.6个故事点 D.7个故事点
Fibonacci标准：0、1、2、3、5、8、13（一般就到13）。选了故事点预估为3的用户故事，工作量差不多 3，略少 2，更少 1，用户故事不需要完成 0.略多 5，更多 8，再多 13
（B）是成本的主要因素，是成本估算的基础。
A.计划B.规模C.风险D.利润
常见的成本估算方法不包括（D）
A.代码行B.功能点C.类比法D.关键路径法
下列不是UFC的功能计数项是（C）
A.外部输出B.外部文件C.内部输出D.内部文件
计算UFC，应该先计算五类功能组件的计数项：内部逻辑文件、外部输入、外部输出、外部查询、外部接口文件。
成本预算的目的是（A）
A.生产成本基线B.编写报告书C.指导设计过程D.方便进度管理
下列不是软件项目规模单位的是（D）
A.源代码长度（LOC）B.功能点（FP）C.人天、人月、人年D.小时
在成本管理过程中，每个时间段中等各个工作单元的成本是（B）
A.估算B.预算C.直接成本D.间接成本
软件项目成本包括直接成本和间接成本（估算时需要同时考虑二者），一般而言，项目人力成本归属于直接成本。
1.成本估算概述
（1）项目规模与成本的关系
软件项目成本是指完成软件项目规模相应付出的代价，是待开发的软件项目需要的资金。
软件项目规模即工作量：代码行（LOC）、功能点、人天、人月、人年等都是规模的单位。
如：项目规模20人月，公司工资1万元/月，那么成本20万元。
（2）成本估算定义
成本估算是成本管理的核心，是预测开发一个软件系统所需要的总工作量的过程。
软件产品的开发成本主要是人的劳动的消耗所需要的代价。
软件项目不存在重复制造的过程。开发成本是以一次性开发过程所花费的代价来计算的。
成本估算贯穿软件的生命周期。
估算是有误差的，估算是不要太迷信数学模型、历史数据对估算特别重要。
（3）成本估算过程
直接成本：是与开发的项目直接相关的成本，如：员工的工资、材料费等
间接成本：不能归属于一个项目，是企业的运营成本，可以分摊到各个项目中。如：房租、水电、员工福利等。2.成本估算方法
（1）代码行估算法
相关比例数据：生产率LOC/PM（人月），LOC/hour 等（2）功能点估算法：FP=UFC x TCF
功能点估算是用系统的功能数量来测量其规模，以一个标准的单位来度量软件产品的功能，与实现产品所使用的语言和技术没有关系。
UFC：未调整功能点计数。计算UFC，应该先计算五类功能组件的计数项：内部逻辑文件、外部输入、外部输出、外部查询、外部接口文件。
TCF：技术复杂度因子（即调整系数）。0~5技术复杂度因子取决于14个通用系统特征。
（3）用例点估算法
用例点估算法通过分析用例角色、场景和技术与环境因子等来进行软件估算。（4）类比估算法（自顶向下方法）
通常在项目初期 或 信息不足时采用此方法，如在合同期和市场招标时。
是基于实例推理的一种形式，即通过对一个或多个已完成的项目与新的类似项目对比来预测当前项目的成本与进度。
（5）自上而下估算法
（6）三点估算法
3种估算值：最可能成本、最乐观成本、最悲观成本。（7）参数估算法
①静态单变量模型
②动态多变模型
③COCOMO模型
④COCOMO 81模型
COCOMO 81将项目模式分为三类：有机型、嵌入型和半嵌入型。
COCOMO 81有三个等级模型：基本模型、中等模型和高级模型。
⑤COCOMO Ⅱ模型
⑥Walston-Felix模型
⑦基于神经网络估算
（8）专家估算法
（9）猜测估算法
3.敏捷项目成本估算
敏捷项目一般采用故事点估算。（1）故事点估算
故事点估算是一个相对的估算过程。Fibonacci标准：0、1、2、3、5、8、13（一般就到13）。选了故事点预估为3的用户故事，工作量差不多 3，略少 2，更少 1，用户故事不需要完成 0.略多 5，更多 8，再多 13.
4.成本预算
目的：产生成本基线。
预算是：在成本管理过程中，每个时间段的各个工作单元的成本。
项目经理正在进行一个图书馆信息查询系统的项目估算，他采用Delphi的专家估算方法，邀请了3位专家进行估算，第一位专家给出了2万元、7万元、12万元的估算值，第二位专家给出了4万元、6万元、8万元的估算值，第三位专家给出了2万元、6万元、10万元的估算值，试计算这个项目的成本估算值。
1 | 答： |
如果某软件公司正在进行一个项目，预计有50KLOC的代码量，项目是中等规模的半嵌入型的项目，采用中等COCOMO模型，项目属性中只有可靠性为很高级别（即取值为1.3），其他属性为正常（书上说，正常就是1），计算项目是多少人月的规模，如果是2万元/人月，则项目的费用是多少？
1 | Effort=a*（KLOC）^b*F |
已知某项目使用C语言完成，该项目共有85个功能点，请用IBM模型估算源代码行数、工作量、项目持续时间、人员需要量以及文档数量。
第七章
知识点
进度计划的重要性
➢ 按时完成项目是项目经理最大的挑战之一 ➢ 时间是项目规划中灵活性最小的因素 ➢ 进度问题是项目冲突的主要原因
进度是对执行的活动和里程碑制定的工作计划日期表
关键路径法估计
❑ 确定项目网络图
❑ 每个任务有单一的历时估算
❑ 确定网络图中任务的逻辑关系
❑ 关键路径是网络图中最长的路径。
❑ 关键路径可以确定项目完成时间
PERT
应急预留
应急预留是包含在进度基准中的一段储备时间， 用来应对已经接受的已识别风险, 以应对进度方面的不确定性 。
管理预留
管理预留是为管理控制的目的而特别留出的项目预算，用来应对项目范围中不可预见的风险。
帕肯森定律（Parkinson principle） 指出工作总是拖延到它所能够允许最迟完成的那一刻。
类比估算
以过去类似项目的实际持续时间为依据，来估 算当前项目的持续时间.
❑ 最早开始时间(Early start) ❑ 最晚开始时间(Late start) ❑ 最早完成时间(Early finish) ❑ 最晚完成时间(Late finish) ❑ 总浮动（ Total Float） ❑ 自由浮动（Free Float）
浮动时间
浮动时间是一个任务的机动性,它是一个任务在不 影响其它任务或者项目完成的情况下可以延迟的 时间量。
总浮动（ Total Float） ❑ 在不影响项目最早完成时间的前提下，一个任务可 以延迟的时间
自由浮动（Free Float） ❑ 在不影响后置任务最早开始时间的前提下，一个任 务可以延迟的时间
基本概念：
- 最早开始时间(Early start)ES
- 最晚开始时间(Late start)LS
- 最早完成时间(Early finish)EF
- 最晚完成时间(Late finish)LF
浮动时间：是一个任务的机动性，是一个任务在不影响其他任务或整个项目完成的情况下的可延迟的时间
总浮动TF：在不影响项目最早完成时间的前提下，一个任务可以延迟的时间
自由浮动FF：在不影响后置任务最早开始时间的前提下，一个任务可以延迟的时间
关键路径：时间浮动为0的路径，通俗理解是最长的路径，它决定了项目最短完成时间，路径上的任何一个任务有延迟都会导致整个项目延迟，可能不只一条
任务滞后Lag：
时间压缩法是在不改变项目范围的前提下缩短项 目工期的方法
进度压缩单位成本=（压缩成本-正常成本）/(正常进 度-压缩进度）
习题
（关键路径）决定了项目在给定的金钱关系和资源条件下完成项目所需的最短时间。
（时间）是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源。
在ADM网络图中，箭线表示（活动/任务）。
（应急法）和（平行作业法）都是时间压缩法。
工程评估评审技术采用加权平均的公式是（PERT历时=(O+P+4M)/6），其中O是乐观值，P是悲观值，M是最可能值。
在项目进行过程中，关键路径是不变的。（×）
关键路径是指在项目网络图中，连接项目开始和结束点的最长路径，决定了整个项目的最短完成时间。在项目 进行过程中，随着任务完成情况、资源变化、任务优先级 等因素的变化，可能会导致关键路径的改变。例：资源平衡往往导致关键路径的改变。
在PDM网络图中，箭线表示的是任务之间的逻辑关系，节点表示的是活动。（√）
项目各项活动之间不存在相互联系与相互依赖关 系。（×）
在资源冲突问题中，过度分配也属于资源冲突。 （√）
浮动是在不增加项目成本的条件下，一个活动可以延迟的时间量。（×）
浮动是一个活动在不影响项目完成的情况下可以延迟的时间量。
在使用应急法压缩时间时，不一定要在关键路径上选择活动来进行压缩。（×）
时间是项目规划中灵活性最小的因素。（√）
外部依赖关系又称强制性依赖关系，指的是项目活 动与非项目活动之间的依赖关系。（×）
外部依赖关系是项目活动与非项目活动之间的依赖关系。
强制性依赖关系又称硬逻辑关系或硬依赖关系， 是法律或合同要求的或工作的内在性质决定的依赖关系，往往与客观限制有关。例如：编写设计说明书与设计评审就是强制性依赖关系。
软逻辑关系：不是硬逻辑关系，不是任务之间共有的关系，但是是主观的安排，是安排者有一定 逻辑考虑的关系。 内部依赖关系：他是内部的一种强制性关系
当估算某活动时间，存在很大不确定性时应采用CPM 估计。（×）
CPM: Critical Path Method 关键路径方法。 当使用CPM估计时，项目的工序时间是确定的，必须按时 完成。
敏捷项目一般采用远粗近细的计划模式，敏捷的发 布计划相当于远期计划，迭代计划相当于近期计划。（√）
下面说法中不正确的是（D）
A．EF=ES+duration B. LS=LF-duration
C．TF=LS-ES=LF-EF D. EF=ES+lag
lag是本任务和后置任务之间的滞后时间。 滞后时间是指后置任务在本任务完成后开始执行之间的时间差。
如果后置任务必须等到本任务完 成之后才能开始，那么滞后时间将为零。
EF = ES(s) - lag
“软件编码完成之后，我才可以对它进行软件测试”，这句话说明了哪种依赖关系？（A）
A．强制性依赖关系 B.软逻辑关系 C.外部依赖关系 D.里程碑
(A）可以显示任务的基本信息，使用该类图能方便的查看任务的工期、开始时间、结束时间以及资源的信息。
A．甘特图 B.网络图 C.里程碑图 D. 资源图
（C）是项目冲突的主要原因，尤其在项目后期。
A．优先级问题 B.人力问题 C.进度问题 D. 费用问题
以下哪一项是项目计划中灵活性最小的因素？（A）
A．时间 B.人工成本 C.管理 D. 开发
以下哪一项不是任务之间的关系？（D）
A．结束-开始 B.开始-开始 C.结束-结束 D. 结束-开始-结束
快速跟进是指（A）
A．采用并行执行任务，加速项目进展 B. 用一个任务取代另外的任务
C. 如有可能，减少任务数量 D. 减轻项目风险
下面哪一项将延长项目的进度？（A）
A．lag B.lead C.赶工 D.快速跟进
下面哪一项可以决定进度的灵活性？（B）
A．PERT B.总浮动 C.ADM D. 赶工
(B）可以表示敏捷项目的进度，并且可以表示出剩余的任务
A．燃起图 B.燃尽图 C.里程碑图 D.网络图
对一个任务进行进度估算时，A是乐观者，估计用6 天完成，B是悲观者，估计用24天完成，C是有经验 者，认为最有可能用12天完成，那么这个任务的历 时估算介于10天到16天的概率是多少？
答：E=(6+24+4*12)/6=13，δ=(24-6)/6=3 由于：E-δ=10，E+δ=16 所以任务历时估算介于10——16天的概率为： 68.3%
请将下图所示的PDM（优先图法）网络图改画为ADM （箭线法）网络图。
根据下面任务流程图和下表给出的项目历时估算值， 采用PERT方法估算，求出项目在14.57天内完成的概率的近似值。
第八章
习题
一、填空题
1、质量审计是对过程或产品的一次独立质量评估。
2、质量成本包括预防成本和缺陷成本。
3、软件质量是软件满足明确说明或者隐含的需求的程度。
4、McCall 质量模型关注的 3 个方面是产品运行、产品修改、产品转移。
5、质量管理总是围绕着质量保证和质量控制过程两个方面进行。
6、质量保证的主要活动是项目执行过程审计和项目产品审计。
质量是满足要求的程度，包括符合规定的要求和客户隐含的需求。（√）
软件质量是软件满足明确说明或者隐含的需求的程度。（√）
软件质量可以通过后期测试得以提高。（×）
质量计划可以确定质量保证人员的特殊汇报渠道。（√）
软件质量是代码正确的程度。（×）
敏捷项目要求全程的质量审查（×）
提倡不是要求
下列不属于质量管理过程的是（D）
A 质量计划 B 质量保证 C 质量控制 D 质量优化
项目质量管理的目标是满足（C）的需要
A 老板 B 项目经理 C 项目 D 组织
下列属于质量成本的是（A）
A 预防成本 B 缺陷数量 C 预测成本 D 缺失成本
下列不是质量计划方法的是（C）
A 质量成本分析 B 因果分析图 C 抽样分析 D 基准对照
编制项目计划的方法：
软件质量计划方法
1.试验设计2.基准对照3.质量成本分析4.流程图方法5.因果分析图
下列不是软件质量模型的是（D）
A Boehm质量模型 B McCall 质量模型 C ISO/IEC 9216质量模型 D Mark质量模型
质量控制非常重要，但是进行质量控制也需要一定的成本，（B）可以降低质量控制的成本。
A 进行过程分析 B 使用抽样统计 C 对全程进行监督 D 进行质量审计
McCall 质量模型不包含（C）
A 产品修改 B 产品转移 C 产品特点 D 产品运行
下面（D）不是敏捷项目的质量实践
A.结对编程 B.TDD C.迭代评审 D.需求规格编写过程审计
敏捷项目的质量实践:
结对编程
测试驱动开发 TDD
持续集成与测试
不同层面自动化测试
验收测试驱动开发
重构
（以上为质量控制，以下为质量保证）
迭代评审
迭代回顾会议
简述质量保证的主要活动，以及质量保证的要点。
答： 质量保证的主要活动是项目执行过程审计和项目产品审计。
质量保证的要点是： （1）对项目进行客观公正的审核和评价。 （2）对过程或者产品的一次结构化评估。 （3）验证项目在软件开发过程中是否遵循了合适的过程和标准。 （4）通过评价项目整体绩效，建立对质量要求的信任。
简述质量保证与质量控制的关系。
（1）质量保证是审计产品和过程的质量，保证过程被正确执行，确认项目按照要求进行，属于管理职能。质量控制是检验产品的质量，保证产品符合客户的需求，是直接对项目工作结果的质量进行把关的过程，属于检查职能。
（2）质量保证的焦点是过程和产品提交之后的质量监管，而质量控制的焦点是产品推出前的质量把关。
（3）质量控制是针对具体产品或者具体活动的质量管理，而质量保证是针对一般的、具有普遍性的问题，或者软件开发过程中的问题进行的质量管理。质量保证促进了质量的改善，促进企业的性能产生一个突破。质量保证是从总体上提供质量信心，而质量控制是从具体环节上提高产品的质量。通过质量保证和质量控制可以提高项目和产品的质量，最终达到满意的目标。
第九章
知识点
软件项目进行中面临的一个主要问题是 持续不断的变化
有效的项目管理能够控制变化，以最有 效的手段应对变化,不断命中移动的目标。
配置管理定义
- 记录软件产品的演化过程
- 得到精确的产品配置。
- 最终保证软件产品的完整性、一致性、追朔性、可控性。
配置管理的主要功能
- 版本管理
- 变更管理
- 过程支持
基线定义
- 基线提供了软件生存期中各个开发阶段的一个特 定点, 标志开发过程一个阶段的结束,或者里程碑
- 一个(些)配置项形成并通过审核，即形成基线
- 基线修改需要按照正式的程序执行
软件配置控制委员会(SCCB)
✓ 评估变更 ✓ 批准变更申请 ✓ 在生存期内规范变更申请流程 ✓ 对变更进行反馈 ✓ 与项目管理层沟通
软件配置管理库是用来存储所有基线配置项及相关文 件的等内容的系统，是在软件产品的整个生存期中建 立和维护软件产品完整性的主要手段。
基线修改应受到控制，这种变化要经SCCB授 权，按程序进行控制并记录基线修改的过程。
敏捷配置管理
敏捷的一个重要特征是持续交付，因此，配置 管理是重要的要素 敏捷需要全面配置管理
全面配置管理的基本要求
代码和编译构建产物的配置管理 应用的配置管理 环境的配置管理
习题
1、（完整性和可跟踪性）是软件配置管理的核心功能。
2、（基线）标志开发过程中一个阶段的结束和里程碑。
3、 基线变更控制包括（变更请求）、（变更控制）、（变更批准/拒绝）、（变更实现）等步骤。
4、（版本管理）、（变更管理）是配置管理的主要功能。
5、基线变更时，需要经过（SCCB）授权。
6、SCCB的全称是（软件配置控制委员会）。
一个软件配置项可能有多个标识。（×）
持续支付更倾向于使用基于分支的开发模式（错）
下列不属于SCCB的职责的是（D）
A 评估变更 B 与项目管理层沟通 C 对变更进行反馈 D 提出变更申请
请说明软件配置控制委员会(SCCB)的基本职责
答：
1.评估变更
2.批准变更申请
3.在生存期内规范变更申请流程
4.对变更进行反馈
5.与项目管理层沟通
为了更好地管理变更，需要定义项目基线，关于基线的描述，下列描述正确的是（B）
A 不可变化
B 可以变化，但是必须通过基线变更控制流程处理
C 所以的项目必须定义基线
D 基线发生变更时，必须修改需求
软件配置管理无法确保以下哪种软件产品属性（A）
A 正确性 B 完整性 C 一致性 D 可控性
变更控制需要关注的是（B）
A 阻止变更 B 标识变更，提出变更，管理变更
C 管理SCCB D 客户的想法
以下哪项不属于软件项目配置管理的问题（B）
A.找不到某个文件的历史版本
B.甲方和乙方在资金调配上存在意见差异
C.开发人员未经授权修改代码或文档
D.因协同开发中，或者异地开发，版本变更混乱导致整个项目失败
1、 写出配置管理的基本过程。
答： （1）配置项标识、跟踪。 （2）配置管理环境建立。 （3）基线变更管理。 （4）配置审计。 （5）配置状态统计。 （6）配置管理计划。
2、 说明软件配置控制委员会（SCCB）的基本职责。
答： （1）评估变更。 （2）批准变更申请。 （3）在生命周期内规范变更申请流程。 （4）对变更进行反馈。 （5）与项目管理层沟通。
3、 写出几个常见的软件配置项。
答： 软件项目计划、需求分析结果、软件需求规格说明书、设计规格说明书、源代码清单、测试规格说明书、测试计划、测试用例与实验结果（每个模块的可执行代码、链接到一起的代码）、可执行程序、用户手册、维护文档。
第十章
知识点
组织结构的主要类型
- 职能型
- 项目型
- 矩阵型
干系人（stakeholder）是能影响项目决策、活动或 者结果的个人、群体或者组织，以及会受到或者自 认为会受到项目决策、活动或者结果影响的个人、 群体或者组织。
项目沟通的分类
- 内部沟通和外部沟通
- 正式沟通和非正式沟通
- 官方沟通和非官方沟通
- 口头沟通和非口头沟通
- 层级沟通
项目沟通渠道
- 上级沟通
- 下级沟通
- 横向沟通
项目沟通的方式
- 书面沟通和口头沟通
- 语言沟通和非语言沟通
- 正式沟通和非正式沟通
- 单向沟通和双向沟通
- 网络沟通
沟通计划是确定谁需要信息，需要什么信息， 何时需要信息，以及如何将信息分发给他们。
仆人式领导
仆人式领导是通过对团队服务来领导团队的
注重理解和关注团队成员的需要和发展
仆人式领导为团队赋权
旨在使团队尽可能达到最高绩效。
习题
可以充分发挥部门资源优势集中的组织结构为（职能型组织结构）
组织结构的主要类型（职能型）、（项目型）、（矩阵型）
（会议形式）沟通最有可能协助解决复杂的问题。
当项目中有20个人时，沟通渠道最多有（190）。
N(N-1)/2
项目干系人是项目计划的一部分。（√）
项目干系人是项目计划的一部分，是为了有效调动项目干系人参与项目而制定的
项目型的优点是可以资源共享。（×）
矩阵型组织结构的优点：多个项目可以共享各个职能部门的资源
应尽量多建立一些沟通渠道。(×)
项目沟通的基本原则是及时性、准确性、完整性和可理解性(√)
在IT项目中，成功的最大威胁是沟通的失败(√)
责任分配矩阵是明确项目团队成员的角色与职责的有效工具(√)
口头沟通不是项目沟通的方式(×)
对于紧急的信息，应该通过口头的方式沟通；对于 重要的信息，应采用书面的方式沟通(√)
敏捷团队的人员一般在3~9人，而且一般集中地在一 个场地开发，可以围坐一个桌子开会（√）
（A）以图形方式展示项目团队成员及其报告关系这样可以减少沟通渠道，减少成本
A、项目组织图 B、甘特图 C、网络图 D、RAM图
下面不是敏捷角色的是（D）
A、产品负责人 B、团队促进者 C、跨职能团队成员 D、合同管理者
在项目管理的3种组织结构中，适用于主要由一个部门完成的项目或技术比较成熟的项目组织结构是( C)
A矩阵型组织结构 B项目型组织结构 C职能型组织结构 D都一样
项目经理花在沟通上的时间是(B)
A、20%-40% B、75%-90% C、60% D、 30%-60%
在（C）组织结构中，项目成员没有安全感
A职能型B矩阵型C项目型D弱矩阵型
对项目组织的成员缺少一种事业上的连续性和安全感
下列关于干系人的描述中，不正确的是（D）
A影响项目决策的个人、群体或者组织
B影响项目活动的个人、群体或者组织
C影响项目结果的个人、群体或者组织
D所有项目人员
编制沟通计划的基础是( A)
A沟通需求分析B项目范围说明书C项目管理计划D历史资料
项目团队原来有5个成员，现在人员扩充，又增加了3个成员这样沟通渠道增加了（A）
A、2.8倍 B、两倍 C、4倍 D、1.6倍
对于项目中比较重要的通知，最好采用（B）沟通方式
A口头B书面C网络方式D电话
在一个高科技公司，项目经理正在为一个新的项目选择合适的组织结构，这个项目涉及多的领域和特性，他应该选择（A）组织结构
A矩阵型B项目型C职能型D组织型
写出5种以上项目沟通方式
答：沟通方式主要有书面沟通和口头沟通、语言沟通 和非语言沟通、正式沟通和非正式沟通、单向沟通和双向 沟通、网络沟通等。
对于特别重要的内容，一般采用哪些方式才能确保 有效沟通。
答： 对于特别重要的内容，可以采用书面的方式进行 沟通。 一般还要采用多种方式进行有效沟通确保传达到 位，除发送邮件外还要电话提醒、回执等，重要 的内容还要通过举行各种会议、撰写报告、会议 议程和记录、相关方简报和演示进行传达。
文档地址
Attention:
