yueerba126的博客

原创 工具收藏整理

原创 项目管理与开发相关文档链接汇总

🔗迭代总结方案🔗COSMIC功能点介绍及应用。

原创 Java后台 (一篇文章带你玩转各种技术)

【代码】Java后台-面试 (一篇文章带你玩转各种技术)

原创 Spring Cloud 整合 WebFlux

是 Project Reactor 中的两个核心响应式类型。它们都用于实现响应式编程模型，但用于不同的场景。表示的是一个包含 0 到 N 个元素的响应式序列。表示的是一个包含 0 或 1 个元素的响应式序列。

原创 项目管理知识体系指南小记

原创 13 项目相关方管理

原创 12 项目采购管理

是否外购何时购购什么怎么购CPIACEV​SPIPVEV​。

原创 11.4~11.7 项目风险管理

【代码】11.4~11.7 项目风险管理。

原创 11.1~11.3 项目风险管理

外部→政策→法规变更。

原创 10 项目沟通管理

原创 9.4~9.6 项目资源管理

建设团队不是“搞活动”，而是。

原创 9.1~9.3 项目资源管理

项目资源管理的本质是——

原创 8 项目质量管理

—它把控制质量发现的“症状”，通过RCA找到“病灶”，再用审计/DfX/PDCA开出“处方”，最终让项目团队越做越准、越做越快、越做越省。，确保每一个交付出去的成果，都经得起客户验收、法规审查和时间考验。项目质量管理的本质是——

原创 7.2~7.4 项目成本管理

−25%∼75%−5%∼10%cE​3cO​cM​cP​​cE​6cO​4cM​cP​​10000±10%5%∼15%CVEV−ACSVEV−PV✅ ：控制账户∑​工作包∑​活动估算该工作包应急储备)CB管理储备CBnew​CBold​已批准动用额PVtotal​BAC0≤EV≤PVCVEV−ACSVEV−PVCPIAC。

原创 7.1 项目成本管理

ES−ATEV−PVSPIATES​ESAT995.59→1000±10%±ACACETCEACBACCPI。

原创 6.6 控制进度

所有工具服务于“诊断→决策→行动”，拒绝停留在“发现问题”层面。诊断根因：CPM重算/假设验证/资源检查。决策应对：压缩/平衡/变更基准/接受偏差。数据分析：EVM/燃尽图/偏差分析。更新进度基准/计划/文件。执行纠正措施（不改基准）进度预测 + 变更请求。发布新版项目进度计划。

原创 6.5 制定进度计划

（Communicable）：不同干系人能从里程碑图（高管）、甘特图（执行层）、网络图（PMO）中获取所需信息。（Controllable）：关键路径清晰、浮动时间可追踪、变更路径明确；（Resource-feasible）：无超配、无日历冲突、有足够缓冲；

原创 6.4 估算活动持续时间

例：；PERT。

原创 6.3 排列活动顺序

原创 6.2 定义活动

原创 6.1 项目进度管理~规划进度管理

原创 5.6 控制范围

（如原定交付10个功能，现合同明确增至15个，继续沿用旧基准将使SPI/EV完全失真）；❌ 日常小偏差、估算误差、执行效率问题——✅ 变更已获正式批准（CCB签字）；

原创 5.5 确认范围

📌 一句话总结本质：✅ 一句话总结确认范围的价值：

原创 5.4 创建 WBS

✅ 一句话掌握本质：📌 补充说明✅ 一句话总结范围基准的本质：

原创 5.3 定义范围

项目内容说明定义制定项目和产品详细描述的过程。主要作用明确产品、服务或成果的边界与验收标准。关键逻辑需从需求文件中筛选并确认最终项目需求（非全部需求都纳入），进而形成详细的项目范围描述。编制依据项目章程中的高层级可交付成果、假设条件、制约因素；随规划深入持续细化。迭代特性在迭代型生命周期中需多次开展：先定整体愿景 → 再逐次为每个迭代期定义详细范围。输入类别具体内容项目章程包含项目的高层级描述、产品特征、审批要求（见4.1.3.1）。项目管理计划特别是其中的范围管理计划。

原创 5.2 收集需求

（融合“专数分决”四字诀 + “终极对比”实战逻辑，结构清晰、应试高效、开卷即用）—— 四类动作，覆盖需求从。

原创 5.1 项目范围管理~规划范围管理

原创 4.7 结束项目或阶段

原创 4.6 实施整体变更控制

原创 4.5 监控项目工作

本表格完整覆盖《PMBOK®指南》中“4.5 监控项目工作”的全部输入项与核心要点，结构化呈现有助于快速掌握监控逻辑链——从“计划基准”出发，依托“项目文件+绩效信息+外部约束”，在“组织与环境支撑”下，实现动态、闭环的绩效治理。所有输出共同构成项目治理的“反馈回路”，确保项目始终可控、可见、可调、可溯。

原创 4.4 管理项目知识

该表格完整覆盖《PMBOK®指南》第6版（或第7版关联实践）中“4.4 管理项目知识”过程的所有标准输入项，未添加外部信息，仅作结构化呈现以提升可读性与实用性。：本表格完全基于《PMBOK®指南》中“4.4.2 管理项目知识：工具与技术”的官方描述整理，未引入外部定义或主观扩展，适用于备考、教学及项目实践参考。

原创 4.2~4.3 制定项目管理计划&指导与管理项目工作

—例如，先用访谈与头脑风暴收集输入，再通过焦点小组和引导式会议整合形成计划初稿，最终借助核对单与专家判断完成评审与基准化。，以正式变更请求（CR）形式提出并审批。其他项目文件（如风险登记册、需求文件）虽重要，但。基准确立后，所有变更均须通过。，并实时向相关方沟通影响，确保执行一致性与透明度。✅ 提示：三者常协同使用——例如，通过。→ 发现偏差/问题 → 记录至。”的过程——所有批准的变更必须。✅ 提示：所有工具与技术常。，最终形成正式变更请求。✅ 提示：该过程既是“，形成闭环持续改进。

原创 4.1 制定项目章程

原创 3.5 执行整合

项目经理需主动审查项目特征（规模、依赖、模糊度、多样性），将复杂性要素显性化、可管理化。：复杂性不是项目属性，而是。

原创 3.4 项目经理的胜任力

仅有技术力 → 项目按时交付但脱离战略；仅有领导力 → 团队高效但方向错误；仅有战略力 → 目标正确但无法落地。✅ 注：本表严格基于您提供的原文定义——

原创 3.3 项目经理的影响力范围

注：原文提及“图3.1”，此处以表格还原其核心逻辑框架影响力层级关键角色典型行为示例项目层▪ 团队领导者▪ 相关方协调者▪ 制约因素平衡者制定并执行项目管理计划；主持站会与评审；调解发起人与客户间需求冲突；动态调整进度与资源分配组织层▪ 跨项目协同者▪ 组织变革倡导者▪ 知识整合推动者与其他项目经理协商资源冲突；向高层汇报项目对战略目标的贡献；参与PMO方法论优化；推动经验教训入库行业/职业层▪ 项目管理价值布道者▪ 职业能力提升者在内部培训中分享敏捷实践；主导组织级知识转移活动；

原创 3.1~3.2 项目经理的角色

类比维度管弦乐队指挥项目经理核心启示成员与角色▪ 百人团队，25种乐器，分弦乐/木管/铜管/打击乐等组▪ 指挥不演奏乐器，但统管全局▪ 百人项目团队，多职能角色（设计/制造/设施管理等）▪ 分业务单元或小组，由项目经理领导团队规模与复杂性决定领导方式本质——重整合、轻执行在团队中的职责▪ 对音乐会成果负责▪ 审查组织愿景→解读目标→沟通激励▪ 对项目交付成果与相关方期望负责▪ 对齐组织战略→规划协调→统一愿景→驱动执行领导力核心是目标对齐→共识构建→持续赋能知识和技能。

原创 2.4 组织系统

概念定义与内涵系统（System）多个可识别组件（如流程、角色、技术、文化）的集合；单个组件无法实现的成果，需通过组件协同达成组件（Component）组织或项目中具备特定功能的单元（如PMO、变更控制委员会、WBS分解规则、沟通计划模板）；组件互动塑造组织文化与能力系统影响对象▪ 人员的权力、影响力、利益、技能、政治能力▪ 项目的资源获取效率、决策速度、风险响应弹性、跨部门协作质量。

原创 2.1~2.3 项目运行环境

概念定义要点来源范围对项目的影响特点事业环境因素（EEF）项目团队无法控制的外部或内部条件，对项目具指令性、限制性或赋能性作用组织外部为主，也含组织内部要素可能提高或削弱项目管理灵活性；影响结果正向或负向组织过程资产（OPA）组织内部积累的流程、程序、知识库、模板、历史信息等可复用资产组织自身、项目组合、项目集、其他项目或其组合支撑项目执行与决策，是过程改进的基础输入组织系统包含权力结构、影响力网络、利益相关方关系、人员技能与政治能力的动态体系组织内部治理与人际生态。

原创 1.2.5~6 裁剪+项目管理商业文件

↑↓（双向对齐）　　　　　　　↑↓（双向对齐）✅ 四者共同构成项目商业成功的。