Jack的困扰

Jack 最近一直在为信息损耗 和 学习效率而苦恼,然后,他想了一个方案:
1、每天的例会总时间增长至60分钟
2、例会分为早例会 (30分钟) 和 晚例会 (30分钟)
3、早例会(初步考虑 上班前进行,按个人意愿参与)
   3.1 汇报当天要做的事情
   3.2 个人的一些技术分享
4、晚例会
   4.1 总结当天任务进展
   4.2 汇报遇到的问题
   4.3 大家群策群力 协助解决问题
   4.4 问题review、总结

Bert 和 Jack 的对话:

J: 想要确认下你们早会是利用的上班时间吗?
B:是的呀。

J: 你们早会的分享机制是什么?怎样指定早上分享的人
B: 分享的话,都是我在分享,一般人都不爱分享 。

J:我觉的分享机制是很好的,是一件能让大家时间变多的事。
B:分享是要区分对象的。如果大家的等级都不在一个层面上,别人听你的分享只能是听天书。

J:Bert 帮我评价下这个方案。
B:例会时间太久了,仅是汇报的话,5分钟就够了。看了这么多,其实问题的根结还是“效率”。

J: 我的方案中早例会注重分享 、 晚例会注重相互协作,处理问题,就是想通过一些手段来提升效率。
B:你们组就2个人, 哪里有这么复杂。

J: 人总是会变多的呀。
B: 两个人就是要短平快。

J:我又陷入想创造银弹的沟里去了。想提出一个通用的提升效率的工作方式。
B: 超过3个人再去想管理。 两个人你可以参考我和森泉,不断持续高强度输入与高标准

J: 高强度输入是指我单方面的输入吗?
B: 能力强的人来Review、推动迭代。 不过如果你的伙伴靠谱的话,可以降低频率。

J:说到这里还是一个标准的问题。就像学习一样。有的人只是稍稍了解一下就算学习了,有的人是要有经过实践才算学习,有的人则是要有了自己转化过的产出才算学习。
B:你现在觉的自己组的工作效率慢,主要还是没有定出 确切的书面形式的确认标准 和 时间点。

J:是的呢。
B:再比如说,你在工作中预估完成一件事情要1周,但是这只是事情完成的标准。把这件事情做好,其实你需要2~3周的时间。当你提交一个只是完成标准的成果后,后需可能要 花4~5周来把他完善到做好。在这中间,不光白白损耗了自己的时间,还有损耗别人的时间。 前后对比,为什么一开始不把事情做好呢?其实就是没有标准。

总结:怎么样提高协作时的效率。
1、先要有自己的做事标准
2、确定一个相对准确的时间
3、用符合标准的成果去和别人进行讨论

J:如果碰到的人不靠谱怎么办?——要么改变他,要么抛弃他

你可能感兴趣的:(Jack的困扰)