关于时间管理的一点建议

关于,时间,管理,一点,建议 · 浏览次数 : 44

小编点评

1. **建立团队协作 culture**:建立一个互相尊重和帮助彼此的机会,鼓励团队成员主动参与决策和问题解决。 2. **设定优先级**:根据问题的紧急程度和重要性,制定优先级列表,并确保重要问题得到及时处理。 3. **建立明确的沟通机制**:制定沟通流程,定期与团队成员和上级沟通问题解决进展,确保所有相关方参与到解决问题中。

正文

在成为 Tech Lead 之后我发现时间变得极度不够用,甚至会成为了我焦虑和殚精竭虑的源泉。因为我无法主动的去做我应该(定方向、做定期回顾)做和想做的事情,而总是被动的被他人牵着鼻子走:无穷无尽的决策请求、寻求帮助、会议邀约。

有两个可以解决这个问题的办法可以简单提一嘴:1)首先你应该尽可能的帮助你的团队成长,让他们尽可能的独当一面,你也就自然不会成为单点依赖;2)根据问题的重要程度和紧急程度划分优先级依然奏效,在精力有限的情况下,有些问题可以暂且搁置不用去解决。

今天我想聊的是第三个办法来源于哈佛商业评论的一篇文章:《Management Time: Who's Got the Monkey》

猴子在谁那呢

问题

文章从一个再正常不过的场景开始说起:经理与下属 A 在走廊上相遇了,下属 A 向经理发起了求助:“早上好啊,顺便说一句我现在遇到了一个问题,情况是这样的……”;经理也很自然的回答道:“很高兴你告诉了我,我现在有点忙,先让我想想再答复你”。

同样的事件在一天之内发生了三次,B 和 C 也同时向经理发起了求助。经理忙的焦头烂额,直至下班前 A、B、C 都没有得到经理的答复。他们在经理门外等待答复的过程中难免开始质疑起经理的能力,因为他现在成为了多数人工作的瓶颈。

第二天刚好是周六,经理为了避免下周继续阻塞其他人的工作决定周末去公司加班,在开车经过公司附近的一片高尔夫球场时,你猜他看到了哪三位熟悉的身影?

“到底谁在为谁工作呢?”经理不由得思考起来。

办法

如果我们把问题比喻成猴子的话,从 A 向经理求助的那一刻起,猴子就从 A 的背上跳到了经理的背上,也就是下属的问题成了经理的问题。经理采取了三个手段来解决这个困境。

  • 摆脱猴子

在新一周开始的第一天,经理将 A、B、C 依次喊入办公室进行一对一沟通。经理把“猴子”摆在他们的中间,商讨下一步下属能针对问题能够采取些哪些独立行动。在达成一致的同时约定好下次沟通进展的时间。这样下属便又可以继续工作在问题上,猴子得到归还。

  • 明确主动性

我们必须要回答的另一个问题是,下属究竟是真的遇到了困难,还是他根本就是想甩锅而已。主动性从低到高可以分为5类:

  1. 等着被告诉要做什么(主动性最低)
  2. 主动询问我要做什么
  3. 建议应该做些什么,并且采取相应行动
  4. 直接行动起来,并且给出自己的建议
  5. 独自行动起来,定期进行汇报(主动性最高)

前两类主动性不应该被鼓励,或者直接点说是不被允许的。时间管理的关键在于掌控自己的工作内容和工作时机。(“等着被告诉要做什么”即无法让自己掌控工作内容也无法控制自己的工作时机)。

  • 对待猴子(问题)的原则
  1. 猴子要么被投喂(持续解决)要么被击毙(立即关闭)。等待它自然死亡的过程等无异于无限投入时间却又看不到任何结果,等同于浪费
  2. 猴子数量应该保持在经理的投喂带宽之下。
  3. 猴子只应该在约定的时间被投喂(追着猴子投喂,或者允许被随时邀请投喂意味着经理被问题牵着鼻子走)
  4. 猴子应该通过面对面的方式进行投喂——通过邮件的方式相当于问题又异步的被甩给了经理
  5. 每只猴子的下一次投喂时间应该被明确下来

作为 Tech Lead 当面对求助时,会惯性的将问题包揽下来。无论这种“我来搞定”的态度无论是出自下意识还是顾虑都不是一个好的实践。不妨把问题当作机会,推他们一把,甚至允许一定范围内的犯错,是让团队成长的一个途径

三类时间

文章把经理时间划分为三类:

  • 老板强加给你的时间(Boss-imposed Time)——你必须完成老板交给你的那些任务,否则会得到迅速且直接的惩罚
  • 系统强加给你的时间(System-imposed Time)——你必须响应同级别同事的工作诉求
  • 自我时间(Self-imposed Time)——做那些你的经理和团队同意你去做的事情。这类时间又可以继续划分为两类
    • 下属时间(Subordinate-imposed Time)——用于支援下属的时间
    • 自由支配时间(Discretionary Time)——真正属于经理自己的时间

很明显,对于前两者你能够拒绝的空间十分有限。适当的降低下属占用你的时间,也许是更切实有效为自己争取一点自由的方法。


你可能会喜欢

与关于时间管理的一点建议相似的内容:

关于时间管理的一点建议

在成为 Tech Lead 之后我发现时间变得极度不够用,甚至会成为了我焦虑和殚精竭虑的源泉。因为我无法主动的去做我应该(定方向、做定期回顾)做和想做的事情,而总是被动的被他人牵着鼻子走:无穷无尽的决策请求、寻求帮助、会议邀约。

SQLServer统计监控SQL执行计划突变的方法

使用动态管理视图(DMVs)来检测SQL执行计划的突变,你需要关注那些能够提供查询执行统计和计划信息的视图。以下是一些可以用于此目的的DMVs以及相应的查询示例: sys.dm_exec_query_stats:这个视图提供了关于SQL Server中查询执行的统计信息,包括CPU时间、总工作时间、

spring-关于组件的注入及获取流程

一、组件注入的基本流程: 容器初始化: Spring应用启动时,会读取配置(如XML配置、注解配置等),并根据这些配置创建Bean定义(BeanDefinition)。 根据Bean定义,Spring容器实例化Bean,并管理它们之间的依赖关系。 依赖解析与注入: 当一个Bean依赖于另一个Bean

Linux:进程模型和进程管理

在Linux系统中,执行一个程序或命令就可以触发一个进程,系统会给予这个进程一个ID,称为PID,同时根据触发这个进程的用户与相关属性关系,基于这个PID一组有效的权限设置。举个常见的例子,我们要操作系统的时候通常是利用ssh连接程序或直接在主机上登录,然后获取shell。默认的shell是bash,对应的路径为/bin/bash,那么同时间的每个人登录都是执行/bin/bash,不过每个人获取的

【FAQ】关于华为推送服务因营销消息频次管控导致服务通讯类消息下发失败的解决方案

一. 问题描述 使用华为推送服务下发IM消息时,下发消息请求成功且code码为80000000,但是手机总是收不到消息; 在华为推送自助分析(Beta)平台查看发现,消息发送触发了频控。 二. 问题原因及背景 2023年1月05日起,华为推送服务对咨询营销类消息做了单个设备每日推送数量上限管理,具体

在Go中如何实现并发

Go语言的并发机制是其强大和流行的一个关键特性之一。Go使用协程(goroutines)和通道(channels)来实现并发编程,这使得编写高效且可维护的并发代码变得相对容易。下面是Go的并发机制的详细介绍: 协程(Goroutines): 协程是Go中的轻量级线程,由Go运行时管理。与传统线程相比

[转帖]TCP的半关闭、半连接、半打开

参考:《UNIX 网络编程 · 卷1 : 套接字联网API》 TCP 半关闭 如果将客户端与服务器之间的网络作为全双工管道来考虑,请求是从客户端向服务器发送,应答是从服务器向客户端发送,其如下图所示: 上图假设 RTT 为 8,且服务器没有处理时间且请求大小与应答大小相同。既然从管道发出到管道的另一

创建型:工厂模式-工厂方法、抽象工厂

简单工厂问题 简单工厂中我们通过参数来返回不同的产品对象,如果管理的对象过多,这个工厂函数会比较庞大,且当我们需要增加一个新的产品时,需要修改这个工厂方法,违反开闭原则(对拓展开放,对修改关闭)。 为了解决简单工厂模式的问题,出现了工厂方法模式。 解决简单工厂思路 简单工厂类图关系类似如下: 如上图

MySQL入门到实战详细教程

MySQL介绍 MySQL是一个开源的关系型数据库管理系统(RDBMS),由瑞典 MySQL AB 公司开发,属于 Oracle 旗下产品,它广泛应用于各种Web应用程序和网站,MySQL使用结构化查询语言(SQL)进行数据的管理和操作。 MySQL主要特点 开源免费:MySQL是一个开源项目,可以

每日一库:lumberjack -- 日志轮换和管理

在开发应用程序时,记录日志是一项关键的任务,以便在应用程序运行时追踪问题、监视性能和保留审计记录。Go 语言提供了灵活且强大的日志记录功能,可以通过多种方式配置和使用。其中一个常用的日志记录库是 github.com/natefinch/lumberjack,它提供了一个方便的方式来处理日志文件的轮