聚合国内IT技术精华文章,分享IT技术精华,帮助IT从业人士成长

研发阿米巴组织的运行逻辑

2014-03-16 03:30 浏览: 1699128 次 我要评论(0 条) 字号:

郑昀创建于2014/3/1
最后更新于2014/3/3
本文遵循 Creative Commons 姓名标示-非商业性使用-禁止演绎 许可协议。转载时请注明“转载自知乎”或者给出转载文章的原始链接

http://tiancai-z.stor.sinaapp.com/pictures/month_1403/201403160330109700.jpg
提纲:

  • 工作范围,主动出击
  • 重点工作,发动群众
  • 法则常驻,三观稳定

背景知识,阿米巴组织
所谓“阿米巴经营”是指,『将组织分成小的集团,通过与市场直接联系的独立核算制进行运营,培养具有管理意识的领导,让全体员工参与经营管理,从而实现“全员参与”的经营方式。是京瓷集团自主创造了这种独特的经营管理模式』。 我们认为,数以百计人员组成的大型研发组织,或许可以划分为更小的“集团”,即子部门,这些组织的负责人可以推动自我进化自我迭代,在某种程度上属于阿米巴组织。

一,工作范围,主动出击
我们认为,每一个研发子部门,应该努力演化为一个自成体系的组织。这也就是子部门负责人的目标。每位负责人都有自己的工作背景和成长轨迹,可能在有些方面“奈何力有所不逮,技术有所不及”。这里要强调的是,打铁还要自身硬,请你主动出击,率先做到自我管理、自我激励、自我完善,然后惠及他人。
所谓组织自成体系,指的是:

  • 自我进化
    • 招人、留人、培养人
      • 自我淘汰
        • 能快速识别出能力、责任心和诚信上不符合我们团队价值观的员工,当断则断,清理干净;
      • 自我升级
        • 带领团队成员在研发效率、研发能力、研发活力上共同进步,不偏科,不随波逐流;
        • 建立知识库,随时做好知识转移,应对突发的人员危机;
  • 对结果负责
    • 一个子部门通常能独立完成研发工作,包括优化措施和预研课题,所以子部门负责人应该对这些工作的结果负责;
    • 请你们知晓,职场有一个残酷法则“没有苦劳,只有功劳”,不要期望公司因为你和小伙伴们有苦劳而宽容你们没有产出。

子部门应该在以下事务上自我运转,无需上级主管事事安排:

  • 招人
    • 你应该不定期提出招聘计划,经过上级主管审批后,对接HR的招聘部门;
    • 你应该撰写招聘岗位的 JD(Job Description),定义岗位职责和任职资格,指定初试和复试的面试官,指定岗位入职时的直接上级;
    • 提前查探到员工离职意向,在面谈无效后,你应该预先(向上级主管)提出离职补岗需求;
  • 面试
    • 你与面试官通过阅读我撰写的《面试、入职、离职的那些事儿(附录A.1)》,商量好面试策略,不要盲目面试,必要时提供笔试题集;
    • 你有必要通过阅读我撰写的《面试案例点评》和《面试技巧》,了解如何甄别面试者;
    • 一对一面试,与一对一绩效面谈一样,是一门学问,请尽快建立你的人才选拔观和面试问题集;
    • 如果应聘者通过初试和复试,你应该形成书面资料,记录对候选人的评价,以与入职后他的表现相对照,不断修正你的人才观;
  • 培育新人
    • 你应该为新员工指定导师(mentor),你或导师做好团队、技术架构、工作制度等介绍;
    • 你应该思考哪些人适合做新生导师;
    • 你与导师一起制定新员工在考核期内的考核项。我希望你们做到的是,通过一个或多个考察题目,尽快确认新员工是否具有独立分析问题、设计和解决问题等能力,他必须能当众讲解直面PK而不是只说服你即可,如附录A.1所说“不要跑过来跟我说, (他)“凑合”、“能干活”,我们不需要行尸走肉”;
    • 将萌芽消灭在试用期,牢记两句话:
      • 实践证明,你在面试或试用过程中发现的他身上的缺点,在日后的工作中将无限放大,直至你无法承受后果,最终还是要辞退他。
      • 在现行法律制度下,员工在试用期的考察非常重要,因为只有在试用期终止劳动合同是痛苦指数最小的。发现不合适的员工,应该在试用期尽快解雇。
  • 人员打组
    • 每个子部门至少7人以上,你为了方便管理,要分组并指定 Team Leader;
    • 你必须对 Team Leader 的输出物做严格定义,确保规范执行,如(项目/小组/人员)周报发送时间、格式和表头,如是否做组内排期,排期表的表头,如对外输出项目计划、延期通告的格式;
    • 关键岗位实行“AB角”备份制,避免单点;
    • 对 Team Leader 要求要越来越高,“逼迫”他逐步成长起来;同样,★ 我们对你的要求也会越来越高★ ;
  • 进度管控
    • 你承接的每件事都要指定一个研发负责人,他要做任务分解、制定和核对项目计划、建立和检验里程碑、组织评审会、组织演示会、组织站立晨会等等;
    • 你要通过阅读我撰写的《最佳实践系列:常规项目管理(跨部门项目)的12个最佳实践(附录B.2)》,理解在什么场景下启用哪些最佳实践;
    • 你应该逐步把进度管控交给 Team Leader 来跟进,你必须确保项目中暴露的问题都得到妥善解决;
  • 绩效考核
    • “天下武功,唯认真不破”,绩效考核不能走过场,我要求你必须对每一个考评都认认真真地面谈、撰写评语,员工也必须认认真真写考核期内的总结;
    • 我希望我们板块始终是公司里做绩效考核最认真的一群人,你要把员工在考核期内的优缺点明确指出来,写清楚希望他在下一个考核期内在哪些方面注意和完善,不要写套话空话;
    • 如果我通过考评察觉你部“将不知兵,兵不知将”,我会找更适合的人来带队;
    • 请阅读《回馈的魔力(附录C.1)》来理解为什么要认认真真地面谈、认认真真地写评语、不说空话套话、只说真话;
  • 死磕BUG
    • 你必须认真领会航天二十字口诀“定位准确、机理清楚、可以复现、措施有效、举一反三”,即使再忙再累,也要坚持这些原则;
    • 请你通读我撰写整理的RCA报告集和幻灯片,认真领会何谓“Root Cause”;
    • 世界上没有无缘无故的爱,也没有无缘无故的BUG,所以它出现一次,意味着它还会第二次光临,坐在那里祈祷是没有用的,不要等死,加监控,加报警,加日志,提高日志输出级别,再重新看一遍应用配置文件的每一行,再重新检查一遍没有显式配置的默认配置项……不要等死;
    • 你必须要求引发严重错误的员工请本组织成员、请受牵连的其他组织成员吃零食喝饮料。我们通常处罚只到总监级,通报也仅限于提及部门名称,但建立一个温和的内部惩罚机制是必要的;
    • 你部门成员引发的问题,请你负责善后;
  • 发现问题
    • 你的部门内外,一定有这样那样的问题,阻碍了生产效率,折磨了人心,如果你迟迟发现不了问题(多数情况是因为麻木不仁所以视而不见),就会有人主动用脚投票;
    • 你必须从日报、周报、面谈以及各种反馈中察觉这些问题,,并把这些“痛点”当成一件大事,一个一个消灭;
    • 『你真正没有能力解决的问题绝对不会超过10%。50%是你根本没有搞清楚问题是什么,20%是你根本没有殚精竭虑去找解决问题的方法,20%是你根本没有竭尽全力去找能解决问题的人帮忙。』,对于老兵来说,你所能发现的那些问题,都能解决,所以“何事惊慌(附录D.2)”;
    • 发现问题、提出问题、解决问题,是我们的干部的基本素养,这也是我们对你的考核点之一;
  • 谈话
    • (正式地、一对一地)谈话是一门学问;
    • 通常你需要做如下谈话:
      • 新人入职后考核期内定期谈话;
      • 绩效面谈;
      • 诫勉谈话;
      • 劝退谈话;
    • 遵从我撰写的《职场(潜)规则:心法和技法(附录E.1)》文中的规则“有话要说,但有话必须好好说:每个部门都有部门的行事准则和立场,所以有时候就是要“公事公办”,把话摆在桌面上说,一次说不清,那就约好了再聊一次。”,很多事都介于“不说憋屈”和“说了矫情”之间,在我们这里,请你尽可能选择说出来,诚恳地说真话,不和稀泥;

二,重点工作,发动群众
干革命就是要发动群众。下面是你的重点工作,但你要学会尽快分发出去:

  • 日常研发管理;
  • 确保“三个提升”:团队成员研发能力有提升、生产效率有提升、研发活力有提升;
  • 有计划有步骤地落实支撑未来业务发展的技术点;
  • 线上问题定位和解决;

分发给谁? 分发给你的 Team Leaders。不要让自己成为部门运转的瓶颈。
但要注意,你要温习我撰写的《管理杂谈:学习东北战争好榜样(附录E.2)》中提及的思想“第二点,认识到价值观之外还有技战术素养普遍缺乏的问题,于是管理者必须(向下)提供工具。……第三点,管理者不能停留在宏观层面,总是说一些似是而非、永远正确的话上。管理者必须直面白刃战,必须随时能深入到业务细节。”
别(真)当甩手掌柜。
培养好你要依靠的那几个Team Leaders,他们要和你一起成长。

三,法则常驻,三观稳定
我在《职场(潜)规则(附录E.1)》文中说,“我们的干部要争取做到发出的指令80%是正确的。指令总是正确的,兄弟们就会默认地信任你的指令,如臂使指。如果总是计划赶不上变化、朝令夕改、做面子工程、做无用功,那信任就会慢慢丧失,每次发指令时,兄弟们就会嘀咕,这次会不会又是当炮灰?”
如果你作为部门负责人,要对内对外输出价值观,你应该怎么做?
首先你要了解清楚过去、现在和未来,什么时间什么人埋过什么雷,什么时间从什么业务逻辑变为了什么,当初这个业务场景为什么这么设计,等等。不了解历史,你(一定会)无法客观地输出价值观。
其次,形成自己的判定规则,避免朝令夕改,避免输出给员工的结论和指令前后不一致 ,避免被不同人翻来覆去影响 。这也就是我说的“三观稳定”。

我们的内存中应该常驻哪些法则?我简单罗列几条,没有先后顺序:

  1. 没有苦劳,只有功劳。
  2. 事故处理二十字口诀:定位准确、机理清楚、可以复现、措施有效、举一反三。
  3. 做事有始有终,日拱一卒,拿出结果。
  4. 主动往前迈半步,必要时跑步上前对接。
  5. 代入式思考,不当甩手掌柜。
  6. 对一团乱麻要分类,分类可以有很多维度,把目的想得越清楚越可能设计出正确的维度,然后按照维度分类,针对每类情况设计解决方案和解决时间。
  7. 低头拉车,抬头看路。
  8. 遇到分歧,沟通无果后,迅速升级。
  9. 决不能“最后来的事情优先”。
  10. 竭尽可能消灭线上Exception。

也可以看我的《职场(潜)规则:心法和技法(附录E.1)》。
附录A
——附录A.1.
面试、入职、离职的那些事儿
郑昀 创建于2013/7/7
最后更新于2013/7/17
本文遵循 Creative Commons 姓名标示-非商业性使用-禁止演绎 许可协议。转载时请注明“转载自知乎”或者给出转载文章的原始链接
面试
1)我们考察应聘者的三个点:态度、能力和诚信

2)关于态度:李开复曾总结说,所有面试问题本质上可以归结为3个:1)此人能不能做这份工作(工作技能、能力和相关经验等);2)此人是否喜欢/真正想做这 份工作(求职动机和价值观等);3)此人能否和现有团队一起把这份工作做好(工作态度、文化匹配度和团队精神等)。我们的面试官往往限于第一点,而忽视第二点和第三点。讲完愿景、工作内容和整体技术架构后,研发工程师如果表现不出跃跃欲试、一展身手、积极学习的意愿,流露出无动于衷、唯钱是瞻、做啥都一个样的态度,我不知道聘请这样的死魂灵有何意义。

3)关于能力:面试是一个“自证靠谱”模式。如果候选人自证没有说服力、缺少证据,那请放弃他。不要跑过来跟我说,应聘者“凑合”、“能干活”。作为面试官,针对候选人罗列的项目经验,让他讲里面碰到的问题,不断地提出问题,一层一层地追问细节、追问为什么这样、为什么不那样。看他面对这些个问题时,究竟做了多么深入的调查和思考,尝试过多少种解决方法,能不能做到知其所以然。我们是在挑选和我们一起工作的人,不一定要他样样出色,但确实希望他身上有闪光的亮点。没有闪光点,薪金待遇就相应会低。

4)关于诚信:应聘者不坦诚不踏实,是大忌,尤其是不坦诚。简历撒谎,抹去部分工作经历,夸大项目经验,隐藏外包经历。面试官通过细节连续追问发现项目不是他做的、设计也不是他做的、思路也不是他的,又千般狡辩不想承认的,必须放弃他。

5)如果应聘者手握多家公司的Offer,注意,我们不参与“哄抬物价”

入职
1)员工入职前都会抱有一定期望,所以入职头两周,主管百忙之中一定要善待他。如期望公司可以让他很快提升技术能力,如期望这是一个亲切有爱的团队,如期望他能接触一些重要的或者有趣的技术课题。请主管安排好导师,做好团队介绍,准备好考察课题,定期检查他的工作,定期询问避免员工积极性受挫

2)有一个悖论,新员工在试用期内会刻意去“装”,未必是他的原生态。但我们可以反推,如果一个新员工连在试用期内都不能表现出工作积极性,挑三拣四、拖拖拉拉、缺乏好奇心,既然他连“装”都不想“装”,那么不让他通过试用期即可

3)面试过程中,不少人在面对我的压力面试时被我一顿炮轰,我希望在试用期结束时看到他们确实在设计能力、交付能力、规范和团队效率贡献上能体现他们自己的进步,而不仅仅是签了几个月的到。

离职
1)离职前的“正反馈”:员工离职前,会有数月至少有数周时间在有意无意地收集本公司的负面信息和不利证据,以此佐证他做出离职选择的正确性,从而形成“正反馈”。所以,一旦员工正式提出辞职,一般难以挽回

2)不要指望你能巧舌如簧,说服员工收回辞职申请。原因之一嘛,如上所述,除非是员工“激情辞职”。所以,只有未雨绸缪,提前掌握员工动向,打消他们提出辞职的意向。

3)员工薪资某种程度上主要取决于与从市场上引入可替代人才的成本。除非离职员工薪资待遇比市场水平低,否则靠离职面谈时承诺调薪来留住员工,是引鸩止渴,救得了一时救不了一世,还可能会造成新一轮的同工不同酬。

4)新公司支付给员工的是对他未来的期望(好比买股票),需要员工未来去兑现承诺;老公司支付给员工的是对他过去的肯定(好比发年终奖)。这两者自然有数额上的差别。一个是寄托于未来,一个是肯定过去。

5)再次强调,我们不与其他公司一起“哄抬物价”,我们不会参与“竞拍”。

6)员工对自己的认知,与各级主管对他的认知,是不对等的。这一点,在员工离职时将暴露无遗。

7)但我们和HR都会做离职调查,防止团队出现系统性问题。

-over-
附录B
——附录B.2.
最佳实践系列:常规项目管理(跨部门项目)的12个最佳实践
郑昀 创建于2012/7/20

  • 常规的项目管理
    • 需求分析
      • 明确原始需求
        • 忽略需求方提出的所谓解决方案——最佳实践1
      • 竞品分析
      • 撰写UseStory
      • 拉FeatureList
      • 分期实现小步快跑
      • 轮询各个系统负责人,评估对所有系统的潜在影响——最佳实践2
    • 项目启动
      • 以会代训:启动会——最佳实践3
      • 约定项目占用资源
      • 列出干系人
        • 项目进展每周三周五与干系人分享——最佳实践4
      • Project计划
        • 拉里程碑
        • 拆解到以1~2人天为单位的子任务——最佳实践5
      • 列出前置资源
    • 项目跟催
      • 延期预先通告
      • 需求变更管理
        • 拒绝不紧急不重要需求
        • 重要但不紧急需求放在下一次迭代做
        • 评估对所有系统潜在影响
      • 以会代训,会议纪要作为执行决议
        • 设计评审会
        • 跨部门难题推进会——最佳实践6
  • 周报
    • 周报上先列timeline——最佳实践7
    • 子任务列表,对应的完成百分比
  • 风险预警
  • 紧锣密鼓
    • 站立晨会——最佳实践8
    • 任务看板
    • 定期定时项目协调会——最佳实践9
  • 快马加鞭
    • 日报
    • 工时统计
    • 产品研发测试锁定会议室集中办公——最佳实践10
    • 周日联调
    • 以演示会作为阶段性deadline推动——最佳实践11
  • 测试用例评审会
  • 实施计划
    • 数据迁移
    • 项目经理收集整理本项目涉及改动的系统、需重新部署的系统和模块、数据表结构变化列表
    • 盯住验收
    • 分批实施
    • 部署计划和实施方案
    • 上线后的问题处理预案——最佳实践12
  • 关键因素
    • 向下关注
      • 三岁宝宝端水的段子
        • 发出指令,必须深入了解执行步骤和执行细节
      • 代入式思考,落实到执行层面
    • 导演和制片主任模式
      • 了解背景知识
      • 给出备选方案
      • 跨部门征求要不要这么做,而不是征求怎么做
    • 养成拉List清单的习惯
      • 发现问题
      • 放大问题或认清问题
    • 尊重海恩法则
      • 每一起严重事故的背后,必然有29次轻微事故和300起未遂先兆以及1000起事故隐患
      • 脏数据和投诉背后隐藏着致命真相
    • 不能等死

-over-附录C
——附录C.1.
回馈的魔力
节选自《绩效!绩效!》费迪南·佛尼斯

想像你独自在保龄球馆里准备好开始打球。一切似乎都没有什么问题,但是当你掷出第一粒球时,照射保龄球的灯就熄灭了。你听到球瓶倒下的声音,但是你无法确定倒了几个。你看了看你的周围,但是看不到任何人,所以你大喊:“喂!保龄球瓶上面的灯熄了,我看不到倒了几个。”
在球附近有一个声音回答你:“有两个没倒。”
你大声地问:“哪两个?”
那个声音回答你:“别吵我,你继续玩。”
显然别无选择,所以你对着那两个看不到的球又掷了一颗球,你没有听到球瓶倒的声音。过了片刻灯亮了,你看到了保龄球瓶又排好了。你告诉自己:“嗯!这样好多了。”接着你准备好玩第二局。但是在你掷球时,灯又熄灭了。你又大喊:“喂!要不把灯点亮,要不就告诉我到底发生什么事。”
你又听到那个声音说:“请你别吵我,我在后面,这里很忙,你继续玩,两个小时后我会回来,到时候再告诉你结果。”
假设你在这样的情况下继续玩球,两个小时候后,那个声音说:“我回来了。”
你问:“我的成绩如何?”
那个声音说:“不太好。”
你问:“分数如何?”
那个声音回答:“我不知道,但是真的很糟。”
即使你保龄球玩得不错,你也不会对你的成绩感到吃惊,原因是你没有得到任何回馈。

你看不到你每个动作的结果,因此你无法对你的表现作出有效的修正。

-over-
附录D
——附录D.2.
永安里那家小馆的牌匾“何事惊慌”

-over-
附录E
——附录E.1.
职场(潜)规则:心法和技法

郑昀 创建于2013/7/22
最后更新于2013/10/17
本文遵循 Creative Commons 姓名标示-非商业性使用-禁止演绎 许可协议。转载时请注明“转载自知乎”或者给出转载文章的原始链接

整理这些职场“潜”规则,是为了让兄弟们一起对表,为了让大家在同一个维度下思考问题,为了统一标准话术。
为什么给“潜”字打上双引号号,因为这些其实是正大光明的规则,只不过不是显式规则。
熟练掌握这些潜规则,你我也许会生活得更轻松一点。

  1. 信任,但需要确认
  2. 有话要说,但有话要好好说
  3. 不要“等死”
  4. 不要“妄议”他人
  5. 线上问题要“全面处理”
  6. 日拱一卒,不怕慢就怕站
  7. 分歧僵持,迅速升级
  8. 主管要向下提供“工具”
  9. 负责人要“拿出结果”
  10. 搞清楚为何而战再动手
  11. 信任易碎,积累不易
  12. 听原始需求,不听技术解决方案
  13. 解释成本很高
  14. 低头拉车,抬头看路

整理这些职场潜规则,是为了让兄弟们一起对表,为了让大家在同一个维度下思考问题,为了统一标准话术。[现场]……什么是标准话术,三个月后邮件误重发得到了我的如出一辙的回应……
为什么给“潜”字打上括号,因为这些其实是正大光明的规则,只不过不是显式规则。
熟练掌握这些潜规则,你我也许会生活得更轻松一点。
……具体内容详见 职场“潜”规则:心法和技法 - 知乎专栏 ……

-over-


附录E
——附录E.2.

管理杂谈:学习东北战争好榜样

郑昀 创建于2012/4/18

每一个快速发展、仓促之间聚集起来的团队都会经历1947年~1948年我党在东北所面对的局面。

从最开始出关的匆忙上阵、缺少武器弹药、节节败退、老底子被打光、成群结队开小差的逃兵、迷茫沮丧,到一年后数百万装备整齐、挑着狗皮帽子沿路炫耀武力的军团入关,这中间到底发生了什么?

简单地说,对于现代公司运营者来说,可以借鉴那个时候他们做的三件事:

第一点,统一价值观,这也是每个期望基业长青的公司都在着手去做的。在东北,他们是通过在基层员工搞阶级教育、诉苦运动,解决为谁当兵、为谁打仗的问题,从而统一了包括大批“解放战士”在内的员工价值观。

第二点,认识到价值观之外还有技战术素养普遍缺乏的问题,于是管理者必须提供工具。

什么叫“提供工具”?

经常会看到这样的场景:

管理者质问员工,你怎么这么瞎搞!

或者质问,就这么点儿事,你们都搞不定?!当年我分分钟搞定!

或者质问,你们怎么什么都不会?!

然后留下员工苦苦思索,领导甩手大踏步离开。下次员工保不齐还得被骂。

为什么(管理者)要提供工具?

因为要形成干部的工作套路。

什么叫工作套路?

林彪他们非常善于总结并简化套路,它们通常非常容易记忆和套用,非常适合向下传达,甚至细到以班为单位。

他们下发了六个战术原则:

  1. 一点两面
  2. 三三制
  3. 四快一慢
  4. 三猛战术
  5. 四组一队
  6. 三种情况,三种打法

这就是套路。

有了套路,管你东西南北风来袭,我只管上这六板斧,管你铁打营盘流水兵,我只管培训和演练。

什么是一点两面?

1946年9月15日,毛致电林,问“你们所说一点两面的战法是什么意思”,四天后,林彪回复邮件:

所谓一点,就是说要集中优势兵力于主要的攻击点上,反对在各点上平分兵力的办法。所谓两面,就是说必须采取勇敢包围办法,防止敌人突围逃走:两面是 指至少两面,兵力多时也可以是三面四面。一点的精神在於保证一定打垮敌人,整个的精神在于使打垮的敌人不致跑棹。大意就是如此。是针对我们干部不肯彻底集 中兵力和不敢追行勇敢迂回的毛病而规定的。

什么是三三制?

一个班内由三至四人划分三或四组。正副班长为当然小组长。另在班内挑选政治较好、战斗勇敢,或有经验的战士充当组长。

在战斗时各组以班长为核心,在班长指挥下,率领本小组根据敌情地形,散开距离间隔进行作战,不超过班长口令指挥范围以外,在平时使三三制编制要与日常生活管理教育公差勤务等一切活动相结合,在战斗中求得灵活运用发挥其效能。

一点两面和三三制如何结合?

在战略上要集中兵力,战役上一点两面,

而在战术上,战术动作却是分散兵力,稀疏兵力。

兵力集中并不是要求我们在冲锋时密集队形,而是要求在部队冲锋时,必须有充分的人力掩护与配合冲锋的部队及二梯队,所以兵多不是一下子都冲上去,而必须用三三制的队形。

什么是三猛战术?

猛打。

猛冲。

猛追。

猛是猛然的猛,即强调出其不意的突然性。而不是凶猛的“猛”。

什么是四组一队?

四组即火力组,突击组,爆破组,支援组。

主要是突击连队要分工,小组互相掩护,互相配合。

有点像研发时架构组、前端组、DBA组、系统组分工协作互相掩护一样。

下发六个战术原则,就行了吗?

你以为定义好三步,大象就能自个儿装进冰箱吗?

需要怎么做?

培训直到最基层

案例点评

——结合正反实例反复讲

——有机会就讲!有机会就补充!有机会就强调!

不断检查!不断重复!

郑昀问你,你们的工作套路是什么?请掰着指头数一数。

  1. 常规战争的周报+闪电战的日报
  2. 定期风险预警
  3. 脑图/鱼骨图
  4. MS Project/甘特图
  5. 排期会
  6. 每日站立晨会
  7. 项目启动会
  8. 任务看板
  9. 项目信息墙
  10. SWOT
  11. 日常拉各种List清单的习惯
  12. 内评/外评评审会
  13. Code Review
  14. 自动化测试
  15. 测试驱动
  16. 倒逼上游
  17. “四象限”法
  18. 罗伯特议事法则
  19. ……

前面讲了那些年他们做了三件事,第一点统一价值观,第二点管理者提供工具,第三点是什么?

管理者要直面白刃战

第三点是管理者不能停留在宏观层面,总是说一些似是而非、永远正确的话上。

管理者必须直面白刃战,必须随时能深入到业务细节。

什么意思?

郑昀从最简单的“表头法则”说起吧。

表头法则

——当你交代一项需要你汇总或检查的工作时,给他(们)定义好输出的表头。

最怕的就是管理者“一句话”作风。一句话让下面所有人跑断腿,然后一句话否定大家的揣摩上意后的努力,最后一句话让大家再做一遍。

比如,你说我想知道现在大家都在忙什么,那你就统一给所有主管下发一个表头:

需求登记时间

需求总发起人

状态

紧急程度

跟踪负责人

预期上线时间

实际上线时间

占用资源数

方便填写。要不每个人给你一个自定义格式,甚至只是一些项目名称罢了,你怎么合并,电话邮件沟通来沟通去,有这时间,下发一个表头,要求逐一填写不就结了?

你拟定不出来表头,很有可能是你压根不知道工作细节,你不知道一个指令如何落地、如何实作、如何汇总!

最后展示一下辽沈战役中军委下发的“铁路大翻身”电报,大家体会一下。不要觉得郑昀你是军委,所以铁路翻身是小事儿,是细枝末节,那是你对工作优先级判断力不够。而判断力不够,是诸多管理者下课的原因。

所以,请管理者不要吝于定义流程步骤。

下面请看:

电报全文如下:

  刘邓、陈粟、陈谢韩、徐滕薄、饶黎、张邓、谭许、聂肖刘、杨杨耿、彭张、王王、贺箫、李周(注:这封群发邮件是抄送众多高级将领的):

  东总介绍铁路大翻身的方法如日下:

  (一)以百人左右为一队,几十个人也可以,携带粗绳廿根,结实木廾根(内一部份可用铁路上起道钉之铁起子)及一二十把铁锹洋镐。(注:物料、人力这些资源罗列清楚,方便各部门的成本核算)

  (二)第一步将铁路一边之两根铁轨连结之螺丝钉取掉(或毁棹),并取下结合处的两槐小铁板,只能截断一边铁轨,不应截断两边铁轨。

  (三)第二步从两根铁轨断开处,用工具将二、三十根枕木下的垫土刨空。

  (四)第三步,用粗绳隔一枕木,将铁轨和枕木交叉处捆结实(十几根绳子按次均捆上),然後以一部人用木(铁)棒将分离开的一面铁轨撬起来,同时用力拉绳子,使整个铁轨枕木翻个筋头,接著便很容易的往前。结果全部铁路都翻了筋头。

  (五)然後将枕木取下,堆集起来用火一烧,日前敌人修路极感头痛的是没有枕木,要从美国运枕木来,因此烧掉全部枕木,是重要的一着。

  (六)此法开始时较费力气,只要开头翻过,事後利用铁轨本身重量及压力,越翻越轻。据我们的经验一连人每小时可翻六里长,所以这种方法的特点是方法简单,动作迅速,破坏规模大,所费力量小,东北敌人十分怕铁路翻身。(注:明确效果,确认各部门对任务的优先级理解到位)

                    军委

                    廿敬

饭否时代某兴曾说过:“创业几年,我对1949年之前的共產党人越来越佩服。和政治理念无关,纯粹是对他们能在那种艰苦的环境下生存并壮大起来觉得简直不可思议”,确实是奇迹,但他们的成功并非偶然。

原文链接:管理杂谈·技战术素养养成+管理者向下提供工具

-over-


-TheEnd-



网友评论已有0条评论, 我也要评论

发表评论

*

* (保密)

Ctrl+Enter 快捷回复