一分钟项目管理总共7期汇总

——  本文内容结构  ——
第一期 7±2原则
一、原理解读
二、适用场景
三、优势好处
第二期 需求
一、词语本义
二、项目需求
三、需求类别
①业务需求
②技术需求
③财务需求
④质量需求
⑤管理需求
四、相关关系
第三期 十五至尊图
一、含义
二、组成
1.五大过程组
2.十大知识领域
3.49个活动
三、使用场景
第四期 风险评估
一、含义
二、组成
1.风险概率评估
2.风险影响评估
3.风险等级评估
三、风险评估矩阵
第五期 项目范围
一、定义
二、呈现方式
三、范围管理
①蔓延
②镀金
四、管理策略
第六期 专家判断
一、定义
二、渠道来源
三、应用场景
1、项目需求解读
2、项目变更评审
3、项目验收评审
4、项目管理咨询
第七期 虚拟团队
一、定义
二、范围
三、分析
1、优势方面
2、缺陷方面

第一期 7±2原则
一、原理解读
7±2是项目管理常用的量化工具，一般默认量化数字在此范围内符合最优化状态，即“不多，也不少”
二、适用场景
1.WBS编写中关于分解的模块数，可以在此范围内
2.工作汇报模块数可以参考此范围
3.工作小组、项目组，能够扁平化管理的人员数可以在此范围
4.同一时间段（每天、每周期）并行处理工作分解数可以在此范围
5.人脑并行处理、记忆的最佳范围
6.归纳、总结、提炼方法论或体系化模块可参考此范围
三、优势好处
1.符合大脑思维逻辑和方式，不会劳累或不饱和
2.量化参考依据，如果超出范围则需要整合、折叠一部分，如少于这个范围，则需要警惕是否缺少模块，还需进行拆分
3.不绝对遵守，结合实际情况判定
第二期 需求
一、词语本义：因为需要而产生的要求
二、项目需求：因项目需要而产生的的要求，主要来源于项目的需求方（甲方组织，客户方、用户方等），对项目在进度、成本、质量、交付物等各方面的要求。可以拆分为业务需求、技术需求、财务需求、管理需求等部分
三、需求类别：
①业务需求：业务相关的工作模块、流程步骤、需要达成的目标、涉及的角色以及具体的运行过程等，一般为客户方、用户方提出。
②技术需求：基于用户、客户提出的业务需求，在技术层面的关联转化，即将业务需求转化为信息化语言，通过技术手段将业务需求具体实现；此部分为项目经理的重点工作内容之一
③财务需求：贯穿项目交付过程的财务相关需求，在项目和交付阶段需提交的文件、流程手续以及款项的出入要求
④质量需求：项目经理需重点掌握的，客户无法提出的、但是隐性存在的、贯穿项目交付始终的需求。如不符合质量需求，大概率将发生返工或变更
⑤管理需求：客户方与项目方需达成共识并且共同推进的需求工作，在项目初期会规定一部分（项目计划、进度、里程碑等），在项目实施过程也会渐进明细，逐步细化，覆盖项目交付所有需遵守的规范、需履行的流程、需提交的文件等相关工作
四、相关关系：
①项目想要成功交付，业务需求与技术需求必须一一对应，而且，技术需求应实现业务需求中“隐性”（无法用语言表达出来的）的部分
②业务需求、技术需求的描述文档一般为需求规格说明书，需要不断跟客户确认（最好有签字），并在验收时交付出来，也是需求变更的参考文件
③质量需求、管理需求一般以项目制度规范呈现，包含目标、覆盖范围、流程及要求，项目经理需格外重视，在项目初期进行规划能少走弯路
④财务需求需符合项目内部公司财务或采购部门的要求，关键决策点需与客户进行核实
第三期  十五至尊图
一、含义
基于PMBOK的内容，将项目管理标准化组成中的内容提取出来，即“五大过程组、十大知识领域”共同组成的包含工作分解（活动）的矩阵名称
二、组成
十五至尊图：
1.五大过程组：启动、规划、执行、监控、收尾
2.十大知识领域：整合、范围、进度、质量、成本、风险、资源、沟通、采购、相关方
3.49个活动：基于五大过程组、十大知识领域分解的具有明确输入、输出、推荐工具的活动
三、使用场景
1.十五至尊图涵盖了项目管理涉及的全部内容，可以从整理角度查看项目管理所涉及的工作范围
2.基于五大过程组和十大知识领域分解的活动具有明确的输入、输出及工具，为规范项目管理工作提供了详细的参考
3.十五至尊图是项目管理入门的最基础内容，需不断揣摩、吸收。如需在项目上落地，可以结合项目实际情况进行“裁剪”