IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

推动而不是靠拉动

幻風閣|Kent.zhu's Blog 2014-07-15 22:54:53 累计浏览 1,719 次
本机暂存

   之前跟团队开会,最烦的就是遇到这样的对话:

   这个任务什么时候可以完成,按照我们的计划,是今天可以搞定的?

   我在等A的接口。

   那A的接口什么时候可以完成,他现在进展到什么阶段了?

   不知道。

   那你有去跟他沟通过吗?

   额……

   这是一个典型的等待「拉动」的人。你不拉他,他就不动,别人不拉他,他也不动。不拉我,我就等,等到了我就做,反正没做完问题不在我这里了,是另一个人没准备好。

   或者也有这样的对话:

   你的这个方案,基本不可执行,我们要花多少钱,覆盖多少用户,获得多少收益,我们的目标是什么?

   这个不是我能定的啊,你没告诉我。我需要你来定一个目标。

   那为什么当时要你做这个方案的时候,你没问?

   额……

   你发给我一个任务,我领了一个任务,我领了这个任务,我就要快速完成这个任务,至于任务的目的是什么,我不在乎,反正我按时交了方案。

   这2类人,如果在一个大公司里,每天都可以很悠哉悠哉的。但是,这2类人,如果在你的创业团队里,尽快把他们干掉!

   在大公司,老板要什么,我要努力给他达到,我只要达到他要的那个东西就可以了,其他的,我也懒的管,反正大多数时候老板都好糊弄,老板都是傻逼;在创业团队,我对这个事情是什么看法,我想要怎么做,老板你应该如何支持我,我要为整个事情负责任。

   在大公司,基本都靠拉动,老板踢一脚,出来一个任务,我把这个任务完成了,事情解决了;在创业公司,靠推动,相互推动,在一个目标的基础上,我需要推动哪些角色,来提供哪些资源,我要完整的来负责这个事情。

   靠拉动的人,最终都会沦为工具,或者晋升为一个更优秀的工具;懂的推动的人,最终都会利用工具。

   在团队里,我一直倡导2个文化,我们要在工作上相互推动,相互透明。

   所以,我所在的团队,必须都要有基于项目的站立会。花5到10分钟,每个角色都来说说自己目前的进度,即将开展的工作,还有需要的资源支持。

   在早期,这是一种通过制度来帮助团队成员进入到推动状态的方式。后来,逐渐会建立一种观念,这个观念就是不再等待,而是主动去要,主动去沟通,主导去找。

   另外,每个任务,需要有一个明确的时间点。那个时间点之前没完成,一定要提前申明,说明为什么。

   一来大家知道你的进度,知道你问题出在哪里,我该怎么配合你;二来,你耽误了,那么跟你相关的人的计划就要重做。而不是要一直等到你给的时间点到了,才手忙脚乱的去更改自己跟你相关的计划。

同分类推荐文章

  1. 从零重建 macOS 开发机:可复现的环境初始化流程 (2026-06-14 20:36:00)
  2. 百度物理网络监控工具开源第二弹:毫秒级监控工具 baize,让你的网络问题无处遁形 (2026-06-11 08:10:28)
  3. How to Set Up Homebrew Tap for Private CLI Tools: A Complete Guide (2026-05-27 02:13:03)

查看更多 DevOps 文章 →

建议继续学习

  1. Git常用命令备忘 (累计阅读 54,699)
  2. Git log diff config高级进阶 (累计阅读 24,843)
  3. Git subtree 要不要使用 –squash 参数 (累计阅读 23,397)
  4. 我的git笔记 (累计阅读 20,260)
  5. 公司倒了,请让领导先走 (累计阅读 13,407)
  6. 别为大公司拼命(译文) (累计阅读 10,299)
  7. Zend Studio集成Git使用 (累计阅读 8,980)
  8. 学你妹的计算机! (累计阅读 8,139)
  9. 个人开公司的流程,以后用得着 (累计阅读 7,925)
  10. 谈谈在校程序员技能培养 (累计阅读 7,116)