一、 项目启动与治理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 仅凭初步了解就制定项目章程 | 项目章程编制缺乏充分的业务背景、干系人期望和约束条件输入，导致目标模糊、授权不足 | 应在完成可行性研究、干系人识别后，由项目发起人主导编制并正式发布章程 | 启动过程组 / 整合管理 |
| 项目经理发布项目章程 | 项目经理不具备章程发布权限，混淆了执行者与授权者的角色边界 | 项目章程必须由项目发起人或组织高层正式批准并发布 | 启动过程组 |
| 仅做初步可行性研究 | 可行性分析不完整，未涵盖技术、经济、法律、运行等维度 | 补充详细可行性研究报告，作为立项决策依据 | 启动过程组 |
| 项目建议书未明确编制与审批主体 | 立项流程不规范，责任不清 | 明确由业务部门编制、高层审批，确保战略对齐 | 启动过程组 |
| 项目经理迷茫无助，不知如何推进 | 缺乏组织级项目管理体系（如PMO）和高层支持 | 建立PMO提供方法论、模板与指导，确保高层定期参与关键决策 | 组织治理 / 整合管理 |
二、 范围与需求管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 需求未经评审即用于开发 | 需求基线未建立，导致开发无据可依，返工风险高 | 所有需求文档必须经客户签字确认或正式提出修改意见 | 范围管理 |
| 客户验收不通过 | 验收标准未事先达成一致，缺乏验收测试规范 | 在范围说明书或合同中明确定义验收标准与方法 | 范围管理 |
| 客户问题不断、频繁提新需求 | 出现需求蔓延（Scope Creep），范围未受控 | 冻结需求基线，后续变更必须走正式流程 | 范围管理 |
| WBS分解不合理 | 违反100%规则、非可交付成果导向或层级混乱 | 遵循WBS分解原则，确保覆盖全部项目范围 | 范围管理 |
| 背景描述详尽但实际内容不全 | 表面完整实则遗漏关键要素 | 使用检查表或专家评审确保完整性 | 范围管理 |
| 看到“马上去做” | 未完成需求确认或计划基线建立即进入执行 | 执行前必须完成范围定义与基线确认 | 范围管理 / 整合管理 |
三、🔵 变更与配置管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 修改、调整未走变更流程 | 变更未经评估即实施，破坏项目基线 | 所有变更必须提交请求，经影响分析后由CCB决策 | 整合管理 / 变更控制 |
| 项目经理独自批准变更 | PM无权单独批准重大变更，违背治理原则 | 明确CCB为变更决策机构，PM仅负责流程协调 | 整合管理 |
| CCB被当作作业执行机构 | 混淆决策与执行职能 | CCB仅负责审批/否决，不参与具体实施 | 整合管理 |
| 文档版本混乱、旧版被删除 | 配置管理失效，无法追溯历史状态 | 建立配置管理系统，保留所有版本，禁止随意删除 | 配置管理 |
| 配置库未分为开发库、受控库、产品库 | 违反配置管理基本架构 | 按三库模型建设，设置不同访问权限 | 配置管理 |
| 老问题反复出现 | 问题未纳入知识库或配置项未更新 | 建立问题日志与经验教训登记册，关联配置项 | 配置管理 / 知识管理 |
四、计划与进度管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 计划由一人编写 | 缺乏团队共识，承诺度低，执行阻力大 | 采用引导式研讨会，确保全员参与计划制定 | 整合管理 / 进度管理 |
| 计划写得简单、匆忙通过 | 内容不详尽，评审流于形式 | 编制详细计划，组织正式评审并签署 | 整合管理 |
| 倒推日期制定计划 | 忽视任务依赖与不确定性，风险极高 | 采用正向排程，结合三点估算与缓冲时间 | 进度管理 |
| 时间安排过于紧张，无冗余 | 未考虑应急储备，抗风险能力弱 | 在关键路径加入时间/资源缓冲 | 进度管理 / 风险管理 |
| 进度严重偏离里程碑 | 缺少检查点与动态监控机制 | 设置阶段性基线，使用挣值分析（EVM）跟踪 | 进度管理 |
| 计划未随项目进展更新 | 计划失去指导意义 | 实施滚动式规划，定期修订基准 | 整合管理 |
| 取消每日/周例会 | 监控粒度粗，问题发现滞后 | 保留定期会议机制，确保信息同步 | 监控过程 |
五、🔴 人力资源与团队管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 技术人员转任项目经理 | 角色认知偏差，重技术轻管理 | 开展项目管理专项培训，明确PM职责边界 | 资源管理 |
| 身兼数职 | 工作负荷超限，影响管理效能 | 明确岗位职责，避免角色冲突，必要时增配人员 | 资源管理 |
| 新毕业生或首次承担任务 | 缺乏经验，存在执行风险 | 安排导师制、岗前培训与过程审查 | 资源管理 |
| 人员离职或重新招聘 | 团队稳定性受损，知识断层 | 建立AB角机制，完善知识转移与磨合计划 | 资源管理 |
| 成员消极怠工、不敢提意见 | 激励缺失或团队氛围压抑 | 建立绩效考核与奖惩制度，营造心理安全环境 | 资源管理 |
| 按员工空闲或兴趣组建团队 | 未基于能力-任务匹配选人 | 依据WBS所需技能、经验、可用性综合评估 | 资源管理 |
| 项目经理亲自动手开发 | 混淆管理与执行角色 | PM应聚焦整合、协调、控制，技术工作交由团队 | 资源管理 / 整合管理 |
| 团队成员不知所措 | 缺乏培训与过程资产支持 | 提供标准化模板、开展系统培训 | 资源管理 |
六、沟通与干系人管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 有人对项目不满意 | 干系人期望未有效管理 | 建立干系人参与计划，定期沟通反馈 | 干系人管理 |
| 团队成员争吵、推诿扯皮 | 沟通不畅或职责不清 | 明确RACI矩阵，加强冲突管理培训 | 沟通管理 / 资源管理 |
| 会议人员不齐 | PM权威不足或纪律松散 | 高层授权PM召集权，记录缺席影响 | 沟通管理 |
| 与甲方发生争吵 | 干系人关系恶化，沟通策略失效 | 采用积极倾听、协商技巧，重建信任 | 干系人管理 |
| 虚拟团队协作困难 | 地理分散导致协同效率低 | 增加视频沟通频次，使用在线协作工具 | 沟通管理 |
| 沟通方式或频率不合理 | 未根据干系人需求定制 | 使用权力/利益方格动态调整沟通策略 | 沟通管理 |
| 干系人列表不全 | 关键决策者被遗漏 | 采用多渠道识别，定期更新干系人登记册 | 干系人管理 |
| 多小组并行开发缺乏协调 | 接口管理缺失 | 设立接口负责人，定期召开联席会议 | 沟通管理 |
七、风险与质量管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 引入新技术或不熟悉技术 | 技术风险未识别或应对不足 | 开展POC验证、组织培训，必要时外包 | 风险管理 |
| 因外部因素（政策、供应商）导致延期 | 未识别外部依赖风险 | 在风险登记册中纳入外部变量，制定应急计划 | 风险管理 |
| 过度承诺交付能力 | 未评估现实约束，风险意识薄弱 | 采用多方案比选，避免主观判断 | 风险管理 / 沟通管理 |
| 返工频繁 | 质量控制缺失，未及时检查交付物 | 加强阶段性评审、测试与质量审计 | 质量管理 |
| 开发人员自测代码 | 测试独立性不足，缺陷漏出率高 | 引入专职测试或交叉检查机制 | 质量管理 |
| 风险识别仅由一人完成 | 识别片面，遗漏关键风险 | 组织头脑风暴、德尔菲法，全员参与 | 风险管理 |
| 并行施工或开发 | 增加返工、接口与协调风险 | 评估并行必要性，加强过程监控 | 风险管理 |
八、采购与合同管理
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 合同内容简单、条款模糊 | 权责不清，易引发纠纷 | 采用标准模板，明确范围、付款、违约责任 | 采购管理 |
| 未审查合同条件即签订 | 存在法律或履约风险 | 法务与PM联合审查关键条款 | 采购管理 |
| 招标文件与投标文件混淆 | 采购文档类型错误 | 严格区分：招标文件（甲方发）、投标文件（乙方交） | 采购管理 |
| 选择报价最低的供应商 | 选择标准单一，忽视质量与服务 | 采用综合评分法（技术+价格+服务） | 采购管理 |
| 分包未经同意或分包主体工作 | 违反合同法与项目管理规范 | 确保分包满足：非主体、非关键、资质合格、禁止再分包 | 采购管理 |
| 联合体投标资质不符 | 联合体资质按最低方认定，可能不达标 | 审查各方资质证明及联合协议 | 采购管理 |
| 政府采购追加金额超10% | 违反《政府采购法》规定 | 严格控制追加≤原合同金额10% | 采购管理（法律） |
| 投标人会议未通知所有潜在供应商 | 违反公平竞争原则 | 必须向所有合格供应商发出邀请 | 采购管理 |
| 国外供应商产品不符合国家政策 | 存在合规与供应链中断风险 | 评估国产替代，签订退出保障条款 | 采购管理 / 风险管理 |
| 与外包商缺乏日常沟通 | 协作效率低，需求偏差大 | 将外包商纳入沟通管理计划 | 采购管理 / 沟通管理 |
九、流程、决策与工具使用
| 问题现象 | 优化后的专业表述 | 改正建议 | 知识点归类 |
|---|---|---|---|
| 仅凭个人经验编写计划或方案 | 未结合本项目实际，适用性差 | 基于项目约束、干系人需求定制方案 | 整合管理 |
| 参考其他项目直接套用 | 忽视项目独特性 | 借鉴需结合本项目上下文调整 | 整合管理 |
| 决策仅基于“我认为” | 分析依据单一，缺乏数据支撑 | 采用成本效益分析、SWOT、多方案比选 | 决策分析 |
| 工具使用单一（如仅用甘特图） | 分析深度不足 | 组合使用鱼骨图、蒙特卡洛、控制图等 | 项目工具 |
| 自学代替系统培训 | 知识碎片化，难以体系化应用 | 组织认证培训，提供学习路径 | 资源管理 |
| 奖励无惩罚机制 | 激励失衡，公平性受损 | 建立奖惩分明的绩效制度 | 资源管理 |
| 因工期紧张取消必要流程 | 牺牲过程质量换取速度 | 核心流程（评审、测试、变更）不可省略 | 整合管理 |
| 必须“严格按照计划”执行 | 忽视项目渐进明细特性 | 接受合理偏差，动态调整计划 | 整合管理 |
| 口头约定关键事项 | 缺乏正式记录，易产生争议 | 所有决策形成书面纪要并签字确认 | 整合管理 |
