扫码阅读
手机扫码阅读

如何快速完成一个拿得出手的汇报方案

282 2023-08-23


作为一个打工人(如PM、PMO等),以及任何一个有管理职能或者需要汇报的职场人,写方案大概是工作中必须要面对的事情。然鹅,不是每个方案都那么容易写(),要在短时间内写出一个高质量(能拿的出手)的方案想必是非常头痛的。那么重点来了,作为一个叱咤汇报界不是很多年但是经常做PPT(别的也不咋会)的职场小油条来说,今天就给大家整个大活:如何用结构化思维快速构建一个能拿的出手的汇报方案。

先说说该类方案涉及的场景:

1.任务规划:新入手一个工作任务,需要给出一个完整的思路,说清楚要干啥、怎么干、谁来干。

2. 业务规划:新接手一个业务或者一类任务,如在新组建的团队中,规划PMO工作内容,规划OEM管理工作内容等。

3. 组织规划:新组建一个团队,如何识别工作目标、搭建团队、设计工作计划等。

总之,该方案适用于一切模糊任务下,通过调研、分析、梳理形成可初步落地解决方案的场景。

方案的本意是从目的、要求、方式、方法、进度等都部署具体、周密,并有很强可操作性的计划。拿的出手意思有三个方面:

不漏项

 一个拿的出手的方案应该逻辑明确,内容完整,不应缺少考虑。有时哪怕该方向并不成熟,但也给出思路,不应缺少。

有逻辑

方案内容之间应该有逻辑关系,通过统一的结构形成一个主次分明的整体,而非一盘散沙。

可落地

好的方案应该是具备可被实际检验的特性,一方面,方案中要结合实际调研带来的结论,符合实际现状;另外,方案中包含的后续行动计划,也应该为后续工作进行思路指导。不能落地的计划就是空谈,空谈就是浪费时间。

 好了,前置分析先点到为止,接下来上干货,一个拿的出手的方案到底应该是什么结构,应该包含哪些核心内容。

方案适用主题:关于xxx的工作规划分析;关于搭建xxx的工作规划

为了能实现对这个模糊目标的拆解、论证、分析以及设计,一个好方案应该包含如下结构:

  • 现状调研:业务现状、当前痛点、主要需求、预期目标

  • 相关分析:组织架构、职能分工、协作模式

  • 方案设计:工作识别、一级流程、二级流程

  • 工作计划:里程碑、详细计划、问题风险

现状调研

所谓知己知彼,才能百战不殆,所以任何一个工作/任务/诉求想要落地,调研都是第一步。如果用结构化的思维进行调研工作,那么主要应该从4个方面开展:

1.1

业务现状

基于已有业务的调研。了解当前的业务类型、模式、分类、特点、实施部门等。基于业务现状,能更容易发现痛点,从而能找到抓手和切入点。

1.2

当前痛点

基于已有问题的调研。通过访谈、观察、总结等当时找到当前工作存在的问题,这些“问题”就是需求的前置状态,也是后续开展工作的一个主要切入点。一般来说,问题的分类有业务类、技术类、管理(流程)等几方面。

1.3

主要需求

基于需求的调研。总结出当前的业务现状与核心问题,再进行共性提炼和抽象应对,通过对问题成因的挖掘,即可以了解到发起人或问题输出方的核心需求,即解决当前主要问题的几个关键方向。此刻的需求内容可以尽量抽象概括,提出大致能够解决当前困境的解决思路即可。

1.4

预期目标

基于相关方的调研。通过访谈和了解,已经大致清楚主要的问题和大致的思路,但还需要与各相关方(任务相关方、问题相关方)了解其对于工作目标的预期,目标更侧重可以落地,是需求具体的实现形式,整个方案也是围绕目标进行该目标展开的,即此方案就是为了解决“该目标”涉及的工作内容。

相关分析

基于第一章需求调研,全面了解业务背景、现状、痛点、需求及目标,基于调研的状态,还应进一步分析,从组织架构及职能分工的角度与现状进行充分关联。注意,组织内,绝大多数需要“规划”(仔细分析、揣摩,并且需要形成方案)的工作,均是需要多部门协同进行的,绝不是个人或几个人独立完成,因此应该尽可能考虑协同问题,找出与“目标”导向的组织架构和内在逻辑。

组织架构

2.1

从已有组织开展分析。了解需要完成“目标”都需要哪些组织、以及哪类角色,这些角色与组织之间具体的关联关系。

举个栗子:组织架构设计

职能分工

2.2

从职责范围开展分析。工作目标涉及的组织架构,涉及的具体职能范围是哪些,从而可以更明确进行协同配合。如果组织架构的单位是组织,职能的分析则可以到组织层级;如组织架构的组成单位是角色,则职能分析的角色需要细化到角色。

举个栗子:岗位角色分析

协作模式

2.3

从工作模式开展分析。可以大致列出大致的业务场景,说明当前各组织//角色的配合逻辑。

方案设计

 方案设计拿得出手的方案的灵魂部分!前面分析的再好,没有方案出来也无济于事,但是如果前面工作做的扎实到位,方案部分也会水到渠成。其主要设计思路如下:

3.1

工作识别

按总-分-总拆拆解。穷举出需要规划的内容所涉及的所有的业务,可以用线框图表示。各模块之间应互相支持并互相独立,可以再进行详细展开。

举例子:PMO组织的工作识别

3.2

一级流程

从生命周期的角度设计。基于这样的思路,可以将一个大的主题进行拆解,将其分解互相关联又独立的阶段,所谓“大事化小”。如项目管理的生命周期过程组:启动-规划-执行-监控-收尾;如产品生命周期:概念-计划-开发-验证-上市;如流程管理的生命周期:需求识别-流程设计-流程评审-流程发布-流程培训-流程改进等。

同时,基于各阶段,再拆解出主要的目标、活动以及核心输出物,帮助理解各阶段的定义、范围、侧重点。生命周期(阶段)、目标、主要活动、输出物等,构成了基于主题的一级主流程。

举例子:销售类项目生命周期

3.3

二级流程

从关卡评审的角度设计。所谓二级主流程,即在生命周期(各阶段)的衔接处,能够影响阶段发生变化的衔接处,主要体现在“关卡”的位置。二级主流程一般以评审为主,如项目立项评审、项目发布评审、结项评审等。同时,每类评审也可以再拆解为关键活动、涉及角色、主要输出物等。

完成了以上操作,基本能够说清楚我们预期的事情包含哪些状态,需要怎么做,并输出什么内容。

工作计划

调研了为什么做、做什么、怎么做之后,为了保证方案的落地性,还要趁热打铁,做出具体的落地计划。

里程碑

4.1

粗颗粒度分解。给出完成整个工作的里程碑列表,按照工作阶段逐步分解。如果项目的紧急程度较高,可以以周为单位进行基础节点;如紧急程度一般,则可以考虑按月度、季度等进行设置。

举个栗子:里程碑

工作分解

4.2

按工作任务分解。将工作目标、需要做的工作进行WBS拆分,明确出工作模块、任务、活动、输出物、负责人以及交付时间。

问题风险

4.3

从问题风险角度分解。列举出目前为止仍然待决的问题,以便在讲解方案时作为讨论的素材;列举出方案制定及落地过程中可能存在的风险,并给出大致的应对思路。

以上就是关于万能方案的架构和内容,希望给大家一点参考。不过,想要一击即中写出不需要大幅度修改的方案,还需要不断练习,知行合一~

原文链接: http://mp.weixin.qq.com/s?__biz=Mzg2MjExNTc4MQ==&mid=2247484336&idx=1&sn=71fcf49a3f1b4c7a9dead48f62a14e8f&chksm=ce0d811af97a080cbe70c2b3795deb240d4e3b8cd6cc26b8b152f62b8848723fa8dd36c38647#rd