项目经理应该把30%的时间用在编程上(2)

　　失败的策略

　　当在探索如何夺回我的编码时间时，有很多的方法并不奏效。

　　少睡：这种方式虽然对我有巨大的诱惑，但其实牺牲睡眠时间没有一点效果。你的大脑需要休息，缺少睡眠会影响情绪并降低工作效率。

　　只看头文件：我以为这种方法可行，但实践中，只看提交的C++代码的头文件对你的管理工作的帮助甚少。

　　专一：作为团队首领，你只关注代码库里的一个项目也许是可以的，但对于总监或更高级别的人来说，你应该对负责的所有东西都要熟悉、了解。

　　委托：有时候为了多做工作，会将一些事情随意的交给他人做，但实际上一些像写报告这样的事情你一定要认真嘱咐才行。

　　成功的策略

　　尽管走了很多死胡同，我还是发现了一些成功的方法：

　　时间分段：我的日程表上没有被预先分配的时间是非常少的。想起来这也是很显然的。于是我专门为编程特地分出一些时间段。实践中，这些时间段经常会被重新调整，虽然每周只挤出8小时，效果是完全不一样的。

　　委派：委派要有技巧，尤其是在你对如何执行抱有强烈想法并有能力去做时。有很多原因导致一个经理反对将任务委托他人，但事实上每个原因都应该被当作一个现存的需要解决的问题，而不是一个不可逾越的障碍。没有什么比放手让一个你信赖的人替你主持一个会议能释放你更多的编码时间了。

　　工作时间：将时间分段，工作时间里尽量避免打扰。在这些时间段之间的时间里，我会干一些不重要或不需求注意力长期集中的事情。

　　最后几招

　　下面是一些经验建议，送给那些发现自己试图达到30%但无法接近的技术经理们：

　　学习如何读代码。跟写代码比起来，这是一种完全不同的技巧。

　　指定会议流程，对会议进程保持控制。不参加任何没有计划的会议。

　　用一台好用的电脑。你喜欢MacBook Air?不，别用它。

　　清楚如何访问一个开发环境，这样当有修改时可以快速测试。

　　记住你是把一小时分成5个时间段使用的人。如果有事情需要一小时，在日程表上标明。

　　20–30%是我自己的发现。你的也许跟我不同。评估你自己的(你修复一个紧急bug需要多少时间?你知道代码库中麻烦最多的程序是哪一块吗?随机找一段程序，看看你是否知道是做什么的。如果不能，说明你需要更多的时间)。

　　分类列出哪些事情什么时候做，哪些事情应该完成。(知道Getting Things Done (GTD)的人会看出这是提高工作效率的基本技巧。)

　　最后，我最近越来越喜欢把东西写到纸上。跟感觉上相反，打印出来的说明，把一些需要排优先级的任务列在纸上，或者是一段代码，经常的，它会成为把大量时间盯着屏幕的一种平衡。

　　我希望这些方法对你们有用。如果你有其它更好的技巧，请在评论里告诉我。谢谢。

　　[英文原文：Engineering Managers Should Code 30% of Their Time ]

原文转自：http://www.vaikan.com/engineering-managers-should-code-30-of-their-time/