我认为在工程工作中应该排除多任务。有时工程师以外的人似乎会觉得，工程师不能多任务是因为不够灵巧，但我并不这么认为。

先写一下例外。

• 除了某一个大型使命之外，我认为也需要处理行政手续等杂务。
• 另外，当一个大型使命出现问题时，也有启动另一个使命的技巧。这本身也是可以的。
• 组织被严格纵向分工的情况也排除在外。严格纵向分工的组织好不好，是另一个问题。

工程师不能多任务，是因为其工作内容本身不适合多任务。不仅是工程师，所有制造东西的工作，如果自己不动手，项目就不会前进。销售或制作人自己行动之后，会轮到对方的回合，于是出现等待时间，可以在那期间做别的事。但工程并不是这样。

基本上一直都是我的回合。因此，如果做两个任务的多任务，只能发挥出一半再扣掉切换成本后的性能。而且，工程的特性是团队成员增加后效率会下降。例如，“一个 100 分能力的人”和“两个 50 分能力的人”相比，前者压倒性地更好。因为沟通成本相当高。

沟通成本之所以高，一方面和工程师的沟通能力有关，但更重要的是，必须基于大量前置知识来交流。

2channel 创始人西村博之写过下面这样的话。

想理解专注编程状态的人， 请在脑中画一个 8 x 8 的格子，一个人下黑白棋。

到中盘左右，黑白大幅翻转时，就算有人和你说话， 仍能无视对方并在脑中继续下棋的人， 就是具备工程师适性和高集中力的人。

エンジニアにコミュニケーション能力を求める愚行。 : ひろゆき＠オープンSNS _なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、 おいらのブログ_hiro.asks.jp