優れた管理者は、チーム内に化学反応を生み出し、それを維持することに全力を注ぐ。そのために、
を行う。
打ち上げが必要なのは、各メンバーが、自分たちが正しい方向に向かっていると確信する時間が定期的に必要だからだ。
開発チームは、バレーボールのチームと違って、全員が背が高い必要はない。職歴が異なる人間や、学生、元秘書、そして女性を加えることで、個性を認め合う雰囲気を醸成できる。とくに、一度でも男女混成のチームで働いたことがある人なら、二度と男だけのチームで働きたいと思わないはずだ。
裃を脱ぐとは、堅苦しさを捨て、打ち解けるということである。
部下の失敗のおかげで自分が失敗したことになるのはよくあることだ。だからどうしたというのだ？それは、スポーツの試合の中断のようなものである。自分が部下の最適配置にベストを尽くしたなら、それでよいのだ。あとは部下を信頼し、自主性に賭けるべきだ。
極論を言えば、部下の仕事の内容を見る必要は全くない。その信頼関係こそが、各メンバーに最善を尽くさせる道だ。
部下を始終監視して歩き回る人がいる。そんなことをして部下を邪魔するなんて、百害あって一利なしだ。
極論を言えば、どこか夏の別荘やシーズンオフのスキー場や海辺を借りて、部下を何日か送ってしまえばよい。ではどうやって成果を測るのか？簡単だ。持ち帰った成果でわかるではないか。
この方法は、実際に企業で行われているものである。
多くの画期的な製品が、実は開発中止命令に逆らった結果であった。これをスカンクワークという。不服従を認めない、自己防衛的な管理者は望まれていない。自分たちの自主性を重んじ、結果の伴った不服従に寛容さを示す管理者を支持するのだ。
優秀な管理者は、イチかバチか、部下に全てを賭ける。実は管理し、方向を決め、決断しているのだが、それを悟られない。
ダメな管理者は、自己防衛的で、常に安全圏にいて、次のように言う。
「管理者である私はあなたたちとは別の階層だ。私は思考する階層にいて、あなたたちはそれを遂行するために雇われているに過ぎない」
ある女性管理職が、新しいチームが結成される前の週に、みんなでディナーをしたいと誘う。
みんなが彼女の家に集まった。彼女は料理を準備する時間が無かったことを告白したが、みんな嫌な気はしなかった。手分けして買い出し、レシピの相談、調理、後片付けを行った。誰の指図もなく、チームは最初の結束を遂げたのだ。
このような話は、スパゲッティディナー以外にもたくさん見られる。生まれながらの管理者は、何が人を結束させるか直感的に知っている。
ちょっとしたパイロットプロジェクトが、チーム全体に、成功するくせをつけさせる。
最も重要なのは、「管理」がされていることを誰も気づかないことだ。
悲しいことに、組織は意図せずに、チームの結束を阻害する行動をとっている。
1960年代の初めから伝わるあるチームの物語がある。
はじめ、そのチームは少しテストが上手い人たちの集団に過ぎなかった。だが次第に、開発者と敵対する哲学がチームに育っていった。
彼らはサディスティックなテストを好むようになり、大の大人の開発者で泣き出すものさえ出始めたほどであった。彼らは悪魔とみられることを好み、黒い服を着た。長い口ひげを生やすものもあった。開発者は彼らの病的な偏執性に不満を漏らすようになった。
開発者は自分のコードにはバグはないと思っており、顧客はバグがあってもすぐにリリースされることを好むから、黒集団は誰にも見つけられないバグを次々に見つけ出した。そして、黒集団はテスト集団としてだけでなく、社会的組織としても成功をおさめた。
なぜなら、メンバーがまた一人また一人と会社を去って行って、ついにオリジナルメンバーの最後の一人がいなくなっても、黒集団に入ったものはエネルギーと独特の個性を持つ黒集団の一員となり、黒集団は存続していったからだ。
チームに挑戦が必要なのは、挑戦的な目標がチームを結束させるからである。
結束したチームでは、生産性・品質が高まるうえ、メンバーが仕事自体から喜びを得るようになる。
管理者の目標は、会社の目標とたいてい一致する。しかし、チームの目標は、会社の目標とは一致しない。
特に、上級管理者は、会社の最下層であるエンジニアチームと直接接する機会がないから、このことに気づかないことが多い。
結束したチームに対して、利益の増加で盛り上がった重役が、「利益１０億ドルを計上・・・」「過去最高の第二４半期のために・・・」とでも言おうものなら、たちまちチームメンバーの注意は興味のない話題に気をそらされ、結束は雲散霧消してしまうのである。
個々の仕事自体は、各エンジニアが行う。実際、チームワークを必要とする仕事はほとんどない。
それにもかかわらず、ベクトルを合わせ、結束を起こさせるために、チーム編成が必要なのだ。
結束の強いチームには、以下の特徴がある。
つまり結束したチームとは自分たちだけ固まり、他のチームを見下した態度で、内輪受けする人たちである。これは、管理者が嫌うもの、派閥である。管理者は派閥が、集団で反旗を翻したり、集団で辞めてしまうことを恐れる。しかし、派閥こそが、真の目標、高い生産性と品質に対して大きな役割を果たすものなのである。
決定論的システム、要は様々な作業規定でがんじがらめになった組織では、自己修復能力が失われている。それは、予定外の事態に柔軟に対処し、ルールを柔軟に変更していく能力である。
作業規定に従うことは思考の放棄である。思考しない人がいい仕事を出来ないのは言うまでもない。
作業規定は組織の柔軟性を失わせ、人の思考能力を下げるだけではない。そもそも分厚い作業規定など誰も読まないのである。作業規定の理想はA4１ページである。結局、技術者をバカだと思って信頼しないから、分厚い作業規定を作って安心しようとしているだけだ。
さらに、作業規定は責任感を失わせる。仕事が悪い方向に進むのは、作業規定が間違っているからだ。失敗することをうすうすわかっていながら知らないふりをして規定通りに作業をする人間がいる。これが「悪意の追従」である。
作業規定を作るのは最終手段であり、目的のみを共有し、以下のようなやり方で、ゆっくりと業務の最適化を促すべきだ。
デュポン社は、作業規定を次のように定義している。
社内で、繰り返し作業を実施してうまくいくことが証明され、広くデモンストレーションされている方法
目新しいだけで、やったことのないものを作業規定にするのは愚かだ。
目に見える退職のコストは、
採用コスト+立ち上がりにかかる期間(半年)分の人件費
である。これは、全人件費の約20%にも及ぶ。
しかし、さらに目に見えない退職のコストも存在する。退職率の高い企業では、誰も長居しようとしないから、誰もが短期的に物事を考える傾向にある。すると、どうなるだろうか。
コメント：過去に私が在籍していた企業には、これら全ての点が当てはまっていた。
退職率が50%を超えてしまうような会社では、退職のほとんどが次の理由である。
コメント：過去に私が在籍していた企業には、これら全ての点が当てはまっていた。
さらに、本社移転によって退職率を跳ね上げる愚かな企業がある。
彼らが完全に無視しているのは女性の存在である。男性の従業員にも、引っ越せない事情の配偶者はいる。
その結果、本社移転は、第一次世界大戦の塹壕での死亡率よりも高い退職率をしばしば叩き出す。
退職率が極めて低い組織はそれぞれ独特な個性を持っているが、あえて共通点を上げるとすれば、それぞれがベストの職場を作り出そうとしているということだ。
ベストな職場を作る努力は、長期的視点無しにはなしえない。
最良の組織には、永続性のメンタリティー、つまり、
「他の会社に移ろうとするやつはバカだ」
という空気が漂っている。
お手玉使いの曲芸氏を、お手玉を見ずに雇う人はいない。
だが、プログラマの採用となると、現実に目の前でコードを書かせることは稀である。
カナダのある教授は、学生に成果物のリストを持参させることで、学部の就職実績を著しく向上させた。それまでは、求人側が応募者に一覧表を指示することは余りなかったために、求人側は例外無しにこのリストに驚くことになったのだった。
そこで、エンジニアの採用に当たっては、「オーディション」の開催を提案したい。
オーディションでは、過去にやった仕事について、チームの前で、10分～15分話してもらう。それは技術でもよいし、管理でも良い。
ソフトウェア開発のビジネスは、技術的ではなく社会学的である。この方法で、未来の同僚（現在のチームメンバー）からのフィードバックを得ることが出来、その人が作業やチームに適応できるかどうかについて精度の高い予測が得られる。また、その人がチームに溶け込むのも速くなる。
英国王室海軍の将校、ホレイショー・ホーンブロワーの考えはおおむね正しい。それは、「成功者は作られるのではなく生まれながらのものである」という考えである。
確かに上司と部下の関係は一時的なもので、上司が部下の人格を変えることは出来ない。出来ない部下を出来るようにすることは上司には出来ないのかもしれない。だから、企業にとってはどのように優れた人材、並外れた人材を集めるかが最も重要である。
しかし、普通の人は、並外れた人材を恐れ、普通の振る舞いをする外見の良い人材を採用する傾向がある。
また、とっぴな行動を恐れ、標準的なルールをおしつけ、『プロらしい振る舞い』という下らない言葉で、行動を画一化しようとする。
だから、企業内ではエントロピーは常に増加する。エントロピーの増加とは、物理学で、画一化の進行を意味する概念である。
そのため、古い企業は優れた人材を集めることが出来ない。
そのような『死後硬直』した企業では、自分のプロジェクトだけはせめて生き生きと活動させるしかない。