很多同学学高项时最容易忽略的一块就是干系人管理。一提项目管理大家先想到范围、进度、成本、质量、风险一写案例也总爱写控制变更、赶工、测试、验收。可实际项目里很多问题不是技术本身造成的而是“人没对齐”。客户想要快业务部门想要稳开发团队想要少改领导想要尽快上线。你如果不把这些人管明白项目很容易一边推进一边反复扯皮。所以老师今天专门讲干系人管理。这个知识点在高项里很值钱综合知识能考案例能写论文也能用。1、先明白干系人管理管的不是“所有人”很多同学一听干系人就理解成“项目里所有人都要沟通到位”。其实不是。干系人管理的重点是识别哪些人会影响项目、受项目影响、或者能决定项目走向。干系人类型常见角色关心什么赞助人领导、甲方高层目标、进度、结果业务用户业务部门、操作人员功能、易用性、变化影响项目团队开发、测试、实施人员任务、资源、交付压力供应商外部服务方合同、接口、配合方式管理层部门负责人、决策人价值、风险、成本干系人不是越多越好关键是分清谁重要、谁需要重点沟通。2、干系人管理的核心先识别再分类高项里干系人管理不能一上来就喊“加强沟通”。第一步一定是识别干系人。老师建议大家把流程记成这几步识别干系人 → 分析影响力和关注点 → 制定沟通策略 → 促进参与 → 持续跟踪步骤要做什么识别找出所有可能影响项目的人分析判断他们的权力、利益、态度和影响力制定策略决定谁要重点沟通、谁要定期汇报促进参与让关键干系人真正参与决策和评审跟踪持续关注他们的态度和反馈变化这条线在综合知识、案例和论文里都能用。3、案例题里干系人问题常这样出现案例分析不会直接说“请写干系人管理”而是会把问题埋在项目场景里。比如客户频繁提出新需求业务部门不愿配合确认领导临时要求提前上线用户对系统功能理解不一致供应商和项目组沟通不顺畅验收时各方意见分歧很大。这些其实都和干系人管理有关。题干表现答题方向需求不停变干系人期望没对齐用户不配合干系人参与度不够多方意见冲突干系人分析不到位验收争议大沟通和确认机制不足领导催进度权力较高干系人影响大所以遇到这类题不要只写“加强沟通”而要写干系人分析、参与机制和沟通策略。4、干系人题怎么写得像答案比如题干说业务部门对系统不配合领导要求按时上线开发团队觉得需求不稳定项目推进困难。低分写法“加强沟通做好协调提高团队配合度。”更像答案的写法组织干系人识别列出业务部门、领导、开发团队、测试团队等关键人员 分析各干系人的权力、利益、影响力和关注点 制定针对性的沟通策略明确汇报频率和沟通内容 对高权力、高关注干系人重点沟通及时同步进展和风险 组织需求确认会、阶段评审会和上线前评审统一各方预期 持续跟踪干系人态度变化及时调整参与方式。这就是采分句思路。科科过软考的案例资料里干系人类题目特别适合练这种“题干问题→分析对象→沟通措施”的转换。不是背模板而是把问题写具体。5、论文里也可以写干系人管理很多高项论文如果只写技术和计划会显得偏硬。其实加入干系人管理论文会更像真实项目。比如可以这样写“项目启动后我首先组织识别干系人明确了业务部门负责人、核心用户、开发团队、测试团队和供应商等关键对象。针对不同干系人的关注点我制定了差异化沟通策略对领导层定期汇报进度和风险对业务部门组织需求确认和阶段评审对开发和测试团队通过周例会协调资源和问题对供应商通过里程碑检查推进交付。通过持续沟通和参与管理各方对项目目标和交付范围形成了统一认识。”这类内容可以改写到进度管理、交付绩效域、质量管理甚至不确定性绩效域里。6、老师给你一个实用判断以后看到项目里这些情况优先想到干系人管理多人意见不一致领导频繁插手用户不配合确认供应商协作不顺验收争议多沟通链路太长。这些不是单纯“沟通差”而是干系人分析和参与管理不到位。老师最后帮大家总结一句干系人管理不是把话说给所有人听而是让关键的人在关键时候做关键的事。正在备考信息系统项目管理师的同学可以搜索“科科过软考”重点看高项导图、案例分析、论文资料和干系人管理专题。也可以私信关键词干系人先把这类人和事理顺。