前言：系统集成项目管理工程师专业，现分享一些教材知识点。觉得文章还不错的喜欢点赞收藏的同时帮忙点点关注。
软考同样是国家人社部和工信部组织的国家级考试，全称为“全国计算机与软件专业技术资格（水平）考试”，目前涵盖了计算机软件、计算机网络、计算机应用技术、信息系统、信息服务5大领域，总共27个科目，也是分为初、中、高三个级别。
通信专业主要需要关注“计算机网络”这个专业类别，可以考的科目有初级资格的“网络管理员”、中级的“网络工程师”。
还有5个高级资格专业，分别是“信息系统项目管理师“”系统分析师“”系统架构设计师“”网络规划设计师“”系统规划与管理师“。
软考高级证书在通信行业比较吃香，主要原因有两个： 通信行业与计算机软件是相近专业，评职称满足相近专业的要求； 通信高级不能以考代评，但软考高级可以，很多考生通过考软考高级来评高级职称。
————————————————
10.3指导与管理项目工作
指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作，并实 施已批准变更的过程（ 中20下） 。本过程的主要作用是对项目工作和可交付成果开展综合管理， 以提高项目成功的可能性。本过程需要在整个项目期间开展。 图12-2描述本过程的输入、 工具与技术和输出。
指导与管理项目工作包括执行项目管理计划的各种项目活动，以完成项目可交付成果并达 成既定目标，并识别必要的项目变更，提出变更请求。本过程需要分配可用资源并管理其有效 使用，也需要执行因分析工作绩效数据和信息而提出的项目计划变更。指导与管理项目工作过 程会受项目所在应用领域的直接影响。
项目执行阶段的开始通常由项目经理组织一次会议，项目发起人召集主要项目干系人一起 参加，项目经理向主要干系人介绍项目目标与项目计划，获得他们对项目的承诺与支持，并宣 布项目正式进入执行阶段。（ 项目开工会）
项目经理与项目管理团队一起指导实施已计划好的项目活动，并管理项目内的各种技术接 口和组织接口。指导与管理项目工作还要求回顾所有项目变更的影响，并实施已批准的变更， 包括纠正措施、预防措施和（或）缺陷补救。
在指导与管理项目工作时，可以通过会议来讨论和解决项目的相关事项。参会者可包括项 目经理、项目团队成员， 以及与所讨论事项相关或会受该事项影响的干系人。应该明确每个参 会者的角色，确保有效参会。会议类型包括（ 但不限于） ：开工会议、技术会议、敏捷或迭代 规划会议、每日站会、指导小组会议、 问题解决会议、进展跟进会议以及回顾会议。
在项目执行过程中，收集工作绩效数据并传达给合适的控制过程做进一步分析。通过分析 工作绩效数据，得到关于可交付成果的完成情况以及与项目绩效相关的其他细节，工作绩效数 据用作监控过程组的输入，并可作为反馈输入到经验教训库，以改善未来工作的绩效。
指导与管理项目工作过程的主要输入为：项目管理计划和项目文件，主要输出为可交付成 果、工作绩效数据、问题日志和变更请求。
10.3.1主要输入
1.项目管理计划
项目管理计划是说明项目执行、监控和收尾方式的一份文件，它整合并综合了所有子管理 计划和基准， 以及管理项目所需的其他信息。范围管理计划、需求管理计划、成本管理计划、 进度管理计划、质量管理计划、范围基准、进度基准、成本基准等项目管理计划组件都可用作 指导与管理项目工作过程的输入，
2.项目文件
可作为指导与管理项目工作过程输入的项目文件主要包括；变更日志、经验教训登记册、 里程碑清单、项目沟通记录、项目进度计划、需求跟踪矩阵、风险登记册和风险报告等。（ 高 22上、中22上）
（1）变更日志。变更日志记录所有变更请求的状态。
（2）经验教训登记册。经验教训用于改进项目绩效，以免重犯错误。登记册有助于确定针 对哪些方面设定规则或指南，以使团队行动保持一致。
（3）里程碑清单。里程碑清单列出特定里程碑的计划实现日期。
（4）项目沟通记录。项目沟通记录包含绩效报告、可交付成果的状态， 以及项目生成的其 他信息。
（5）项目进度计划。进度计划至少包含工作活动清单、持续时间、资源，以及计划的开始 与完成日期。
（6）需求跟踪矩阵。需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于把关注点 放在最终结果上。
（7）风险登记册。风险登记册提供可能影响项目执行的各种威胁和机会的信息。
（8）风险报告。风险报告提供关于整体项目风险来源的信息，以及关于已识别单个项目风险的概括信息。
10.3.2主要输出（ 高22上）
1.可交付成果
可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成 果或服务能力。它通常是为实现项目目标而完成的有形的组成部分，并可包括项目管理计划的 组成部分。
2.工作绩效数据
工作绩效数据是在执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结 果和测量值。数据通常是最低层次的细节，将交由其他过程从中提炼并形成信息。在工作执行 过程中收集数据，再交由10大知识领域的相应的控制过程做进一步分析。
例如，工作绩效数据包括已完成的工作、关键绩效指标（KPI） 、技术绩效测量结果、进 度活动的实际开始日期和完成日期、 已完成的故事点、可交付成果状态、进度进展情况、变更 请求的数量、缺陷的数量、实际发生的成本和实际持续时间等。（ 高23上、23下）
3. 问题日志
在整个项目生命周期中，项目经理通常会遇到问题、差距、不一致或意外冲突。项目经理 需要采取某些行动加以处理， 以免影响项目绩效。 问题日志是一种记录和跟进所有问题的项目 文件，需要记录和跟进的内容可能包括：
●问题类型；
●问题提出者和提出时间；
●问题描述；
●问题优先级；
●由谁负责解决问题；
●目标解决日期；
●问题状态；
●最终解决情况。
某项目问题日志示例如表12-1所示
问题日志可以帮助项目经理有效跟进和管理问题，确保它们得到调查和解决。作为本过程 的输出， 问题日志被首次创建（尽管在项目期间任何时候都可能发生问题） 。在整个项目生命 周期应该随同监控活动更新问题日志。
4.变更请求
变更请求是关于修改文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问 题，就可提出变更请求，对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计 划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施或纠正措施，用来防 止以后的不利后果。任何项目干系人都可以提出变更请求，应该通过实施整体变更控制过程对 变更请求进行审查和处理。变更请求可源自项目内部或外部，可能来自项目需求，也可能是法 律（合同）强制要求。变更请求可能包括：
●纠正措施：为使项目工作绩效重新与项目管理计划一致，进行的有目的的活动。（进度/ 成本）（ 高23下、中20下）
●预防措施：为确保项目工作的未来绩效符合项目管理计划，进行的有目的的活动（ 高21 上）。
●缺陷补救：为了修正不一致产品或产品组件进行的有目的的活动。 （质量）（ 中22下）
●更新：对正式受控的项目文件或计划等进行的变更， 以反映修改或增加的意见或内容。 某软件研发项目变更单示例如图12-3所示。
1 #include "stdio.h"
2 void main()
3 {
4 int time;
5 for (time=1;time<=10;time++)
6 printf("%d、喜欢的帮忙点赞收藏加关注哦！\n",time);
7 }
