様々なソフトウェア開発を経験してきた視点から、開発、マネジメント、経済などについて書いています。タイトルは、あるレトロゲームからのオマージュ。ツイッターアカウントはこちら。http://www.nakaba.siteHome自己紹介Twitter記事一覧このブログについてhttp://www.nakaba.siteリーダーになったらマルチタスクは止めよう前回の「マルチタスクの記事」の余談。以下の様なことを言っていたことがありました。俺が若いときは、3つくらい仕事を掛け持ちしていた。君たちも、もう少し頑張れるよ。ようは、新人たちにマルチタスクを進めていたわけですが、このマネージャの武勇伝は、おそらく以下のどちらかだと思います。仕事の規模、もしくはスコープ(範囲)が小さかっただけ。マルチタスクの弊害を認識していないリーダーやマネージャは、余り優秀とは言えません。リーダーやマネージャの方が、より顕著にマルチタスクの被害を受けるからです。苦手というか、出来ないんですけどね。人間がやると、こうなってしまいます。こんなの、いちいち言わなくても当たり前だろ(*'-')けど、この当たり前のことが、開発現場ではなかなか考慮されない。見積りでは、単純に個々の作業工数を足すだけってマネージャいません?メンタルのスイッチには、より時間がかかる開発者には、ひとつの作業に集中できる環境が必要なわけですが、それは前回の記事で書いたこと。参考:開発現場でのマルチタスクの発生要因ここまでは前振りで、今日の余談はリーダーになったときの話。新人リーダーの悩み私は、若いリーダーたちから、何回か以下のような相談を受けたことがあります。なんか最近、仕事の効率が落ちた気がして、調子が悪いです・・・。能力が落ちたわけではなく、これも一種のマルチタスクの弊害です。複数の仕事を積まれても(環境次第ですが)一つ一つ集中して片付けていくことができます。彼らはリーダーに選ばれたわけでしょうけど・・・。リーダーやマネージャの仕事は、計算では解決できない問題を解決するものです。設計や実装とは以下の部分で異なるわけです。一つ一つ順番に片付けていく、という方法が取りづらい。頭の切り替え以上に、メンタルの切り替えに時間がかかる。これを考慮しないと、リーダーになった途端に「調子が悪くなった」と感じてしまうわけです。少なくとも、ひとつの「スコープ」に集中するべきです。業務の異なる2つチームのリーダーを兼任したりしてはダメ、ということです。設計チームのリーダーと、QAチームのリーダーの兼任なんてもってのほかです。一日単位で仕事を切り替えても、難しかったですね。次のリーダーを育てて、兼任解除の方向に速やかに動くようにしましょう。今日のまとめ人間の頭は、タスクのスイッチに時間がかかる。メンタルのスイッチには、もっと時間がかかる。リーダーになったら、メンタルのスイッチの発生頻度に気を付ける。生産性は(定量化はできませんが)一気に落ちます。それは他のメンバーたちの負担にもなってしまいます。余計な仕事は、断るか、他の人に任せるべきです。職業:元ソフトウェアエンジニア自己紹介:東京のゲーム会社でゲームプログラマ。家電メーカーで組み込みエンジニア。今は東京に戻って暮らしています。詳細な自己紹介は、こちら。