知行：技術者の管理の道 - 読書#
市販されている管理に関する書籍は多いですが、技術者がどのように管理に転向するかについて専門的に書かれたものは、この一冊だけかもしれません。著者は以前、百度知道で技術者として働いており、その後 IT 業界の管理コンサルティングを始めました。この本の特徴は構造が明確で、著者は骨組みを作るように、まず管理の全体的な枠組みを説明し、その後その枠組みに内容を段階的に追加していきます。日常の管理で直面するほぼすべての問題は、この枠組みの中で位置を見つけることができます。
管理の枠組みを説明する前に、著者は技術者が管理に転向する際の一般的な混乱について説明しています。その一つの典型は、技術と管理の関係をどのように調和させるか、技術をさらに深めるべきかどうかです。「技術」と「管理」をどのように両立させるか？技術管理者にとっては「技術的判断力」を維持することが重要であり、必ずしも技術の実装を行う必要はありません。実際には、技術評価の能力、つまり「これは一体何の事か？どの技術を使って達成するか？やる価値があるか？」を含みます。
管理の枠組みについて、著者は本書全体で以下の図を説明しています：
図 1. 管理フレームワークの概要
役割認識#
役割認識とは、私たちが管理者として自分の役割を明確に理解し、それに応じた言動を取ることができるかどうかです。
「プロフェッショナル」な管理者になるためには、自分の役割を認識することが最も基本的で重要な前提条件です。前述のように、役割認識は管理者の仕事における言動や行動のすべてに存在し、どこにでも、いつでも存在します。まるで空気のように、日常の管理の中に漂っています。管理計画を立てるとき、チームビルディングを行うとき、タスク管理を行うとき、管理コミュニケーションを行うときに、管理者が自分の役割をよく理解できていないと、言動が不適切になり、多くの不必要な管理の困難を引き起こし、さらには不必要な管理事故を生じることになります。
図 2. 役割認識
管理計画#
- 意味から見ると、管理計画はあなたの頭の中に構築された管理ビジョンであり、未来の管理方向を示します。
- 形式から見ると、管理計画は「合意」であり、あなたと上司が未来の管理業務について達成した合意を反映しています。
- 内容から見ると、管理計画は次の質問に答えるためのものです：次にあなたのチームはどのリソースを投入して何を達成するのか。もし「戦略」という言葉を明確に理解しているなら、管理計画は実際にはあなたの「管理戦略計画」です。
図 3. 管理計画
チームビルディング#
いわゆるチームビルディングは、大きな観点から見ると「チームを率いる」ことです。
図 4. チームビルディング
タスク管理#
物事を実行し、結果を得ることは、管理業務の着地点であり、同時に管理計画が合理的かどうか、チームビルディングが効果的かどうかを検証する最も重要な基準と根拠です。管理者として、私たちはしばしば「結果で語る」必要があります。それでは、どのようにすれば期待する結果をスムーズに得ることができるのでしょうか？このような話題を「タスク管理」と総称します。ほとんどの仕事は「プロジェクト」という形で存在するため、タスク管理は大体プロジェクト管理と同じですが、非プロジェクト化された仕事を含むために「タスク管理」という言い方を使用しています。
図 5. チームビルディング
管理コミュニケーション#
通常言われる管理は、チームを管理することを指し、これは人の協力が避けられないことを意味します。そして、多人数の協力はコミュニケーションなしには成り立ちません。管理者は協力の総調整者として、ほぼすべての管理業務はコミュニケーションによって実現されます。管理コミュニケーションは、すべての管理業務の始まりから終わりまで貫かれ、すべての管理業務を運営させるものであり、管理業務の媒体です。
図 6. チームビルディング
ご覧いただきありがとうございます。この文章があなたに役立つことを願っています！