🖋️
remote-work
  • Introduction
  • 这本书会写什么
  • 前言
  • Part 1: 沟通技巧篇
  • Part 2: 接力篇
  • Part 3: 会议篇
  • Part 4: 进度篇
  • Part 5: 精力管理篇
  • Part 6: 资安篇
  • Part 7: 雇用、组建篇
  • Part 8: 相关资源
  • 一般团队如何导入 Remote
  • 工具箱
  • 附录
    • 如何开回顾会议
    • 产品开发的协作原则
    • 如何处理产品开发过程中产生的分歧
    • 如何设计并推进一个新流程
    • 指挥官会议
    • 如何与第三方厂商有效率的开会
    • 估算产品开发时间
    • 如何写SOP & 操作性文档模板
    • 新功能发布如何同步全公司
    • 周会流程
    • 开票解票 Workflow
    • A 级招聘法
    • 客服与技术团队协作流程
Powered by GitBook
On this page
  • 指挥官任务
  • 什么是指挥官任务?
  • 技术工作分类
  • 每周常规讨论的指挥官任务
  • 讨论时间

Was this helpful?

  1. 附录

指挥官会议

Previous如何设计并推进一个新流程Next如何与第三方厂商有效率的开会

Last updated 4 years ago

Was this helpful?

指挥官任务

什么是指挥官任务?

逻辑思维有一集黄执中代班提到的概念,要分的清楚真正的问题是什么。 (罗辑思维 180 黄执中 你如何听懂我说的话 )

1980年代美国陆军发现计划赶不上变化,一个人不可能按计划下一盘棋,没有人可以做好一个计划然后完全按计划下棋就能赢,因为每一步都不一样,陆军遇到的情况也一样,一开始做好严密的计划,开始打仗后都乱了,后来就用指挥官命令。

简单来说就是一句话:“如果明天交给你的任务你什么都做不到,你唯一只能做一件事的时候,那件事会是什么? ”

想想看很容易理解,那就是你所有要做的事情的最终目标是什么?那个就是唯一要做的事情。 没错,只要每个人心中有了最终的目标这样一个所谓的指挥官命令的时候,每个人自己就会权衡什么叫轻,什么叫重,自己就会去计划好如何完成这个目标所需要的过程,而且会根据这个目标及时的改变自己的计划。

指挥官命令,就是只能做一件事,你做什么?

技术工作分类

公司主要的技术工作可分为以下类别:

  • 客服回传的 BugFix

  • 客服反应需要加的功能 ( 常规类别)

  • 增长需要搭建的新产品

  • 增长需要做的活动

  • 介接新的第三方 API

  • 开发站上的 API 给 Client Side 的团队界接

  • Performance 提升

  • 关于 Security 的架构修正

  • 架构的调整 Refactor

  • 公司营运的数据埋点

  • 关键数据打捞监控

工作大致上可分为:

  • 专项每日常规修正(专人)

  • Bugfix

  • 接 API,设计 API

  • Performance / Security

  • 每周挑选目标推动(不固定专人)

  • 增长用 - 产品新功能开发

  • 增长用 - 活动开发

  • 针对 AARRR 中某类场景的专注修复(如卖家第一次的卖币体验)

每周常规讨论的指挥官任务

而产品目标每周可以梳理成两类的指挥官任务:

  • 可以预测的:如发现卖家第一次的卖币体验很差。Referral 的传播效果不好。App 的下载次数不够。

  • 无法预测,只能当周观察风向才知道的:事件热潮。

讨论时间

  • 每周四下午 17:00 定义下一周指挥官任务

  • 每一周至多两个指挥官任务 ( 可预测 1 无法预测 1 )

https://www.youtube.com/watch?v=lyrcM2ypytQ