✏️
kingkong
  • Introduction
  • Go
    • 入门
    • 并发
    • 避坑
    • 测试
    • GC
    • 性能剖析PProf
    • 第三方库
    • 学习资料
    • 编写可维护Go语言代码建议
    • SOLID Go Design
    • 数组与切片
    • Go Mudules
    • mac 系统go升级 1.12到1.14
  • Kubernetes
    • 安装
    • 本质
    • 常用命令
    • 架构
    • 配置文件
    • Pod
    • Kubectl
    • 学习资料
  • Mac
    • Mac
    • Alfred4
    • 开机启动项管理
    • 升级macOS Big Sur11.1后蓝牙不能用
    • macOs磁盘清理之Homebrew数据清理
  • Docker
    • 常用命令
    • Dockerfile
    • Compose
    • Registry
    • Limit
    • Network
    • Volume
    • 特殊的进程
    • Namespace-Process
    • Namespace-Mount
    • Namespace-UTS
    • Namespace-IPC
    • Namespace-Network
    • Namespace-User
    • 踩坑
  • DevOps
    • ChatOps
    • GitOps
    • SecOps
    • VictorOps
  • Algorithm
    • raft
  • 中间件
    • etcd
    • Nacos集群部署
    • zookeeper
  • 分布式
    • CAP理论
    • BASE理论
    • Gossip协议
  • 网络
    • IP地址编址方式
    • C10k
    • NIO-BIO-AIO
    • Http
  • Linux
    • 常用命令
    • 常用命令1
    • 常用网络命令
    • 进程管理
    • 守护进程
    • Systemd
    • Unix哲学
    • 端口
    • 网络
    • CentOS目录结构
    • IT
    • 文件系统
    • 开源协定
    • 基础知识
    • bash
    • shell
    • vim
    • lvm2
    • btrfs文件系统
    • raid
    • 任务计划及周期性任务执行
    • find
    • 程序包的安装卸载
    • yum
    • sed
    • 用户、组和权限
  • 数据库
    • Redis
    • MySQL
  • 消息队列
    • kafka
  • 语言之道
  • 程序设计原则
  • LoadBalancer
    • LVS
    • HAProxy
  • 敏捷
    • 影响地图
    • 卡诺模型
    • 精益画布
    • 电梯演讲
    • INVEST原则
    • 复杂系统
    • AARRR模型
    • 用户故事
    • 看板
    • Scrum
  • MicroService
    • 分布式链接追踪系统
    • ServiceMesh
    • 如何设计微服务
    • 领域驱动设计
  • 项目实战
    • 多通道告警服务
    • IAM
  • 管理
    • 沟通
    • 演讲
    • 面试官
  • Authorization
    • JWT
  • Spring
    • IoC
    • SpringFramework
    • Spring核心编程思想
  • Java
    • SPI机制
    • Jar
    • tutorial
    • 面向对象
    • 核心类
    • 泛型
    • 集合
    • IO
    • 日期与时间
    • 单元测试
    • maven
    • 函数式编程
  • Mix
    • Bookmark
    • WorkStation
    • 快速压力转换
    • 手机拍照
    • markdown画图
    • RESTful API设计
    • 如何做单元测试
    • 赶走脂肪肝
  • Aphorism
  • 互联网
    • DNS
    • Nginx
  • Rust
  • Quarkus
    • java.util.zip.ZipException: zip END header not found
  • Python
    • tutorial
  • 区块链
    • Substrate
    • BTC
Powered by GitBook
On this page

Was this helpful?

  1. 敏捷

电梯演讲

Previous精益画布NextINVEST原则

Last updated 4 years ago

Was this helpful?

30秒电梯理论所要求的是麦肯锡要求他的每一个业务人员,都必须有在30秒的时间向客户介绍方案的能力,在企业的整体运营中,30秒理论对企业的发展团队的执行与沟通都是有非常密切的关系的。

电梯演说在很多大型的咨询公司非常盛行,已然成为所有人的必修课。他们认为:再复杂的一个项目,如果不能在1分钟说清楚,都说明表达能力欠缺。这个套路的本意就是:即使与别人在电梯间的短暂相遇,你也能清楚准确的表达观点。

电梯演说在向大领导或者重要客户阐述时非常有效,因为他们时间有限,且还想听到层层到肉的逻辑表述。这个表达方式分为以下五个步骤。 第一步:共识问题 这是一个铺垫,为了引出你下面的观点,且记这个问题一定是大家都已经认可,不存在争议的问题,否则很容易在根上就被否定掉。

第二步:说出核心观点 这一步非常重要。 首先,它是共识问题下面的一个分支; 其次,剩下的步骤都是为了证明这个观点; 最后,你的解决办法也是要应对这个观点。

第三步:证明观点 用一句话说明怎么得出的核心观点。

第四步:量化支持 一定要用数据支持你的观点,这样才容易让人信服,要知道你面对的可不是一般的屌丝。

第五步:解决办法 如果前面几步做的很好,这一步就顺理成章了。

picture 2
picture 3