|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
项目干系人（Project Stakeholder），也称为利害相关者，是积极参与项目，或其利益因项目的实施或完成而受到积极或消极影响的个人或组织，他们还会对项目的目标和结果产生影响。项目管理团队必须明确项目的干系人，确定其需求，然后对这些需求进行管理和施加影响，确保项目取得成功。
|
|
|
|
|
|
包括积极的影响和消极的影响。项目管理团队不仅要关注积极的项目干系人，也不能忽略消极项目干系人。项目关键干系人包括：
|
|
|
|
|
|
|
|
.执行组织（Performing Organization）
|
|
|
|
.项目团队成员（Project Team Members）
|
|
|
|
.项目管理团队（Project Management Team）
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
项目干系人管理是指满足信息需求者的需求并解决项目干系人之间的问题。管理干系人期望可以确保干系人理解项目的利益和风险，从而增加项目的成功概率。
|
|
|
|
项目经理负责对干系人的期望进行管理，通过积极管理干系人的期望，可以降低因干系人之间的未决问题而使项目不能达到目标的风险，并减少项目过程中的混乱。
|
|
|
|
|
|
|
|
沟通管理计划中对干系人的需求和期望进行了识别、分析和记录，通过了解这些内容，可以了解干系人目标、目的与沟通层次，可据此对干系人进行管理。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在干系人管理中，应使用沟通管理计划中对每个干系人规定的沟通方法。面对面的会议是最有效的沟通和解决干系人之间问题的方法。如果面对面会议不能保证或不现实，电话会议、电子邮件或其他电子工具可有助于交流信息和对话。
|
|
|
|
|
|
问题日志或行动记录常常作为证明和监控问题决议的工具，问题通常不会提升一个项目任务或行动的重要性，但通常可以保持事态良好，以及保持各项目干系人之间建设性的工作关系。
|
|
|
|
以一定的方式对问题进行澄清，以便问题得以解决。需要针对每个问题分派负责人，并规定解决问题的目标日期。如果问题未得到解决，则可能导致冲突或项目延迟。
|
|
|
|
|
|
|
|
随着干系人期望的识别和解决，问题日志将就已提交和解决的问题进行记录。例如：
|
|
|
|
.为项目增添人员，则项目缺乏所需技能和资源的问题得以解决。
|
|
|
|
.解决了项目所面临的技术问题，使项目按原计划开展。
|
|
|
|
|
|
项目管理计划中可能需要更新的内容包括（但不限于）沟通管理计划。在沟通需求发生变化，或识别出新的沟通需求时，就需要对沟通管理计划进行更新。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
主要包括故障监控和性能、流量、负载等状态监控，这些监控关系到集群的健康运行及潜在问题的及时发现与干预。
|
|
|
|
（1）服务故障、状态监控：主要是对服务器自身、上层应用、关联服务数据交互监控；例如针对前端Web Server，就可以有很多种类型的监控，包括应用端口状态监控，便于及时发现服务器或应用本身是否崩溃、通过ICMP包探测服务器健康状态，更上层可能还包括应用各频道业务的监控，这些只是一部分，还有多种监控方式，依应用特点而定。还有一些问题需解决，如集群过大，如何高性能地进行监控也是一个现实问题。
|
|
|
|
（2）集群状态类的监控或统计，为合理管理调优集群提供数据参考，包括服务瓶颈、性能问题、异常流量、攻击等问题。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
信息系统集成是从客户和用户的需求出发，将硬件、系统软件、工具软件、网络、数据库、应用软件或者云计算提供的服务以及相关的支撑环境集成为实用的信息系统的过程。
|
|
|
|
信息系统集成项目的产品是满足需求、支持用户业务的信息系统。
|
|
|
|
|
|
|
|
.客户和用户的需求常常不够明确、复杂多变，因此需加强需求变更管理。
|
|
|
|
.系统集成不是简单选择最好的产品，而是要选择最适合用户的需求和投资规模的产品、技术和服务的活动的集合。
|
|
|
|
|
|
|
|
|
|
|
|
总之，系统集成项目管理既是一种管理行为又是一种技术行为。
|
|
|
|
|
|
|
|
|
|
|
|
|
