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：如果碰到的人不靠谱怎么办？——要么改变他，要么抛弃他