|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
作为项目管理计划的一部分，人力资源管理计划提供了关于如何定义、配备、管理及最终遣散项目人力资源的指南。人力资源管理计划及其后续修订也是制定项目管理计划过程的输入。
|
|
|
|
|
|
.角色和职责：在计划完成项目所需的角色和职责时需考虑下述内容。
|
|
|
 角色：在项目中某人承担的职务或分配给某人的职务，如土木工程师、商业分析师和测试人员。
|
|
|
|
职权：使用项目资源、做出决策、签字批准、验收可交付成果并影响他人开展项目工作的权力。当个人的职权水平与职责相匹配时，团队成员就能最好地开展工作。
|
|
|
|
职责：为完成项目活动，项目团队成员必须履行的职责和工作。
|
|
|
|
能力：为完成项目活动，项目团队成员需具备的技能和才干。如果项目团队成员不具备所需的能力，就不能有效地履行职责。一旦发现成员的能力与职责不匹配，就应主动采取措施，如安排培训、招募新成员、调整进度计划或工作范围。
|
|
|
|
.项目组织图：项目组织图以图形方式展示项目团队成员及其报告关系。基于项目的需要，项目组织图可以是正式或非正式的，非常详细或高度概括的。
|
|
|
|
.人员配备管理计划：说明将在何时、以何种方式获得项目团队成员，以及他们需要在项目中工作多久。它描述了如何满足项目对人力资源的需求。基于项目的需要，人员配备管理计划可以是正式或非正式的，非常详细或高度概括的。应该在项目期间不断更新人员配备管理计划，以指导持续进行的团队成员招募和发展活动。人员配备管理计划的内容因应用领域和项目规模而异，但都应包括：
|
|
|
|
人员招募：在规划项目团队成员招募工作时，需要考虑一系列问题，例如，是从组织内部招募，还是从组织外部的签约供应商招募；团队成员必须集中在一起工作，还是可以远距离分散办公；项目所需各级技术人员的成本；组织的人力资源部门和职能经理们能为项目管理团队提供的协助。
|
|
|
|
资源日历：表明每种具体资源的可用工作日和工作班次的日历。在人员配备管理计划中，需要规定项目团队成员个人或小组的工作时间框架，并说明招募活动何时开始。项目管理团队可用资源直方图向所有干系人直观地展示人力资源分配情况。资源直方图显示在整个项目期间每周（或每月）需要某人、某部门或整个项目团队的工作小时数。
|
|
|
|
人员遣散计划：事先确定遣散团队成员的方法与时间，对项目和团队成员都有好处。一旦把团队成员从项目中遣散出去，项目就不再负担与这些成员相关的成本，从而节约项目成本。如果已经为员工安排好向新项目的平滑过渡，则可以提高士气。人员遣散计划也有助于减轻项目过程中或项目结束时可能发生的人力资源风险。
|
|
|
|
培训需要：如果预计配给的团队成员不具备所要求的能力，则要制定一个培训计划，将培训作为项目的组成部分。培训计划中也可说明应该如何帮助团队成员获得相关证书，以提高他们的工作能力，从而使项目从中受益。
|
|
|
|
认可与奖励：需要用明确的奖励标准和事先确定的奖励制度来促进并加强团队成员的优良行为。应该针对团队成员可以控制的活动和绩效进行认可与奖励。例如，因实现成本目标而获奖的团队成员，就应该对费用开支有适当的决定权。在奖励计划中规定发放奖励的时间，可以确保奖励能适时兑现而不被遗忘。
|
|
|
|
遵守的规定：人员配备管理计划中可包含一些策略，以遵循适用的政府法规、工会合同和其他现行的人力资源政策。
|
|
|
|
安全性：应该在人员配备管理计划和风险登记册中规定一些政策和程序，使团队成员远离安全隐患。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
事业环境因素是指项目团队不能控制的，将对项目产生影响、限制或指令作用的各种条件。事业环境因素是大多数规划过程的输入，可能提高或限制项目管理的灵活性，并可能对项目结果产生积极或消极的影响。
|
|
|
|
|
|
|
|
.政府或行业标准，如监管机构条例、行为准则、产品标准、质量标准和工艺标准。
|
|
|
|
|
|
.现有人力资源状况、人事管理制度、公司的工作授权系统。
|
|
|
|
|
|
|
|
|
|
|
|
.商业数据库，如标准化的成本估算数据、行业风险研究资料和风险数据库。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
实施项目的组织结构对能否获得项目所需资源和以何种条件获取资源起着制约作用。组织结构一般有三种类型：职能型、矩阵型和项目型。矩阵型可进一步划分为弱矩阵、平衡矩阵和强矩阵。不同组织结构的区别如下表所示。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
很多组织在不同的组织层级上用到上述所有的结构，这种组织通常被称为复合型组织。例如，在典型的职能型组织中建立专门的项目团队来实施重要的项目；又如，组织采用强矩阵结构管理其大多数项目，而小项目则采用职能型结构管理。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
项目不是空中楼阁，都是在特定的环境下进行的。项目管理者必须对项目所处的外部环境有正确的认识。项目的外部环境包括自然、技术、政治、社会、经济、文化，以及法律法规和行业标准等。
|
|
|
|
环境因素可以分为硬环境和软环境两类。硬环境包括开发环境、施工场地等。软环境包括政策影响、宏观经济等。环境的变化有时是始料未及的，项目经理要分析环境变化对项目的影响，并采取适当的措施。
|
|
|
|
|
|
（1）错误估计了项目实现的特点及实现的条件。低估了项目的实现在技术上存在的困难；未考虑到某些项目设计和实施问题的解决，必须进行科研和实验，而这些既需要资金又需要时间；低估了项目实施过程中，各项目参与者之间协调的困难；对环境因素、物资供应条件、市场价格的变化趋势等了解不够等。
|
|
|
|
（2）盲目确定工期目标。不考虑项目的特点，不采用科学的方法，盲目确定工期目标，使得工期要么太短而无法实现，要么太长且效率低下。
|
|
|
|
（3）工期计划方面的不足。项目设计、设备等资源条件不落实，进度计划缺乏资源的保证，以致进度计划难以实现；进度计划编制质量粗糙，指导性差；进度计划未认真交底，操作者不能切实掌握计划的目的和要求，以致贯彻不力；不考虑计划的可变性，认为一次计划就可以一劳永逸；计划的编制缺乏科学性，致使计划缺乏贯彻的基础而流于形式；项目实施者不按计划执行，凭经验办事，使编制的计划徒劳无益，不起作用。
|
|
|
|
（4）项目参加者的工作失误。设计进度拖延，突发事件处理不当，或者项目参加各方关系协调不顺等。
|
|
|
|
|
|
以上仅列举了几类问题，而实际中可能出现的问题更多，其中有些是主观的干扰因素，有些是客观的干扰因素。这些干扰因素的存在，充分说明了加强进度管理的必要性。在项目实施之前和项目进展过程中，加强对干扰因素的分析、研究，将有助于进度管理。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
结构化设计方法中使用结构图来描述系统的体系结构，指出一个系统由哪些模块组成，以及模块之间的调用关系。结构图的基本成分有：模块、调用和数据。
|
|
|
|
|
|
在结构化设计中，模块指具有一定功能并可以用模块名调用的一组程序语句，如函数、子程序等，它们是组成程序的基本单元。
|
|
|
|
一个模块具有外部特征和内部特征。模块的外部特征包括：模块的接口（模块名、输入／输出参数、返回值等）和模块功能。模块的内部特征包括：模块的内部数据和完成其功能的程序代码。
|
|
|
|
在结构图中，模块用矩形表示，并用名字标识该模块，名字应体现该模块的功能。
|
|
|
|
|
|
结构图中模块之间的调用关系用从一个模块指向另一个模块的箭头来表示，其含义是前者调用了后者。
|
|
|
|
|
|
模块间还经常用带注释的短箭头表示模块调用过程中来回传递的信息。箭头尾部带空心圆的表示传递的是数据，带实心圆的表示传递的是控制信息，如下图所示。
|
|
|
|
|
|
|
|
可以在结构图上添加一些辅助符号进一步描述模块间的调用关系。如果一个模块是否调用一个从属模块决定于调用模块内部的判断条件，则该调用模块间的判断调用采用菱形符号表示；如果一个模块通过其内部循环的功能来循环调用一个或多个从属模块，则该调用称为循环调用，用弧形箭头表示。判断调用和循环调用的表示方法如下图所示。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
模板是Word 2003中采用dot为扩展名的特殊文档，它由多个特定的样式组合而成，能为用户提供一种预先设置好的最终文档外观框架，也允许用户加入自己的信息。新建一个文档时，用户可以选择系统提供的模板建立文档。用户也可以自建一个新的模板。
|
|
|
|
当用户自己创建好一个文档后，若要保存为模板，只要在“另存为”对话框中选择保存类型为“文档模板（*.dot）”就可以了。使用模板的方法在如何创建一个空白文档时已经介绍，这里不再赘述。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
人力资源管理是指运用现代化的科学方法，对与一定物力相结合的人力进行合理的培训、组织和调配，使人力、物力经常保持最佳比例，同时对人的思想、心理和行为进行恰当的诱导、控制和协调，充分发挥人的主观能动性，使人尽其才，事得其人，人事相宜，以实现组织目标。
|
|
|
|
项目人力资源管理就是指通过不断地获得人力资源，把得到的人力整合到项目中并融为一体，保持和激励他们对项目的忠诚和积极性，控制他们的工作绩效并做出相应的调整，尽量发挥他们的潜能，以支持项目目标实现的活动、职能、责任和过程。项目人力资源管理的主要过程包括人力资源计划、项目团队组建、项目团队建设和项目团队管理。
|
|
|
|
项目人力资源管理包括制订人力资源管理计划、项目团队组建、团队建设与管理的各个过程，不但要求充分发挥参与项目的个人的作用，还包括充分发挥所有与项目有关的人员为项目做出贡献的个人及其他人员的作用，也要求充分发挥项目团队的作用。
|
|
|
|
（1）人力资源计划编制。确定与识别项目中的角色、分配项目职责和汇报关系，并记录下来形成书面文件，其中也包括项目人员配备管理计划。
|
|
|
|
（2）项目团队组建。通过调配、招聘等方式得到需要的项目人力资源。
|
|
|
|
（3）项目团队建设。培养提高团队个人的技能，改进团队协作、提高团队的整体水平以提升项目绩效。
|
|
|
|
（4）项目团队管理。跟踪团队成员个人的绩效和团队的绩效，提供反馈，解决问题并协调变更以提高项目绩效。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
（1）组织的计划：识别、记录、指派项目的角色、责任和报告关系。
|
|
|
|
（2）人员获得：使项目所需的人力资源得到任命并在项目中开始工作。
|
|
|
|
（3）团队建设：开发个人的和团队的技能来提高项目的绩效。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
运维人员通过设备快照功能以图形化的形式实时获取设备当前的基本管理信息，包括设备名称、IP地址、网络掩码、类型、分类、系统描述、所运行的服务名称、服务的状态、服务占有的端口、服务响应的时间、接口的基本信息及主机资源参数的基本信息等。
|
|
|
|
|
|
以图形方式呈现信息系统相关设施的信息，能够动态实时显示各类资源的运行状态了解资源的分布与状态信息，以及对网络中的资源进行监控。系统一般支持以下几方面的视图。
|
|
|
|
（1）网络拓扑图：以地理视图、层次图等方式显示物理、逻辑网络拓扑结构。
|
|
|
|
（2）机房平面图：提供机房内设备物理摆放位置的视图。
|
|
|
|
（3）机架视图：提供设备在机架上物理摆放位置的视图。
|
|
|
|
（4）设备面板图：对被管理的设备应以与设备同样的物理构成直观进行显示，设备面板图应同时可以显示正面面板和背面面板。
|
|
|
|
通过设备面板管理实现对于交换机运行状态、端口流量、端口丢包率等性能参数的监视与管理，以及对交换机端口的操作，如交换机端口的管理与取消管理，对于端口的开启和关闭等。
|
|
|
|
|
|
视图管理能够将拓扑视图与故障、性能等功能关联，能够在拓扑图上直观地显示被管理资源的运行状态，并且支持告警的传递显示。
|
|
|
|
|
|
该功能既可作为运维人员管理服务器、关键主机等设备的一个管理对象，同时也可以作为网络或设备发生异常时，辅助运维人员进行故障分析的一种手段。比如，一台关键服务器的流量异常增大，产生告警，运维人员可以通过对其活动进程的查看初步了解该服务器目前正在运行的进程，以初步确定造成流量异常增大的可能原因等。设备活动进程信息列表所示。
|
|
|
|
|
|
对于网络设备（路由器、交换机等），用户通过双击设备图标，获悉该网络设备端口分布管理的详细情况。
|
|
|
|
|
|
交换机端口分布管理是针对用户在日常管理维护工作中，需要实时查看某一台交换机的所有端口或某几台交换机的所有端口的进出流量等信息而提供的一个参考分析的功能。例如，用户感觉网络堵塞，想快捷明了地获悉究竟是哪台交换机、哪个端口所连的设备流量较大，可以通过此功能将所有交换机的所有端口进出流量进行排序，从而及时得到一个准确的结果。
|
|
|
|
|
|
|
|
|
|
|
|
|
