影响力与晋升指南
一、影响力：如何通过讲故事推销你的产品？ 🔗︎
如果你的产品解决了某个问题，如何把它推销给其他人？关键在于讲好你的故事。这里引入一个经典理论——SCQA 模型，帮助你结构化表达。
SCQA 模型 🔗︎
- S（Situation）情景
- 从大家都熟悉的情景或事实引入，为听众建立背景。
- C（Complication）冲突
- 描述实际情况与预期之间的矛盾或冲突，制造悬念。
- Q（Question）疑问
- 提出问题：“面对这样的冲突，我们该怎么办？”
- A（Answer）回答
- 给出解决方案，并清晰阐述其价值和优势。
示例：
S：我们的系统每天处理数百万次请求，用户对性能要求越来越高。
C：然而，现有架构在高峰期经常出现延迟，影响用户体验。
Q：如何提升系统的性能和稳定性？
A：我们设计了一套全新的分布式缓存架构，成功将延迟降低了 50%。
通过这种结构化的表达方式，可以清晰传递信息并打动听众。
二、晋升：如何通过解决问题获得认可并成功晋升？ 🔗︎
在职场中，解决问题并不一定直接带来晋升，因为晋升需要被认可并通过答辩（面评）。以下是关键要点：
认可要点 🔗︎
1. 主动原则 🔗︎
- 主动沟通：定期分享工作进展、想法和意愿，倾听反馈和建议。
- 主动接收：了解业务动态（如上线效果、技术架构变化），从晋升角度查漏补缺。
2. 成长原则 🔗︎
不断提升自己的能力点：
- 方案设计 → 架构设计 → 系统优化
- 逐步承担更复杂的任务，展现成长轨迹。
3. 价值原则 🔗︎
结合个人业务和岗位要求，学习对公司有价值的知识，确保你的贡献与公司目标一致。
SOP（标准操作流程） 🔗︎
- 做好以上三点，拿到结果，并精通相关能力。
- 达到下一级别的能力要求。
- 主动承担下一级别的工作内容，提前展示胜任力。
面评要点 🔗︎
1. 自我介绍 🔗︎
- 所在团队和业务领域。
- 当前级别及晋升级别。
2. 当前职责 🔗︎
- 负责的业务范围。
- 是否带团队及团队规模。
- 关键岗位职责。
3. 工作经历 🔗︎
- 在职时间/公司名称/最高岗位。
- 项目经验（最多三个）。
4. 自述 🔗︎
采用金字塔原理（讲 what，答辩讲 why）：
- 达到了什么能力？
- 根据《学什么》章节，选择与能力模型强相关的复杂度高的工作。
- 持续时间长、规模大、不确定性高、有一定挑战和创新性。
- 核心论据：
- 示例：负责了某大型项目的架构设计，成功提升了系统性能。
- 辅助论据：
- 参加大会、文章分享、虚拟组长、参与开源等。
STAR 模型 🔗︎
- S（Situation）：总结性质（讲述时细说）。
- T（Task）：重点描述你负责的内容和担任的角色。
- A（Action）：最核心的部分，做了什么（不用写为什么这么做）。可以用一张图（架构图、思维导图）+ 核心的几个点来展示。
- R（Result）：效率、效果、质量、成本。虚实结合（定量 + 定性）。
- 示例：提升了系统性能，XX 基数从多少提升到多少。
- 先有基数再有比例。
- 用绝对值（从多少提升到多少，不写比例）。
- 和钱相关（成本）。
- 示例：提升了系统性能，XX 基数从多少提升到多少。
5. 自我总结 + 发展规划 🔗︎
- 明确未来发展方向，并展示长期价值。
- 示例：未来计划深入研究微服务架构，进一步提升系统的扩展性和稳定性。
答辩环节 🔗︎
分辨问题类型 🔗︎
- What：事情 + 结果。
- How：方法 + 步骤。
- Why：原理 + 思考（从业务和技术角度，《解决问题》章节，思考的系统性和深度）。
回答原则 🔗︎
- 不会就说不会，避免过度猜测。
- 回答时逻辑清晰，重点突出。
1. 你的核心竞争力是什么？ 🔗︎
- 核心竞争力：
- 了解问题的历史：深入理解技术背景和实现原理。
- 灵活运用技术能力：能够用好技术这把“剑”，而不是被技术束缚（风清扬的境界）。
- 解决问题的能力：具备快速分析问题、找到解决方案并高效实施的能力。
2. 公司为什么要给你涨工资？ 🔗︎
- 技术引领作用：
- 能够解决他人需要花很长时间或无法解决的问题。
- 在技术层面驱动业务发展，为团队和公司创造实际价值。
- 晋升的关键点：
- 在岗位上做出了超出职责范畴的贡献。
- 主动承担更多责任，并取得显著成果。
3. 如何体现你的核心竞争力？ 🔗︎
- 文档化与方案设计：
- 将问题文档化，清晰记录问题背景、分析过程和解决方案。
- 方案分析具体且全面，确保逻辑严谨。
- 方案实现优质，代码质量高，性能优越。
- 代码质量：
- 不冗余：避免重复代码，保持简洁。
- 易读性：代码结构清晰，注释完整，便于他人理解和维护。
- 易扩展：设计灵活，方便后续功能扩展和优化。
4. 行为点：如何提升自己并获得认可？ 🔗︎
- 多沟通：
- 主动与同事、领导沟通，听取多方意见，找到最佳实现方案。
- 主动分享：
- 将自己的经验和成果分享到小组内，帮助团队共同成长。
- 展示贡献：
- 组长会通过代码质量和贡献度评估你的表现。
- 举一个具体事例：通过实际案例说明你的贡献，例如解决了某个复杂问题或优化了某项关键流程。
- 分享到小组内：将成功经验总结成文档或演示材料，在团队内进行分享。
能力模型 🔗︎
| 维度 | 核心要求 | 详解 | 分层 |
|---|---|---|---|
| 性格特征 | 要红，勇敢 | 红、绿、蓝三种特征的人： - 红：有要性，要强，又要还要。 - 绿：对细节关注。 - 叠加态：薛定谔的猫。一个人可能表现某个特质更明显，但可能同时具有多个特质。 | |
| 处理关系 | 情感账户；不要跨级汇报/沟通，容易得罪人。做人要细。祸从口出。 | - 情感账户：维护人际关系如同存款和取款，需长期积累信任。 - 跨级沟通：避免跨级汇报或沟通，容易引发误解和矛盾。 - 谨言慎行：注意言行，避免因不当表达引发问题。 | |
| Visibility（可见性） | 表达力；写作能力 | - 表达力： - 图表 + 数据 + 讯息 -> 数据 -> 消息 -> 一句话讯息。 - 不是一开始就深入到细节里面，而是从外到内、从粗到细。 - 应用场景： - 文章或演讲： - Who：为谁演讲？根据角色设置不同标题。 - Why：结构、逻辑、内容。 - 一张图，6-7分钟抓住注意力。 | 应用场景 |
时间效率的最大化需要从整体来看，而不仅仅关注单一任务的完成。你今天有没有高效率地提升你的时间效率，快速成长，从而和其他人拉开数量级的区别？
From 黄仁勋 & 吴军
大图 🔗︎
技术 🔗︎
| 复杂度 | 核心要求 | 详解 | 技术分层 |
|---|---|---|---|
| 规模复杂度 | 熟练掌握团队技术，是技术专家；端到端（评审、设计、编码、原理）能力 | 包括已经使用的和可能用到的技术 | 前： 服务架构（serveless, faas)；框架（b/c端，ssr）+ 工程设计（脚手架）; 安全生产（卡点）；研发流程设计（文档/产品化）； 中： 物料标准; 埋点 ； sketch产品设计 ； 测试用例 ； lowcode/procode研发工具 后： 流程化/产品化防腐；监控；SQL/BI分析；日志/性能分析 |
| 时间复杂度 | 6～12月的技术规划 | 技术规划： 融合对业务、业界技术的发展趋势的理解，做出合理的判断和选择。 OKR | |
| 环境复杂度 | 对业界/公司技术有一定理解 | 必须有研究。包括公司/业界框架、中间件、工具； | |
| 创新复杂度 | 新方法、新技术引入 | 新方法和新技术必须关注给业务、团队带来的价值：新技术可能带来的新的复杂度、场景限制和成本；代码重构、自动化； |
业务 🔗︎
| 复杂度 | 核心要求 | 详解 | 方法 |
|---|---|---|---|
| 规模复杂度 | 业务系统级别整体的理解，事前、事中、事后。 判断一个人是否靠谱的判断依据 | 5W1H8C1D | |
| 时间复杂度 | 预测业务6～12月的发展方向 | 理解背后的逻辑，能提供想法和建议；具备可扩展性 | OKR |
| 环境复杂度 | 熟悉竞品的整体情况 | 产品差异、市场地位、竞品的规划和策略 | |
| 创新复杂度 | 能提出一些新需求 | 提出一些业务需求和想法，为产品设计、产品功能出谋划策 |
管理 🔗︎
| 复杂度 | 核心要求 | 详解 | 方法 |
|---|---|---|---|
| 规模复杂度 | 单个团队的管理；人力评估；时间评估；问题跟进；风险预判 | 3-5人的项目团队/虚拟小组 | PDCA理论；WBS; buffer(1.2~1.6倍) |
| 时间复杂度 | 制定项目计划或者团队规划 | ||
| 环境复杂度 | 熟悉上下游的团队 | 熟悉上下游的团队，和上下游团队的Team Leader搞好关系 | |
| 创新复杂度 | 团队级别的优化 | 引入一些新的管理方法/流程或者措施来提升团队效率和能力 |
成长 🔗︎
| 维度 | 核心要求 | 详解 | 方法 |
|---|---|---|---|
| 输入 | 学习的能力 | 学习的基本过程： 1 选方向 2 获取资料 3 筛选资料 4 认知获取 -> 消化 -> 固化模式 5 解决问题 三步式快速学习法：1 建立整体认知：速读/目录 -> 绘制思维导图 -> 默写 2 解决问题，构建网络 3 补充知识，刻意练习 | |
| 输出 | 解决问题能力；4D总结法 | 从技术、业务、管理维度阶段性总结4D总结法。 | |
做事方法 🔗︎
![[Drawing 2022-10-23 17.37.57.excalidraw]]
前期
做正确的事情
中期
- 3C方案设计
- 宽度理解技术
- PDCA执行
- 确定具体任务、阶段目标、时间节点、责任人
- 5S
- 问题处理（明确/定位问题5W，量化数据，拆解问题，解决问题3C，执行事情PDCA）
- 5W
- 业务问题分析
- 深度理解技术
- 管理改进
- 3C方案设计
后期
- 4D: 4个维度（结果、数据、技术、成长）
- 金字塔汇报：
- 总体结论（ 总/分/论据）
- 具体分析（提供具体的数据和证据）
- 关键事项
- 后续改进措施
能力层次 🔗︎
- 基础：意味着会做某件事，能够完成基本任务。
- 熟练：意味着能够做好某件事，具备较高的执行能力和质量保证。
- 精通：意味着能够优化某件事。采取不同的方式、思维和工具来完成同样的任务，并取得突破。例如，引入新技术到工作中也属于优化的范畴。
COMD 模型 🔗︎
COMD 模型从四个复杂度和三个维度来描述一个人的能力模型。
四个复杂度 🔗︎
规模复杂度
- 涉及代码量、团队人数、功能点、关联方数量、系统数量等。
- 例如：管理一个大型分布式系统或协调多团队协作。
时间复杂度
- 需要规划长期目标，如 3 年业务规划。
- 例如：制定技术路线图，确保技术与业务发展同步。
环境复杂度
- 包括外部环境的变化（政策、市场、竞争对手）和技术环境的变化（技术栈升级、工具链更新）。
- 例如：在快速变化的行业中保持技术领先。
创新复杂度
- 体现为理论、思想、技巧的创新，分为以下层次：
- 从 0 到 1：开创性工作，解决从未遇到过的问题。
- 架构重构：优化现有系统，提升性能和可维护性。
- 项目方案设计：设计合理的解决方案，满足业务需求。
- 编码：高效实现功能，确保代码质量和性能。
- 体现为理论、思想、技巧的创新，分为以下层次：
三个维度 🔗︎
能力可以从以下三个维度进行评估：
技术
- 技术深度和广度，包括对编程语言、框架、算法、系统设计等方面的掌握。
管理
- 团队协作、资源分配、项目管理和领导力等方面的能力。
业务
- 对业务的理解和推动能力，包括用户需求分析、市场洞察和产品设计。
吴军的工程师模型 🔗︎
根据吴军提出的工程师模型，工程师的能力可以分为五个等级：
第五级：能独立解决问题，完成工程工作
- 具备基础的技术能力，能够独立完成分配的任务。
第四级：能指导和带领其他人，一同完成更有影响力的工作
- 不仅能独立工作，还能指导他人，带领团队完成复杂项目。
第三级：能独立设计和实现产品，并在市场上获得成功
- 能够从零开始设计和实现产品，并确保其在市场中取得成功。
第二级：能设计和实现别人不能做出的产品（他的作用很难替代）
- 具备独特的核心竞争力，能够解决高难度问题，其贡献难以被替代。
第一级：开创一个产业
- 开创全新的领域或产业，具有颠覆性影响力。
如何证明你擅长某事物？ 🔗︎
类比于"如何证明你有钱"，可以通过以下几个方面来证明你是否真正掌握了某个技能或知识：
- 对比能力：就像通过对比资产来证明财富一样，你可以通过与其他人的解决方案对比，展示你的专业性。
- 快速反应：当你熟悉某个领域时，面对相关问题时能够迅速形成清晰的思路，并能快速描述出解决方法的步骤。
- 脑中有图：真正的掌握意味着脑海中有一幅完整的知识地图，能够快速按照逻辑顺序说明"一二三"。
人的维度与做事层次 🔗︎
人的维度 🔗︎
- 靠谱的人：很好地完成事情、做事。
- 专业的人：借事修人，在某些领域成为专家（兴趣使然、体力上勤奋）。
- 不同的人：愿景驱动，作出自己的作品（思想上勤奋）。
- 非凡人：有决心，在思维层次和认知上突破（思想格局上的勤奋）。
做事的层次 🔗︎
- 第五级：独立解决问题，完成工作。
- 第四级：指导&带领其他人，完成有影响力的工作。
- 第三级：独立设计和完成产品，在市场上获得成功。
- 第二级：设计和实现别人做不出的产品。
- 第一级：开创一个产业。
- 为什么做：明确做事的初衷和意义。
- 怎么做：制定具体的执行计划。