推动而不是靠拉动
之前跟团队开会,最烦的就是遇到这样的对话:
这个任务什么时候可以完成,按照我们的计划,是今天可以搞定的?
我在等A的接口。
那A的接口什么时候可以完成,他现在进展到什么阶段了?
不知道。
那你有去跟他沟通过吗?
额……
这是一个典型的等待「拉动」的人。你不拉他,他就不动,别人不拉他,他也不动。不拉我,我就等,等到了我就做,反正没做完问题不在我这里了,是另一个人没准备好。
或者也有这样的对话:
你的这个方案,基本不可执行,我们要花多少钱,覆盖多少用户,获得多少收益,我们的目标是什么?
这个不是我能定的啊,你没告诉我。我需要你来定一个目标。
那为什么当时要你做这个方案的时候,你没问?
额……
你发给我一个任务,我领了一个任务,我领了这个任务,我就要快速完成这个任务,至于任务的目的是什么,我不在乎,反正我按时交了方案。
这2类人,如果在一个大公司里,每天都可以很悠哉悠哉的。但是,这2类人,如果在你的创业团队里,尽快把他们干掉!
在大公司,老板要什么,我要努力给他达到,我只要达到他要的那个东西就可以了,其他的,我也懒的管,反正大多数时候老板都好糊弄,老板都是傻逼;在创业团队,我对这个事情是什么看法,我想要怎么做,老板你应该如何支持我,我要为整个事情负责任。
在大公司,基本都靠拉动,老板踢一脚,出来一个任务,我把这个任务完成了,事情解决了;在创业公司,靠推动,相互推动,在一个目标的基础上,我需要推动哪些角色,来提供哪些资源,我要完整的来负责这个事情。
靠拉动的人,最终都会沦为工具,或者晋升为一个更优秀的工具;懂的推动的人,最终都会利用工具。
在团队里,我一直倡导2个文化,我们要在工作上相互推动,相互透明。
所以,我所在的团队,必须都要有基于项目的站立会。花5到10分钟,每个角色都来说说自己目前的进度,即将开展的工作,还有需要的资源支持。
在早期,这是一种通过制度来帮助团队成员进入到推动状态的方式。后来,逐渐会建立一种观念,这个观念就是不再等待,而是主动去要,主动去沟通,主导去找。
另外,每个任务,需要有一个明确的时间点。那个时间点之前没完成,一定要提前申明,说明为什么。
一来大家知道你的进度,知道你问题出在哪里,我该怎么配合你;二来,你耽误了,那么跟你相关的人的计划就要重做。而不是要一直等到你给的时间点到了,才手忙脚乱的去更改自己跟你相关的计划。
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:kent.zhu 来源: 幻風閣|Kent.zhu's Blog
- 标签: 拉动 推动
- 发布时间:2014-07-15 22:54:53
- [54] IOS安全–浅谈关于IOS加固的几种方法
- [53] 如何拿下简短的域名
- [53] Oracle MTS模式下 进程地址与会话信
- [53] Go Reflect 性能
- [51] android 开发入门
- [49] 图书馆的世界纪录
- [49] 读书笔记-壹百度:百度十年千倍的29条法则
- [46] 【社会化设计】自我(self)部分――欢迎区
- [38] 程序员技术练级攻略
- [31] 视觉调整-设计师 vs. 逻辑