小管理 大智慧

  五天假期过去了,短短的开学两三天,与五天的清闲相比,遇到的事情真的不是多一点啊,好多次都是连水都顾不上喝一口,大脑一直处于饱和状态。

  这样的忙碌固然充实,但是忙碌之后更加发觉:很多事情的处理效率很低。

一、邮件管理

背景1:

  部分同学在学术交流中心住宿,开学的时候需要通过邮件,来明确注意事项。邮箱的联系人中创建有小班长的分组,所以我一直以 学术交流中心负责人——>CEO——>小班长——>所有组员,这样的方式下发邮件。晓春组没有住在学术交流中心的同学,但是我前几次发邮件的时候都未经筛选,顺手就把邮件转发给了所有的小班长,这样无形就给他多增加了处理邮件的时间。浪费别人时间就相当于谋财害命啊!

反思1:

  这样的转发存在弊端,要经过CEO筛选和小班长筛选,才能发到每个住在学术交流中心的同学手中。这些邮件很可能会因为发送者怕麻烦,未经筛选直接发送,造成对其他同学的打扰。另外,邮件不是即时通讯,转发邮件还会有时间差的问题,这样的效率并不高。

解决方法1:

  只要有一个固定的小团体出现,马上确定一个负责人,让他全权负责该团体的上传下达工作。虽然开始建立的时候有些困难,但是一旦建立,节省了不仅仅是发送者的时间,还有其他人的时间。不能只图方便,将就于原来的联系网络。

背景2:

  之前自己是自考委员会的一员,现在又荣升了等级考试小组长。有的时候考试负责人给发一封邮件让转发给组员,自己一点都没有思考,马上就转发了。一会自己看完那封邮件,发现需要开个会,又再发一封。明明一封邮件可以解决的问题,为什么要发两封?如果收到100封类似的邮件,转发给人的就是200封,时间又要浪费多少呢?不仅仅是自己写浪费时间,别人看估计也要累死。

反思2:

  让自己少干活,也让别人少干活,何乐不为呢?学习中不断的总结,总结,到了生活中怎么就不会总结了呢?为什么总要把自己累死,也要把别人累死,却不肯多动动脑子,多想想呢?

解决方法2:

  一件事情,做的时候,除了十万火急的事,都可以适当的放一放。自己先琢磨琢磨,怎样可以更加的精简,怎样可以让大家不烦更容易接受,怎样可以让主题突出,怎样可以更高效?这又应验了一句话:不将就是发现的源动力。

二、英语管理

背景:

  开学之前,有幸能和海燕姐,一起为十期的英语做计划。开学之后马上做快照,分组,然后下发英语材料。但是计划似乎有些跟不上变化,实际进行中,快照的时间有些长,导致分组非常紧迫,材料因为很大,传递的速度很慢,延误了大家正常学习英语的时间。另外自己还存在一点问题,师姐说啥就是啥,没有对材料进行充分的预习和验证,导致给大家讲解材料的时候遗漏了不少,还好第二天王丹对这个情况进行了补充。

反思:

  1.做事一定要有计划,不仅仅是内容,时间上也要有限制。否则今天的拖延可能会导致明天的事情不能照常进行。能早做的事情(比如发材料),一定不要等到当天了再去做。

  2.不管做什么工作,一定要认真对待,对自己的要求不能止步于要把这件事情完成,还要想想,如果哪天让我来选材料,让我来单独定计划,我又该怎样准备。

注意:

  1.做计划(尤其是填新材料的时候)一定要有充分的数据作依据,要经过多方的验证,否则不能擅自添加。

  2.做快照(尤其是开学的时候),要提前把快照资料分发到小组长手中,让他们提前预习好,熟悉快照的流     程,明确快照的时间限制。

  3.开学之后马上要用的材料,放假之前尽量下发完成。负责人要提前熟悉好资料,不仅仅是用法,还有内      容,如果有兴趣还可以尝试一下自己找材料。要考虑计划这样做是为什么,我们处于什么阶段等问题。

  两件事情让我发现自身存在的问题:没有全局观,做事情没有计划。不谋全局者不足以谋一隅,不谋万世者不足以谋一时!看来自己需要改变的地方,真的还有很多很多,努力吧!

时间: 2024-08-09 06:34:14

小管理 大智慧的相关文章

小程序大智慧,sqlserver 注释提取工具

原文:小程序大智慧,sqlserver 注释提取工具 开篇背景 我习惯在写表的创建脚本时将注释直接写在脚本里,比如 ? /*账套*/ CREATE TABLE [dbo].[AccountingBook] (     [IDNO]          NVARCHAR (255) NOT NULL,    /*ID*/     [BH]            NVARCHAR (255) NULL,        /*业务编号*/     [Name]          NVARCHAR (255

【分享】小工具大智慧之Sql执行工具

工具概况 情况是这样的,以前我们公司有很多Sql用于完成一些很不起眼但又不得不完成的业务,出于方便就直接在Sql查询分析器里执行,按理说应该写一些专门的工具的,但是这些脚本很多,于是我就写了这样一个小工具,只要Sql可以解决的问题就能用到它了,那么它有什么优点呢 一.以前写好的Sql可以不用怎么更改,只需要将参数部分提取出来按照定好的规范改成一个模版即可,使用工具加载模版时,工具会自动将模块要求的参数提供给用户填写. 二.模版文件里可以配置好连接字符串,这样不用每次都连接数据库,也避免连接错误的

字符串比较--小问题大智慧

String相等之谜 引言:在最近的Java学习中,遇到一些关于字符串的小问题,现在此做一些总结 Java中的"相等" 等号大比拼 == 众所周知,在 Java 中如果用 == 比较两个对象,那就是比较两个对象是否在内存的同一个位置(地址是否相同). equals 在 Java 中,所有类的父类 Object 存在一个 equals 方法,String类复写了这个方法,它实现了真正的字符串比较,代码如下: public boolean equals(Object anObject) {

职业生涯手记——要提高管理水平才行啊

自从开通了博客,其实我也想多写点技术分享的,“Android实现高仿ios的透明毛玻璃层View”.“Android基本素材库”.“Android新人教学包教包会系列”什么的..但是工作确实太忙啊,期待的博友们可以留言哈,我迟早会写的. 没时间做技术分享,就来写写最近的工作吧. 我的Android水平其实不高,做了3年.net的Winform开发,之后才转的Android,到现在Android工作经验也快两年了.肯定是之前有winform的经验,学习Android起来很顺手,现在是公司里APP应

程序员职业规划:让自己变得重要

昨天在Better Software Magazine上看到一篇文章Make Yourself Essential(杂志不在手边,文章名和杂志期号都记不清了),谈到了IT市场变幻,程序员风光不再,身为程序员应该怎么应对.作者开篇明义:工作外包,公司裁员,是公司的错么?当然不是!一切都是程序员的错.当我们技术沦为大宗商品(所谓大宗商品,就是说商品和商品间的区别主要就是价格了)的时候,我们被收费更低的竞争对手代替的日子也就不远了.而随着技术的进步,很多编程技术也就不可避免地成为大宗商品.而要想增加自

[悟]你所憧憬的大神本质

这是一个最好的时代,也是一个最坏的时代:这是明智的时代,这是愚昧的时代:这是信任的纪元,这是怀疑的纪元:这是光明的季节,这是黑暗的季节:这是希望的春日,这是失望的冬日:我们面前应有尽有,我们面前一无所有:我们都将直上天堂,我们都将直下地狱...狄更斯 原谅我一直不写技术贴,老是B叨叨的来写水贴,但是对于Android我实在是没什么好写的了,我不做framework,不做游戏,就app层那么点东西,实在是没必要拿粗来翻来覆去的说,网上能搜到的一大把,你们每次问粗来的奇葩问题我都是google粗来再

Cisco 路由基础

度量值<Metric>: 作用:计算到达目的路由所消耗代价(cost)的计算单位 说明:度量值通常只对动态路由协议有意义,静态路由和直连路由的度量值统一规定为0 常用度量值:跳数.链路带宽.链路时延.链路使用率.链路可信度以及链路MTU等 RIP度量值:跳数:跳数越小,其路由cost也就越小 OSPF:链路带宽:链路带宽越大,其路由cost越小 管理距离<优先级> 作用:一种路由协议的路由可信度 说明:如RIP和OSPF,两种不同单位的度量值没法进行比较,为了方便比较,通过管理距离

[程序猿感悟] [悟] 两篇不错的文章 (转载自 stay4it )

[程序猿感悟] [悟]你所憧憬的大神本质   这是一个最好的时代,也是一个最坏的时代:这是明智的时代,这是愚昧的时代:这是信任的纪元,这是怀疑的纪元:这是光明的季节,这是黑暗的季节:这是希望的春日,这是失望的冬日:我们面前应有尽有,我们面前一无所有:我们都将直上天堂,我们都将直下地狱...狄更斯 原 谅我一直不写技术贴,老是B叨叨的来写水贴,但是对于Android我实在是没什么好写的了,我不做framework,不做游戏,就app层那么点东 西,实在是没必要拿粗来翻来覆去的说,网上能搜到的一大把

SQL2005中的事务与锁定(五)- 转载

------------------------------------------------------------------------ -- Author : HappyFlyStone -- Date   : 2009-10-05 14:00:00 -- Version: Microsoft SQL Server 2005 - 9.00.2047.00 (Intel X86) --      Apr 14 2006 01:12:25 --           Copyright (c