プロジェクト・コミュニケーションのベーシック(2) ~ ドキュメント・インデックスを作る

前回の記事「プロジェクト・コミュニケーションのベーシック ~ 情報のトレーサビリティを確立する」で、英語で言うCommunication Managementとは、日本語的感覚でいう「コミュニケーションの管理」ではなく、むしろ『情報伝達のマネジメント』に近い、と書いた。だから、伝達のトレーサビリティ確保が大事になる、と。

今回はその続きである。だがもう一歩進んだあり方として、「ドキュメントのインデックス化」の話をしたいと思う。ドキュメントのインデックスとは何か? 簡単だ。それはプロジェクトが作成する文書・図面類をリスト化して、多少の属性を付加したものである。「ドキュメント・リスト」と呼ばれる場合もある。

なあんだ、そんなのならいつでも作ってるよ。そういって、ドキュメントが保存されているサーバのプロジェクト・フォルダから、ファイルのリストを印字して持ってくる人がいる。ファイル名の他に、作成日、更新日、ファイルサイズ、種類などの属性が並んでいる。--これのことでしょ?

全然違うのだ。そんなリストは、プロマネにとってどんな行動の契機も与えない。そのファイル・リストを見たら、まだ出来上がっていないドキュメントが何と何か、分かるだろうか? どの図面が予定よりはるかに遅れて作成されたのか、問題発見の手がかりになるだろうか。誰を応援したり督促したりすべきなのかの、判断材料になるだろうか? なるまい。

プロジェクト・マネージャーという職種は、最初に計画を立て、実行段階ではその計画からの逸脱をチェックしながら、問題をつぶしたり変更を追いかけたり、決断を下したりして、なるべくプロジェクト全体の生み出す価値を高めていくのが仕事である。だから問題発見のツールをいろいろ持っていて、そのセンサー感度を上げる仕組みが必要だし、問題解決のためには、何がいつどこで起きたのかを、正確にさかのぼってたどれる道具が必要なのだ。

ドキュメント・インデックスは、そのためのツールである。これ自体は、単純な表になっている。プロジェクトで作成しなければならないドキュメントを、すべて、重複も漏れも落ちもなく、計画段階であらかじめリストアップしておく。そして、各ドキュメントは、誰が担当で作成するのか、WBSのどのアクティビティで作成するのか、したがっていつ作成される予定なのかを、あらかじめ決めて書いておく。

つまり、ドキュメント・インデックスは、初期段階では「まだ存在していない文書の属性付きリスト」なのである。ファイル名のダンプリストじゃ役に立たないことは、おわかりだろう。それは「すでに存在している文書のリスト」を示すだけだ。あるいはもう少し高級な、いわゆるContents Management System風のリストも、役に立たない点では変わりない。そうした道具立ては、存在しているファイルの『在庫管理』には有用だろう。だが、まだ存在しない、これから作成すべきドキュメントについてのコントロールには、あまり役に立たない。

ドキュメント・インデックスというは次のような構造をしている。持つべき主な属性は、以下の通りだ:
e0058447_22301426.jpg

(1) ドキュメントのID
(2) ドキュメントの名称
(3) ドキュメントのリビジョン番号
(4) プロジェクトNo.およびWBS No.
(5) 発行目的
(6) 作成者・検討者・承認者
(7) 発行予定日
(8) 発行実績日
(9) ドキュメントを構成する電子ファイルのリスト

すべてのドキュメントは、ユニークなIDを持っていなければならない。これは当たり前のことだ。従業員番号のない社員がいてはいけないのと同じである。何かをトラッキングしたりコントロールするためには、IDがいる。これは情報システムの世界では常識であろう。(それなのに、自分が仕事をする段になると、設計文書をタイトルだけで『管理』して平然としているシステム・エンジニアがいたりするのは若干、謎である)

ドキュメントにはリビジョン番号があるのは当然だが、WBSの中のどのアクティビティで作成されるものかを示すことも(当然ながら)大事である。誰が担当で、いつ出来るのかは、それによって決まる。作られたら、次にどこのアクティビティで利用されることになるのかも、注意しなければならない。かつて「仕事の最小単位--アクティビティの構造を学ぶ」にも書いたように、文書(情報)はアクティビティのアウトプットであると共に、次のアクティビティのインプットともなるからだ。

ちなみに、わたしの勤務先では、ドキュメントのIDは、種類を示すコードと、それを作成するアクティビティのWBS No.を元にして構成している。一つのアクティビティから複数のドキュメントが作られるのが普通だから、後ろに連番をつける。かつ、それを電子ファイルの命名規約にもしている。ついでながら、仕事のプロセスを示すFunctional WBS (F-WBS)は標準的なコード体系にしたがっているため、どのプロジェクトでも、たとえばポンプの設計図書は同じF-WBS No.を持っている。だから、ドキュメント番号やファイル名称を見ただけで、「これはポンプの調達仕様書だな」と分かる仕組みになっている。

それから、インデックスには、何のために発行されるのかという目的がいる。つまり、顧客に出す承認用(For Approval)だとか、顧客からOKをもらった施工用(For Construction)だとか、あるいは据付工事後の最終納品版(As-Built)といった区別である。もちろん、顧客に気に入られないと、承認用を2回も3回も出し直し、という事態だってありえる。だからリビジョン番号と発行目的は、1対1にはならないのである。ちなみに「発行」という用語は、英語のIssueの翻訳だが、耳慣れないと思う人もいるかもしれない。これは、正式版として社内関連部署や顧客や外注先に対して配布する作業を意味している。「出図」という言い方をする企業もある。

作成者・検討者・承認者の項目は自明だろう(スペースの関係で一つにしているが、実際には別々にするのが普通だ)。

そして何よりも大事なのは、「発行予定日」と「発行実績日」である。プロジェクトの計画段階で、ドキュメント・インデックスを作る際に、個々のドキュメントの発行予定日を記入しておく。これは、プロジェクトのマスター・スケジュールに合致していなければいけない。そして、遂行段階に入って、実際にどんどんドキュメントが作成されるようになったら、それぞれの実績日を記入していくのである。

この予定日と実績日があるから、プロマネは問題を事前に検知したり、メンバーに上手に督促したりすることができるようになるのである。「今週、発行予定のドキュメントはこれとこれです。担当者はもし何か問題を抱えているようなら教えてください。支援します。」といった風に、週次のミーティングでいう訳である。

そして実際に発行されたドキュメントは、必要とする関連部署(下流側のアクティビティに関わる部門)や外部ステークホルダーに送付するとともに、プロジェクトのセンター・ファイルに保管する。情報伝達のトラッキングが必要になったら、プロマネは(あるいは、もう少し大規模なプロジェクトの場合は、専任のライブラリアン役の担当者が)、そのセンター・ファイルと、インデックスの履歴をチェックする。これがドキュメント・コントロールの仕事である。わたしが勤務先でこのようなやり方を初めて知ったときは、その見通しと効率の良さに舌を巻いたが、わたしの先輩達はどうやら何十年か前に米国の同業者達のやり方に学んだらしい。

またこうしたデータがあると、横軸に日付をとって、縦軸に発行予定ドキュメント数の累計をプロットしていけば、S字カーブが得られる。これに実績の線を書き加えれば、プロジェクト全体の遅れや進み具合が一目瞭然になる。一般に、設計作業の進捗は目に見えにくく、把握しづらい。ドキュメント・インデックスは、その進捗を可視化するためのツールになるのである。

e0058447_22311024.jpg
わたしの業界では(海外の大規模プロジェクトは特に)進捗に応じて顧客が支払う契約が多い。このとき、設計の進捗を、発行されたドキュメントの数で測るのである。全体で100部の図面やドキュメントを作成する予定であり、現時点では45部が発行済みだから進捗45%、といった計算である。単純だが、分かりやすい。むろん、図面には情報量の大小があるし、ドキュメントだって厚いのも薄いのもある。だからそんな進捗計算なんかナンセンスだと、いえないことはない。だが、今日までに100部作成する予定なのに、まだ10部しか出来ていなかったら、やはり何かおかしいと判断するきっかけにはなる。測れないものは、マネジメントできない。もし設計をマネージしたいのなら、設計の進度を測る何らかの仕掛けが必要なのだ。

最後は、そのドキュメントを構成するファイルのリストである。本文はWordだが添付資料はExcelの表です、といったものはよくある。こうしたセットを、ひとつの「ドキュメント」として扱うのである。だから、個別のファイル単位にしか属性を扱えないCMSみたいなツールは、ちょっと不便だということになる。

と、ここまで読んだ読者の方は、二つの疑問を持たれるかもしれない。

Q1: 本当に最初の段階で、プロジェクトが作成すべきドキュメントを全部もれなく洗い出せるのか? 途中でどんどん増えてしまったりするのではないか。
Q2: ドキュメントの発行予定日なんて、そんな初期に決められるはずがない。

このような疑問は、プロジェクトの「初期の段階」という理解にズレがあるために生じると思われる。まさかプロジェクトの初日に、ドキュメント・インデックスを作れる訳はない。プロジェクト計画がある程度進んで、WBSが作成され、マスター・スケジュールが出来上がったタイミングでなければ、もちろん作ることはできない。それはすなわち、プロジェクトの全体像の目鼻がついた段階だ。目鼻とはつまり、成果物の構成(Product-WBS, P-WBS)がだいたい決まり、かつ、それを作るまでのプロセス手順(F-WBS)が見えて、アクティビティ・マトリクスができた時点である。
(アクティビティ・マトリクスとWBSについて知りたい方は、拙著「世界を動かすプロジェクトマネジメントの教科書 〜 グローバルなチャレンジを成功させるOSの作り方」参照のこと)

もちろん、プロジェクトの遂行途上で、インデックスにドキュメントを追加せざるを得なくなったり、あるいは削除(キャンセル)することもあり得る。追加は、当然ながらユーザの意向でスコープの増加があった場合、そして当初の見積が不足していた場合の二つがある。だから、この両者は区別できるようにしておかなければならない。そしてプロジェクトが完了したときに、自社理由で増えた分と、外部理由で増えた分が、それぞれどれだけあったかを調べ、次にドキュメント数を見積もるときには、どう教訓(Lessons Learned)を生かしたら良いかを、考える材料にするのである。こうしたことをしない限り、見積の精度など向上する訳がない。

そして、ドキュメント・インデックスを作る理由は、まさに自分たちの予測能力を高めるためにあるのだ。ドキュメント・インデックス作成というのは、プロジェクトのマスター・スケジュールなどと似ていて、プロジェクト全体を表す一種の『モデル』なのである。プロジェクトという複雑な、かつ見通しにくいシステムをモデリングする事。これこそが、プロジェクト・マネジメントの中心技術でなくて何だろう? 最終形を見通さぬまま、なりゆきでドキュメントを積み上げていっただけでは、最後に手元に残ったリストを見ても、次に生かすのは至難の業だ。経験から学ぶためには、自分が何を見通して、何を見通せなかったかを、後から追えるようなトレーサビリティが必要なのである。


<関連エントリ>

# by Tomoichi_Sato | 2016-10-12 23:37 | プロジェクト・マネジメント | Comments(2)

「プロジェクト&プログラム・アナリシス研究部会 (2016年10月21日)開催のお知らせ

プロジェクト&プログラム・アナリシス研究部会」2016年の第5回会合を、下記の要領にて開催いたします。今回は研究部会WGのメンバーとの検討をもとに、久しぶりにわたし自身が講演いたします。この問題に関心をお持ちの方のご来聴をお待ちしております。

<記>

■日時:2016年10月21日(金)18:30~20:30
■場所:三田キャンパス・北館会議室2(1階)(定員:28)】
 キャンパスマップ・【1】

■講演タイトル:「プロジェクト・マネジメントの教育に対する新しいアプローチ

■概要:

受注型プロジェクトに多く携わる企業では、プロマネの育成はつねに重要な課題です。PMP資格の取得奨励などを進めても、なかなかそれだけでは実効性が上がりません。片や、自発型プロジェクトを進めるべき企業や官庁などでは、「プロジェクトをマネージするには技術がいる」という意識すら薄く、結果として幾多の失敗事例がメディアをにぎわす状態が続いています。

本講演では、“教育とは自己成長を支援するプログラムである”という認識に立ち、企業内や大学での教育に携わってきた経験を元に、エンジニアがPM能力を高めるための新しいアプローチについて提案します。今回の内容は、当研究部会の中で自主検討してきた「PM教育WG」の途中経過報告でもあり、参加者による積極的なディスカッションを期待します。

■講師: 佐藤知一(さとう ともいち)
日揮(株)勤務、静岡大学客員教授、東京大学・法政大学講師、工学博士・PMP

■講師略歴:
 1982年4月 日揮株式会社入社
 1985年10月~1986年9月 米国East-West Center 環境政策研究所 研修派遣
 2001年5月~2002年4月 仏Technip社との電子調達サイト Operation Manager
 2010年6月 「リスク確率に基づくプロジェクト・マネジメントの研究」により学位取得
 2016年9月~ 現職(日揮株式会社 グローバル戦略室)に至る
〔受  賞〕日本経営工学会論文賞(2009)

■参加費用:無料。 ちなみに本研究部会員がスケジューリング学会に新たに参加される場合、学会の入会金¥2,000が免除されます。

会場の人数に上限があるため、参加を希望される方は、できましたら前日までに三好副幹事までご連絡ください(連絡先は学会HP参照)。

以上、よろしくお願いいたします。


佐藤知一@日揮(株)

# by Tomoichi_Sato | 2016-10-08 09:36 | プロジェクト・マネジメント | Comments(0)

書評:「人間の安全保障」 アマルティア・セン著

人間の安全保障 (集英社新書) - Amazon.com

アジア初のノーベル経済学賞受賞者、アマルティア・センの名前をはじめて知ったのは、佐伯胖の「『きめ方』の論理 ―社会的決定理論への招待―
を読んだときだった。社会的決定の問題を扱う同書の中で、センの有名な「リベラリズムのパラドックス」の定理や、「パレート伝染病」の概念による見事な問題解決に舌を巻いた覚えがある。

センと再び出会うのは、数年後に、会社の英会話教室で、先生から課題としてわずか2頁の雑誌記事を読むよう渡されたときだった。記事では、インドなど発展途上国における飢饉について、その原因は天候や農業の不作ではない、という驚くべき分析が示されていた。それは食料を買うためのお金や市場での配分割り当て、彼の用語で言う”Entitlement"が欠乏していたために引き起こされるという。それは天災ではなく人災であり、適切な政策によって防止可能だというのだ。その短い解説記事の著者が、アマルティア・センだった。

センはインドのベンガル地方に1933年に生まれ、英国ケンブリッジ大学で博士号を得た経済学者である。その研究領域は、集団的意思決定に関する公理論的数学手法による検討から、いわゆる厚生経済学、とくに貧困問題まで幅広い。1998年にはノーベル賞を受賞している。

本書は、その彼が行った短い講演などを集めたものである。薄い新書版だが、その内容は結構濃い。目次は以下の通りだ。

・安全が脅かされる時代に
・人間の安全保障と基礎教育
・人間の安全保障、人間的発展、人権
・グローバル化をどう考えるか
・民主化が西洋化と同じではない理由
・インドと核爆弾
・人権を定義づける理論
・持続可能な発展 — 未来世代のために

「民主化が西洋化と同じではない理由」など、やはりアジア人でなければ書けない視点だ。また「人権を定義づける理論」は、他の講演と合わせて『ですます調』で翻訳されているが、じつはかなり本格的な理論的論文である。

だが本書の中心的テーマは、やはり『人間の安全保障』Human securityである。その概念を確立するため、彼は2001年に設置された委員会の議長を、緒方貞子氏と共に務めている。人間の安全保障とは何か。なぜ通常の、国家の安全保障national securityだけではダメなのか。

それは、国家が安全でも、その国民一人ひとりが安全とは必ずしも言えない時代に突入しているからである。国民の安全は、無論、国家の安全に依存する。だが、国が一応安泰なのに、多くの国民が餓えや病気に苦しむ可能性があるのが、現代なのだ。

「<人間の安全保障>は、(経済・社会の)安全な下降に真剣に目を向けることに重点を置いています。(中略)景気の下降は、成長の過程で取り残された人々、つまり解雇された労働者や万年失業者などがおかれた慢性的に不安定な状況に、追い打ちをかけます」(p.39)と、彼は言う。「成長と拡大による利益の配分が不均衡で公正でないことは、かねてから議論されてきました。しかし、たとえその問題がうまく処理されても、景気が急降下すれば、無防備な人々の生活は、きわめて苦しい状態に追いやられるかもしれません。経済の拡大とともに、人々の生活が全体的に向上したとしても、暮らし向きがわるくなるときは、得てしてその転落の度合いに極端な差が生じます。」(p.39)

これに対抗するためには、国民一人ひとりが、自衛の方策をもつ必要がある。それが教育であり、経済的自立であり、また女性の平等である。彼は1999年にノーベル賞の賞金を使って、インドとバングラデシュに「プラティチ基金」をつくり、社会的な男女平等の達成を図ろうとする。

「女性の教育と識字力の向上が、子どもの死亡率を下げる傾向があることに関しても、多くの証拠があります。(中略)女性のエンパワーメントには、これまでたびたび指摘されてきた、男女の生存率に見られる格差(とくに若い女性の生存率の低さ)を縮めるのにも大きく影響しているようです」(p.31)

「わたしがマーブブル・ハクのために作成した『人間的発展指標』には、識字率と学校教育を、人間の潜在能力を増大させるための中心的存在として、また<人間的発展>の総合的な指標に不可欠なものとしています。」(p.25、故マーブブル・ハクはパキスタンの経済学者で、<人間的発展>の概念を主唱した)

彼の言う『エンパワーメント』とは自己決定能力のことを指す。必要なものを入手し、利用できる法的・社会的・経済的パワーを含む能力や、資格を備えることである。センは上に述べたエンタイトルメントやエンパワーメントなどのように、よく世間で使われる用語に、独特の概念定義を持たせて使うので、読者は注意が必要である。『ケイパビリティ』という述語もその一つだ。

「自由を得る機会については、一般に『ケイパビリティ』という考え方が有意義なアプローチを示してくれます。ケイパビリティとはすなわち、人間の生命活動を組み合わせて価値のあるものにする機会であり、人にできること、もしくは人がなれる状態を表します。」(p.151)

ここには彼の中心的な思想が現れている。通常の経済学者は、財貨を得て人が豊かになることを望ましいことととらえ、また経済効率が最大化するような財の配分は何か、という問題を立てる。そして、一種の目的関数としての「効用」を仮定する。お金が増えれば、効用も増大する。ところが、センのアプローチは異なっている。彼は、財貨の増大を目的ではなく手段だと考える。何の手段か? それは人が持つ自由な選択肢を増やすための手段なのだ。(わたし流に言うと『自由度』である)

「効用に注目するのではなく、人間としてふさわしい条件としての自由の重要性に注意を傾けることから始めれば、私たちが自らの権利と自由を称えるだけでなく、他の人々の重要な自由に関心を向けることにも、行動を起こす理由を見出せるようになります。」(p.147)

お金をたくさん持てば、一般に人間の自由な選択肢も増える。ただし、場合によっては、そうならない時もある。たとえば、あなたが500万円出せば、社長も500万円分を補助して、1千万円相当の会社の株を得ることができるとしよう。当然、あなたの財は増えた訳だ。ところが社長曰く、「この補助は固定株主を増やすための施策だから、君は退職するまでは決してこの株を売ってはならない」という。それでもあなたは幸せだろうか。あなたの効用は増しただろうか? むしろ自由に使えたはずの500万円を何十年間も固定されて、不満に思うのではないか。アマルティア・センの議論を、わたしはこのように理解している。

インド出身の彼はさらに、先進国の勝手なふるまいが、個人や社会の安全保障を脅かす危険も指摘する。

「国連安全保障理事会の5常任理時刻は、1996年から2000年にかけての世界の武器輸出のうちの81パーセントに関与していました。アメリカだけでも、世界の武器総売上の50%近くのシェアがあります。そればかりでなく、アメリカの武器輸出の68%が開発途上国向けでした。」(p.63)

このような主張が、すべての人の耳には快く響かないことも事実だ。それどころか、「貧困と国家間の不平等が研究テーマ」と聞いただけで、そいつは左翼だ、などと決めつける輩が出てくるのが、今日の時代である。アマルティア・センが左翼だなどと聞いたら、彼の夫人の父親であるロスチャイルド男爵は笑うだろう。ただ彼は、人間社会を良くするためには、経済学のみでなく倫理学の研究も必要だと、信じているだけである。そして実際、高度な数理論理学を駆使して、倫理学と経済学の共通課題である意思決定理論を構築したのである。本書には数式は一切出てこないが、入門のための格好の一冊だろう。


# by Tomoichi_Sato | 2016-10-03 22:36 | 書評 | Comments(0)

プロジェクト・コミュニケーションのベーシック 〜 情報のトレーサビリティを確立する

英語のCommunication と、日本語の「コミュニケーション」という言葉には、微妙なニュアンスの違いがある。わたし達が会話で「コミュニケーションが良くなった」などと語る場合、ふつうは双方向の意思疎通を意味している。「前の課長は向こうが一方的に命令してくるだけだったが、今度の課長はちゃんとコミュニケーションができるよな」という風に。もっと柔らかい言い方をすれば、『ふれあい』みたいな、感情面での同調というニュアンスを含む。

ところが英語のCommunicationは、原則として情報の伝達を意味している。それは、たとえ一方向でも成立する。だから、TV局が電波で大勢に向けて一方的に情報を発信する様な仕組みを、英語ではMass Communicationとよぶ。これは日本語でマス・コミュニケーションとなり、いつものように発音しやすい4文字言葉化して「マスコミ」になった(口頭では、コミュニケーションではなく「コミニュケーション」と発音する人がほとんどだ)。

PMBOK Guide(R)が、プロジェクトの10個のマネジメント知識エリアの一つとして、Communication Managementを入れたのはとても卓見だったと思う。だが、これを「コミュニケーション管理」と、ベタな日本語のニュアンスで捉えてしまうと、本質がずれてしまう。じゃあ赤提灯にいって酒でも飲んで、メンバー同士の「コミニュケーションを良くしよう」みたいな発想になりがちだ。だが、それではプロジェクト・コミュニケーションの半分も捉えていないことになる。

PMBOK Guide(R)は元々、大規模なプロジェクトのことを念頭に置いて作られた。だから、全員が顔見知りでない状態で、どのように知識・情報を確実に他者に伝達するか、ということが問題意識のベースにある。そこで「コミュニケーション計画」のような概念が出てくるのだ。そして実行段階は、「インフォメーションの配布」ということになる。英語のCommunicationは、一方向の配布がベースだからだ。どこにも“飲みニュケーション”みたいな話題の入る余地はない。この英語はむしろ、「情報伝達のマネジメント」と訳した方が、日本の読者にはピンときたと思う。

プロジェクトにおいてコミュニケーションが重要なことは、いまさら言うまでもないだろう。ただ、これほど我々にとって分かりにくく、つかみ所のない領域もない。PMBOK Guide(R)があげる10の知識エリアは、(全体を統合するProject Integration Managementを除くと)大きく二つのカテゴリーに分けられる。

A. スコープ、コスト、スケジュール(タイム)、品質
B. 人的資源、調達、リスク、ステークホルダ、コミュニケーション

上記のカテゴリーAは、いわゆる「ハード・スキル」に属する知識エリアである。つまり、定量的・計数的な管理技術として、かなり確立している分野である。そして、WBS、EVMS、CPM(クリティカル・パス法)、SQC(統計的品質管理)などの手法が開発されている。1950年代のクリティカル・パス法の発見が、モダンPMの誕生をうながした、という歴史も頭に入れておきたい。

そして「ハード・スキル」の特徴は、技術的手法論とツールが発達しているために、座学で習得が可能なことだ。むろん本で読んだり講義で聴いたりしただけでは不十分だ。自分で練習し実践してみないと、使いこなすレベルには達しない。しかし、知識を得ることによって、入門者は相当程度にレベルアップできる。なんとなく、自分にもできそうだ、と感じさせてくれる。

ところが上記カテゴリーBの方は、どちらかというと「ソフト・スキル」に近い面が強い。ソフト・スキルとは、日本語で『人間力』みたいな言葉を使いたくなるような、属人性の高い技能である。人を使う、業者を使う、危険を予知する、利害関係者とうまくやりあう、人に何かを伝達する・・。こうした能力にも、もちろん頼るべき原理原則はある。だからPMBOK Guide(R)でも苦心惨憺して、プロセスだのツールだのを説明している。だが、それを読んで、「うん、これなら俺もできそうだ」と感じる読者は希だろう。

プロジェクトにおけるコミュニケーション(情報伝達)の最大の目的とは何か。それは、次の二つに集約できる。

(1) 必要な知識・情報を、必要な人たちに、必要なタイミングで、最新の内容で伝える
(2) 伝えたことを確認し、トレーサブルにしておく

こうしたことは、PMBOK Guide(R)には明記していない(あの本は全体としてプロセス志向で記述しており、あまり目的志向には書かれない)。しかし、たとえばエンジニアリング業界ではもう何十年も前から、欧米を中心に、世界的にこの目的に従うやり方を守ってきた。

(1)についてはあまり説明の要はないだろう。上の表現はあえて、ジャスト・イン・タイムの「必要なものを、必要な量だけ、必要なタイミングで供給する」という言い方を真似て書いている。必要な情報のみを伝達し、余計なことで膨らまさない。必要な(そして正当なアクセス権限のある)人たちだけに、それを伝える。そして遅滞なく必要なタイミングで伝える。いずれも、当たり前のことだ。ちなみに、文書や図面情報の内容が最新であることがすぐ分かるように、リビジョン番号を明記することなどは、今時どこの業界でもやっているはずだ。

(2)の方は、しかし、業界によってはあまり常識化していないと思う。とくに「伝えたことを確認する」というのは、いささか欧米流に感じられるだろう。かの国々では『発信者責任の原則』でビジネス文化が動いており、相手に伝わるよう、ちゃんと伝えるのは、発信者側の責任だからだ。だからこそ、相手が分かったかどうか、自分から確認する。

ところが、わたし達の社会は『受信者責任の原則』で暗黙のうちに動いている。伝わらない・分からないのは、メッセージを受け取った側の、理解する努力が足りないからだ、ということになっている。分からないのは恥だから、質問も返さない。逆に「一度しか言わないからな!」と偉い人が怒鳴ったりする。こういう土壌を持った社会に、「コミュニケーション・マネジメント計画を立てましょう」などといっても、何のことやら、である。

トレーサブルという言葉には、多少注釈が必要かもしれない。「トレーサビリティ」という用語は、誰にも分かりやすいように選んだもので、わたしの勤務先では、「トラッキング可能」という方が通じるだろう。いずれも、後からさかのぼって、どういう経緯で今どこまでたどり着いているかを、明らかにできるという意味だ。ちょうど牛肉トレーサビリティと同じように、である。

このためには、すべての情報の伝達に、ユニークなIDをふることが必要になる。それは、わたし達の業界では、何十年も前の紙の時代から、実践してきたことだ。たとえば顧客に公式なレターを発信する。あるいはベンダーに仕様書を送付する。ベンダーから逆に承認図が上がってくる。これを協力会社の関係部署に送付する。こうした伝達行為はすべて、IDをふって、リストに記録する。たとえば、

T-YOC-ABC-0012

といった具合だ。最初の一文字は伝達の種類を表す(TならTransmittalで、書類の送付状である)。次に、発信者-受信者、を表すコードが来る。関連するステークホルダはすべて3文字の略号をつけるのがわれわれの慣例だ。最後は連番である。だから上記のIDは、

「YOCからABC社への書類送付状の12番目のもの」

という意味になる(YOCというのはYokohama Operation Centerの略で、わたしの勤務先の本社のことである。建設現場もあるためこういう表記をするのだ。どうでもいいけど)。これを連綿とリストに記帳していく。その書類送付状には、添付された一連の仕様書や図面の番号とリビジョンが記載されているはずだ。紙の時代だったら、この送付状は複数枚つづりになっていて、受け取った側は受領サインを記入して、返送する。こうして、受領確認が行われる。現代ではもちろん、こうした手続きはすべて電子化されているが、エッセンスは同じである。

だから仮に、後になってABC社と追加交渉でもめたときにも、「T-YOC-ABC-0012でこの図面はあなたに何月何日に送っていて、そちらも受信確認を返しているではないか」という風に証拠立てられる。言った・言わないの無駄な議論を省けるだけではない。情報を受け取った側も、お互いがそれを注意深く取り扱うようになる。

書類送付状ではなく、単純な文章による伝達(昔ならレター、今ならeメール)も、同様である。IDをふっておき、発信した内容、受信した内容は、プロジェクト・チームとしてセンター・ファイルしておく(これも昔なら紙、今ならデータベース)。チーム員はいつでも、それを探せるようにする。こうしたセンター・ファイルをきちんと持っているならば、少なくともそのプロジェクト・コミュニケーションは及第点であるといえよう。

そしてこういう手続きに従って、すべてのやりとりをトレーサブルにしておくよう、新入社員の時から習慣づける訳だ。これがわたしのいう、組織の「OS」の一部を形成していく。こうしたベーシックな行動習慣をチーム員みなが持って、はじめて、プロジェクト・マネージャーの能力が本来の仕事に生かせるようになるのである。


# by Tomoichi_Sato | 2016-09-25 12:43 | プロジェクト・マネジメント | Comments(0)

B2B企業にイノベーティブなITは可能か

あなたは、ある中堅SIerの開発部長だ。会社は受託システム開発をなりわいとしており、有名ではないが堅実な経営を続けている。そんなあなたはある時、突然社長に呼ばれて、こう言い渡される。

「君には明日から、わが社のCIOになってもらいたい。これまで外の顧客の仕事をずっとしてもらってきたが、明日からは経営者の一員として、わが社の情報システムを見てもらうつもりだ。紺屋の白袴じゃないが、我々の社内IT利用は、十分とは言えない。君には是非とも、これまでの外販の経験を活かして、イノベーティブなITの仕組みを作ってもらいたい。単なる業務の効率化だけではなく、新しいビジネスを生み出せるようなITの仕組みを、だ。」

経営者の一員、すなわち役員に抜擢された訳だ。とても誇らしい気持ちになる。しかし社長室を出て自分の席に戻ると、あなたはだんだんと大変な役回りを引き受けたらしいことに、気づき始める。わが社にとってイノベーティブなITの仕組みとは、いったい何を意味するのか。

あなたの会社は、造船業を中心に、重機や鉄工所などの業界を得意先として、基幹系情報システムを構築してきた。その分野の業務知識は、確かなものだ。船舶特有のさまざまな規制、複雑な業界構造や商慣習。そうした経験を組み込んだシステムでは、他社に負けないと思う。またIT技術の面でも、先進的なトレンドを、(真っ先にとは言えないにせよ)それなりに取り入れてきた自負はある。たしかにいくつかの案件では手ひどい赤字を被ったが、全体としては確実に利益を残してきた。

「しかし、今の分野の市場だけでは、先細りだ」との社長のセリフを、あなたは思い出してみる。「君も知っているように、SIビジネスはだんだんと難しくなってきている。かといってSE派遣だけで食っていくのも無理だ。新しいビジネスを創出しない限り、わが社の未来はない。」社長はそう断言した。あなたも、同感ではある。だが、自社にとっての新しいビジネスとは、何だろう? 流行のビッグデータやIoT、あるいはWeb技術だろうか。受託開発で生きてきた自分たちに、そういった技術の蓄積はない。やってできないかというと、なんとかなりそうな気もする。だが「気もする」だけの技術を売り込んで、買ってくれる顧客はいるだろうか。

あなたは自社の顧客リストを眺め直してみる。20〜30社が、主要顧客だ。過去にさかのぼれば数百社になるが、業界再編もあり、今は限られている。その代わり、比較的継続して仕事を受注してきた。その半分ちょっとは、大手コンピュータメーカー、いわゆる「ITゼネコン」からの下請けだ。他に自社が直接営業をかけてとってくる案件が3割程度。営業部門の人数も限られているので、そう手広く回れない。

あなたはビジネスメディアや業界セミナーなどで情報を集めることにした。IT業界の著名人、外資系コンサルタント、調査会社などの言うことには、一つの共通点があった。それは、米国のイノベーションの成功例を引きあいに語り、ふりかえって日本のIT業界の不調を批判する、というものだ。シリコンバレーにはグーグル、アマゾン、フェイスブック、アップルなど錚々たる大企業がひしめき合っていて、しかも小規模なベンチャーが活発に新技術を開発、提案し続ける。その中にはUberやAirBnBなど、飛ぶ鳥を落とす勢いの成長株がいる。ベンチャーキャピタルの出資や買収も活発だ。

すごいなあ、とあなたは思う。たしかにイノベーションの生きた事例だ。だがそれを、どう自社のヒントにしたらいいのか。日本と違って米国では、7割のIT技術者がユーザ企業にいて、それでビジネス開発とシステム構築を同時並行に進められるのだ、という話も聞いた。だが日本の構造は急には変わらない。あなたの会社のSEたちを、顧客側に派遣して、いやたとえ移籍したとしても、すぐにビジネスを開拓できるだろうか。そもそも何のビジネスをか。Uberを真似て、船を手配するスマホアプリ? まさかね。

まあ、あなたの会社は9割がIT技術者だ。だから自社のビジネス開発に自社リソースを活用するのは、ありだ。それにしても自社システムの弱みはどこか。会計システムは2年半前に更新したばかりだ。プロジェクト管理システムは自社製で、UIが使いにくいし、人月コスト集計が翌月10日過ぎになって遅いという不満はある。だがこれを改良したとしても、社長の言う「単なる業務の効率化」に過ぎないではないか。では顧客管理とCRMか? しかしたった30社程度だったら、Excelでも十分だ。

自社内のシステム改革に手がかりがないのなら、せめて顧客のイノベーションをIT面で支援し、ともに手がけるというのはどうだろうか。船自体のUberは無理でも、ドックが空いたら、互いに貸し借りする仕組みはどうか。・・しかし所要時間わずか数十分のタクシーと、数十ヶ月間も占有するドックを、同列には考えられないし。

あなたは次第に焦りを感じ始める。せっかく役員に取り立てられたというのに、どう采配を振るったらいいのか分からないのだ。そんなある日、あなたは、会社を中途退社し経営コンサルタントとして独立した先輩と偶然、出先で会う。久しぶりに酒を酌み交わしながら、あなたは愚痴ともつかぬ最近の課題と悩みを口にする。するとその先輩は、意外なことを言う。「新ビジネスで急成長することをイノベーションと呼ぶのだとしたら、B2B企業に、イノベーティブなITなんてありえないよ。」

−−どういう意味ですか?

「B2Bというのは、Business to Business、つまり企業相手に商売をしている企業だ。これに対して一般消費者を相手にしている会社は、Business to Consumer、略してB2Cと呼ぶ。」

−−それくらいは、知っています。

「じゃあ、君のところの顧客筋である造船業や鉄工業、重機械なんかはどちらだ?」

−−えーと、B2B、ということになりますね。普通の一般人が、ふらっときて船を作ってくれとたのむようなものじゃありませんから。重機・鉄工も同じです。

「そういう顧客企業で、イノベーティブなCIOの人を見たことはあるかい?」

−−うーん。そりゃ、会社にもよりますね。たとえばA社のCIOであるKさんなんか、尊敬できる方ですよ。業務のことも分かっておられるし、ITの理解も確かです。ユーザを上手く説得して動かす力量もあります。あの方がいたから、A社の基幹システムはうまく収まったんです。

「なるほど、立派だ。だけど、その基幹システムはA社にとって『業務の効率化』の道具だろう? 新しいビジネスを生み出すような、イノベーティブな仕組みじゃない。」

−−じゃあB社の例はどうですか。Hさんは情シス部長で、CIOというポストじゃないですが、E-BOM管理とWebEDIとをうまく統合して、サプライヤーを束ねるサプライチェーン・マネジメントのシステムを作ったんです。おかげで製造納期が1ヶ月近く短縮できるようになりましたよ。

「けっこう。だがそれも『業務の効率化』だろう。新ビジネス創出とはいえないね。」

−−そうなりますか。そうすると、ほかにいい例を思いつかないですね。そもそも顧客の中でCIOって肩書きのある会社は3割くらいですよ。あとは情シス部長が、IT系の役職では一番上です。それも大方の人はIT部門上がりなので、発想がIT技術よりで、あまりビジネス創出的な人材がいないんです。いっちゃなんですが、みな人材が小粒なのかな。

「なんでも問題を人材のせいにしちゃいけない。人材のせいにすれば、どんな問題だって説明できてしまう。人の資質が理由じゃないんだ。そもそも、ITシステムの活きるメリットは何だと思う? 人の仕事をITが置き換えるときの、アドバンテージを知っているかい?」

−−今さらわたしに向かって、何ですか(あなたはちょっとむっとして、答える)。まず、高速性です。大量のデータを高速に処理できます。そして繰返し性。機械は同じ単調作業を繰り返させても、飽きません。それから、正確性ですね。計算機はミスをしません。ですが、これと今の話と、どうつながるんです。

「ごめんごめん、怒らせたようなら、あやまる。まさに君が言った三つの点が、ITシステム導入のメリットだ。だから、会計業務だとか、給与計算とか、設計計算だとかが、真っ先にIT化の対象になった。大量・単調、だが正確な処理だ。これが金融だとか保険だとか、多数の消費者と直接やりとりするB2C企業の場合、勘定系や顧客とのトランザクション処理まで広がる。そしてWebの登場とともに、流通販売というもう一つのB2C業界も、お客と直接やりとりする仕組みをつくるようになった。」

−−はあ。

「とにかくB2Cでは、お客の数が多いんだ。一つひとつの取引は単純だが。だから、ITシステムを顧客に直接使ってもらうメリットが生じる。大量・単調、だが正確な処理のね。そして顧客がITを使ってくれるようになると、次は、そのチャネルを活かして、新しい商品を売り込むという、マーケティングの道具になるようになった。わかるね。」

−−ですが、それと今の話とどうつながるんです?

「いいかい。『新しいビジネスを創出する』というのは、マーケティングの仕事そのものだ。正確に言うと、マーケティングと商品企画の二つの仕事だね。新規顧客の開拓と、新しい商品の開発。B2Cでは、それをWebなどのITシステムを通して、直接できる。そして、B2Cビジネスのもう一つの特徴は、ボラティリティが高いことだ。」

−−ボラ・・何ですって?

「ボラティリティ。当たり外れの大きさのことさ。もとは株式の値動きの大きさを指すのに使われた用語だ。ボラティリティの高い市場では、一発あてると大きく成長できる。ヒット商品で急成長する会社の話は、よくニュースに取り上げられる。逆に言うと、ニュースになりやすいのは、ヒット商品の現れる、B2C企業だ。おまけにB2C企業は消費者相手に広告宣伝を打つ。だからメディアとの関係も強い。ますます、メディアに取り上げられやすい。」

−−はあ。

「それでだね。君がさっきあげていた米国のイノベーティブな企業、アップルだとかグーグルだとか、それからUberなんてのは、みんなB2Cの会社なんだ。一部は企業向けサービスもしているが、メインは消費者向けだ。企業向けでも、アマゾンのAWSなんて非常に多数の企業向け、B to many Bだな。だからB2Cに近い。そして、多数の顧客相手だからこそ、ITがビジネス創出のカギとして役に立つ。
 ひるがえって君の得意先の、鉄工・重機・造船みたいな分野は、特定少数の企業相手のB2Bビジネスだ。多くは受注産業。営業プロセスも長くて複雑。だからセールスをWeb経由でやっている会社なんていないはずだ。営業でITをフル活用している例があるかな?」

−−まあ、ありませんね。ITは、社内業務の効率化がメインです。・・あれ? とすると。

「社長さんのおっしゃる新ビジネスの創出というのは、マーケティングと商品企画だ。ただ誤解してほしくないんだが、マーケティングと営業機能は別だよ。営業は、なんなら代理店にアウトソースすることも可能だ。だがマーケティングは、自社で考えなくてはならない。ドラッカーはある本の中で、“企業に真に必要な機能はマーケティングと商品開発だけで、あとは全てアウトソースしてもいい”と書いているくらいだ。だが、B2BではITをマーケティング手段に直接活かすことが難しい。いや、そもそもB2Bの受注産業には普通、マーケティング部門すらない。ITは営業にさえ、活かしにくい。仕事が大量・単純でなく、少数・複雑だからだ。」

−−すると、B2B企業ではイノベーションにITを使うのが難しい、ということですか。

「もしもイノベーションという言葉が『新ビジネスの創出』という意味だとしたら、そうだ。少なくとも、マーケティングにITを活用するのは難しいだろう。新商品開発にITを使うことはありうるかもしれない。たとえばGEのビッグデータみたいに。まあ、あの会社もB to many Bだがね。また、社内ベンチャーで、ITを活用した全然別のB2Cビジネスをはじめる、というケースはあり得る。だがそれは今の会社をどう成長させるかとは、別の話だ。
 さて、では、君の会社のようなSIerは、B2Bかね、B2Cかね?」

−−それは・・B2Bです。

「そうだ。日本のたいていのSIerは、大手コンピュータメーカーを除けば、そうさ。だから社長さんの望むような、イノベーティブなITの仕組みをつくるのは、難しい。」

−−じゃ、わたしはどうしたらいいんですか。SI市場は先細りです。わが社は座して死を待て、とおっしゃるんですか!

「そうは言っていないよ。マーケティングにITを直接活用するのは難しい、と言っているだけだ。マーケティング自体が不要だ、などとは言ってない。むしろ逆だ。今まで受注ビジネスのB2B企業は、営業部門は持っていたが、マーケティング機能を持たないところが多かった。それは顧客の注文を待つ、御用聞きで生きていけたからだ。だがこれからはそうじゃない。マーケティング機能をちゃんと確立しなければならない。」

−−マーケティング。でも、それをウチの営業部長に期待できるかなあ。

「そこが誤解なんだ。マーケティングは営業じゃない。その二つは、設計と製造現場が違うくらい、違う仕事だ。中堅企業や中小企業では、マーケティングは社長がリードすべきなんだ。それこそ経営の中心的仕事なんだから。それを、IT企業だからってCIOに丸投げしちゃいけない。
 君も『イノベーション』という、カッコいい言葉に踊らされてはダメだよ。それは急成長と同義語ではない。ボラティリティの低いB2B分野では、画期的新技術が出たって、会社の急成長に結びつくことは珍しいんだ。新技術が上手なマーケティング戦略と組み合わされると、少しずつゆっくりと、目立たぬうちに、ニュースに報じられないまま、いつのまにか市場を侵食していく。そして着実に、利益を上げていく。そういう実例は、じつは日本には数多い。日本はB2B企業が製造業を支える国だからね。」

−−そうなんですか。

「生き残りたかったら、アメリカの派手な会社の真似ではなく、日本の、目立たないが技術とマーケティングで利益を出している会社の経営に学ぶことだ。技術力だけでも、マーケティング力だけでも、利益は出せない。その両者をつなぐことが、経営なのだから。」


<関連エントリ>

# by Tomoichi_Sato | 2016-09-18 23:21 | ビジネス | Comments(1)

国際人として最低でも守るべきたった一つのルール ~ 「ありがとう」と家族に対してでも言う

じつをいうと、「国際人」だとか「国際的」だとかいう言葉が嫌いである。
(えーと、そういえばネットでは、何かを「嫌いだ」というセンテンスで文章を書き始めない方がいい、と聴いたことがある。好き嫌いは人それぞれだし、ネガティブな気持ちを発信すると、他人のネガティブな気分を引きつけるかららしい)
それでは、言い直そう。わたしは「国際人」とか「国際的」といった言葉が苦手である。・・ま、これで何かが変わったかどうかは不明だが。

でも、国際人とは一体、何を指すのか。わたしはそこが今ひとつ、分からない。ちなみに、国際人という言葉は、英語で何というのだろうか。International person? Cosmopolitan? どちらも、なんだか日本語で言う「国際人」とはフィットしないような気がする。たぶん、そういう概念は存在しないのだ。無論、”international"という形容詞はもちろんあって、意味も確立している。ただし人に対しては、あまり使わない。活動だとか、カンファレンスだとか、組織に対して形容することが多いと思う。最近は国際人と呼ぶかわりに「グローバル人材」という言葉が大はやりだが、こちらもGlobal human resourceでは何のことだか分からない。

さよう、その概念や実態はよく分からないのだが、そういうことを言いたくなる気持ちの方は、少しだけ理解できる。なぜなら、わたし達は、他の国と、少なくとも仕事の面では、随分違うからだ。

ご存じの通り、ちょうど1年前、わたしは「世界を動かすプロジェクトマネジメントの教科書」という著書を世に問うた。とくに海外プロジェクトの進め方について、勘所をまとめた本だ。幸い洛陽の紙価を高め・・とまでは至っていないが(笑)、それなりの評価はいただいている。でも、ときおり、疑問に思われる方もおられるようだ。なぜ、「海外プロジェクト」とひとくくりにできるのか、と。

海外といっても、アメリカ、中国、ベトナム、タイ、インド、英国、ドイツ・・とばらばらではないか。皆、それぞれに文化が違う。個性も癖もある。それを一括りに「海外」と言ってしまっていいのか? 同じ処方箋を書けるのか?−−そういう、もっともな疑問である。

だが、海外プロジェクトについては、ほぼ同じ処方箋で、どこでも適用できるのである。世界各国それぞれに個性的なのは事実だが、日本のビジネス文化だけは、他と飛び抜けて違うからだ。これは数字で証明できないが、長年それなりにいろいろな国で働いてきた、わたしの実感である。

ちなみにホフステッドという研究者は、多国籍企業IBMの従業員の分析を通じて、国民性が4つの次元からなることを明らかにした。その研究結果を見る限り、日本は他から飛び抜けて離れてはいないじゃないか、という反論が聞こえそうだ。

それは承知している。それでも、わたし達は違うのだ。どこが? それは、自他の関係性と、言葉に対する態度において、である。その結果として、契約取引に関する考え方が、ほとんど180度くらい違う。だからビジネス上では危ないのだ。比較文化論的には、全体の違いはたかがしれているだろう。だがビジネス文化だけを取り上げると、大きく異なる。

もう一つ。個人の対等性の概念が薄いのも、わたし達の文化の特徴である。この点は東アジアにある程度共通しているかもしれないが、個人間の鋭い対立を好まない特性とあいまっている点が違っている。その結果、わたし達の社会では、「場」とかグループ・団体への帰属と、人間の上下関係が、行動や判断基準の中心になる。これも自他の関係性のあり方から来る、一つの帰結である。そして、これはマネジメントのあり方に大きく影響している。「日本的経営」といわれる、タテ社会とコンセンサス(責任不在)によるマネジメント・スタイルである。だれもこれを、「アジア的経営」と一般化して呼びはしない。日本と他のアジア諸国とはかなり違っていることを、多くの欧米人は気づいているからだ。

という訳で先日も、サプライチェーン戦略研究部会で海外プロジェクトの進め方について講演した際、野村総研の方から「日本だけ、なぜかくもマネジメントのあり方が違うのでしょうか?」とご質問をいただいた。だが、それは質問する方が逆です、とわたしはお答えした。そういう質問はむしろ、エンジニアリング会社の社員が、シンクタンクのコンサルタントに聴くべき問いでしょう、と。わたしこそ理由を知りたいです、と。そう。この違いに気づいている人は、気がついているのだ。

さらに、他国をよく知らず、自国の枠内でのみ考えたがる点も特徴だ、という声もあろう。だから国際化が課題なのだ、と。だが、これは大きな人口と文化を抱えた大国なら、共通する特徴だとわたしは考える。アメリカだって、中国だって、大衆レベルでは似たようなものなのだ。だから日本のみの問題ではない。

だがそれにしても、もしあなたが国際人だとかグローバル人材にあこがれるのだとしたら、どうしたらいいのか? わたしは「国際人」や「グローバル人材」が何かはよく理解できないのだが、とにかく、日本の国境を一歩でも超えて活躍したいのなら、英語教育家の故・中津燎子氏が、かつて海外に行こうとする若い女性に与えたアドバイスを紹介したい。中津氏は、その娘さんにおっしゃったのだ。

「もし、朝食の席であなたのお母さんが、お茶か何かを食卓にいるあなたに出してくれたら、必ず『ありがとう』と口に出して言うようにしなさい」、と。

それはひどく単純な一言(行動)だ。だが、それを言うことで、母親は自分とは別の人間であることをあらわしている。感謝の言葉は、対等な人同士の時に使うものだ。それは、相手に対するディセンシー(謙虚さ)を示す。他人に何かをしてもらって、それで無言のままだったら、その行為は「あたりまえ」だ、という態度を意味している。いや、もしかしたら、内心ではあなたも感謝しているかもしれない。が、それは相手に確実には伝わらない(ついでに余計な話だが、「ねえ、わたしのこと愛してる?」と『言語による確実な伝達』を要求する^^;のは、ふつう女性の側だ、ということになっている)。だから、言葉にして伝えることを、自分のルールとする。 それを、習慣として自分の中に刻み込むのである。

「他人に何かをしてもらって」と今、書いたが、母親は他人だろうか? 他人とは、家族の外、身内の外、ムラの外をいうのだ、というのがわたし達の文化的習慣である。それに、そんなのいちいち水くさいじゃないか。

だが、たとえ親子で、上下関係があっても、なおかつ根本では対等な、別個の人格である。だから感謝の気持ちは、言語化して確実に伝えなければ伝わらない−−こうした論理で、世界の8割以上の国の文化はできあがっている。

それと同じように、取引において、売り手と買い手は、根本では対等である。そういう論理が、多くの国ではデフォルトである。現実には、立場の強弱もあるし、多くの場合、買い手の方が強い。だが、買い手が王様のようにワガママで、売り手は奴隷のようにふるまうのは「フェアでない」(公正の原理に反する)、というのが西洋社会の通念である。だから、両者の権利と義務をはかりの左右において、公平を期す。それを言語化した「契約」をたてよう、ということになるのだ。

そんな「契約」を、なんと神様が人間との間においたりする。でもって、人間がさらに神様とネゴシエーションしようとしたりする。こういう神話的な物語を小さいときから学んで育ってきたのが、世界の多数派なのだ。まあ、アジアの東側やアフリカのサハラ以南では、そんな神話はあまり見当たらないが、しかし、そのかわりマネジメント層はたいてい欧米で教育を受けてきた人たちであることを忘れてはならない。だから結局、世界のほとんどは契約社会である、という風にできている。

じゃあ、家族に「ありがとう」と言ったら、それですぐ国際人になれるのか? もちろん違う。ただ英語を喋る前に、英語の根底にあるOSを理解しようと言っているのだ。私は礼儀やマナーの話をしているのではない。そうした振る舞いの根底にある思考や行動の習慣OS)のことを言っている。何も欧米人が家庭でしている事を、そのまま真似ろと言っているのでもない。尊大で、家族に礼も言わない人間だって、きっと中国やアメリカにはごろごろいるだろう。そうではなくて、普段家族に礼を言う習慣がない私たちが、自覚してそれを習慣つけるといいと言ってるだけだ。そしてそれは、手始めに過ぎない。

上に述べた拙著「世界を動かすプロジェクトマネジメントの教科書」では、わたし達が海外でビジネスに取り組む際、身につけるべきOSの要素として、
S+3K
をとりあげた。一番中心にあるのは、
・システム的な見方をする(Systems approach)
ことである。それにつづいて身につけるべき習慣は、
・言葉を大切にする(言語化)
・契約と責任を重んじる(契約責任制)
・かならず計画をたてる(計画重視)
である。システム・言葉・契約・計画の頭文字をとって、『S+3K』とよんだのである。この最初の2つのKが、今回の話に関係している。

わたしは、エンジニアにとって今後必要となるPM教育やリーダー教育に、こうしたS+3Kの要素をぜひ入れなければいけない、と考えている。誰もが遠くない将来、海外と何かの形で関わる可能性が大だからだ。そのときトラブルになってから、
「え? 目下のベンダーのくせに何で対等に要求してくるんだよ?」
「契約書に書いてあるって、あんなの形だけのセレモニーだったんじゃないの?」
などと、慌てふためいても遅いのだ。

だから、別段、国際人向けの教育コースなどをとらない人にも、申し上げたいのだ。小さな習慣から、自分の中に刻み込んでおいた方が良い。母親がお茶をくんでくれたら、配偶者がコップをとってくれたら、「ありがとう」と声を出して言おう。それで損することは、何もない。


(追記:中津燎子氏が上記のアドバイスをされた話は、「再びなんで英語やるの? (文春文庫 (195‐2))」の中だったように記憶しているのだが、今、書棚にその本がないため確認できない。もしかすると「未来塾って、何?―異文化チャレンジと発音」だった可能性もある)

# by Tomoichi_Sato | 2016-09-11 22:15 | 考えるヒント | Comments(0)

技術リーダーの出現をはばむもの

「最近の日本の経済はどうですか?」——外国人と食事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニアと食事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕食会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人(彼は豪州の大学教授だったが)も、興味深そうに聞き耳を立てる。米国もオーストラリアも日本から見れば隣国のようなものだが、こちらの発信力が低いせいか、日本の状況はさっぱり分からないらしい。わたしは答えた。

--良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。

「それはあまり健全じゃないね。でも、かつて日本はあれほど元気だったのに、なぜこんなに長い間、不調なんだ?」

その問いに答えるのは、簡単ではない。経済学者が10人いたら、たぶん10通りの説明があるのだろう。銀行の不良債権のせいだ、というのがかつての説明だった。だがそれが収まっても治らない。少し前には、通貨供給量の不足だ、といって金利をマイナスにまで下げた。法人税率が高すぎるのだ、という解説も聞いた。別の日に、ホテルの部屋で寝転がってCNNを見ていたら、「アベノミクスはなぜ失敗するのか」という題名の解説で、米国のエコノミストが「生産人口の減少が原因だ」と主張していた。だがそれなら、似たような状況にあるはずの欧州、たとえばルクセンブルクは、一人あたりGDPをなぜあれほど高く維持できているのか?

--経済の専門家じゃないから真の原因はよく分からないけど(と、わたしは答えた)、ビジネスの世界にいる人間として、一つだけ言えることがある。

「なんだい?」

——日本企業の収益力が全体に落ちていることだ。日本企業はわりと技術志向で、製造業を中心に成功してきた。そして欧米の背中を見て、追いつけ追い越せ(catch up)で走ってきた。だが、日本が世界のほぼトップに立ったとき、「その先」をリードする新しい技術が、あまり生まれなかったように思う。優れた製品も、少しはあった。だけど多くは不況とコストダウン競争の中で擦り切れていったんじゃないかな。

「だが、どうして新しい技術を創れなかったんだ?」

その問いに対する答えは、わたしにはなかった。帰り道にあれこれ考えてみる。ベンチャーキャピタルの不在のためか、大企業の技術的保守体質のせいか。それもあるだろう。ただ、前回書いた英国のブルーネルのように、前人未踏の大きな構想を抱き、次々に実現していくタイプの技術リーダーが、'90年代以降のわたし達の社会には必要だったのではなかったか。もちろん小山稔氏(青色ダイオード)とか内山田竹志氏(ハイブリッド自動車)とか、幾人かはわたしも思いつく。だが、あまり多く育たなかったことは、たしかなようだ。そもそもそういう職種が必要なことさえ、あまり意識されていないのではないか。

ものづくりの世界では、エンジニアと職人と、どちらもいないと物ができない。ただ、技術リーダーがいないと、収益力のある、すぐれた製品やビジネスは生まれにくいのだ。もし技術リーダーが生まれにくいのだとしたら、エンジニアのマインドセットには、なにか欠けているに違いない。あるいは、企業の側のパーセプションに歪みがあるのか。

日本には大勢の技術者がいる。わたしもまあ、そのはしくれだ。では、技術者が目指すべきキャリアパス上の目標は、どのような姿であるべきか。その問題についてわたしはこのところ、ずっと考えている。「職人的であること、エンジニアであること」http://brevis.exblog.jp/24607574/ の中で、わたしは、[エンジニア] - [職人] - [技術リーダー]の三角形の領域を考えた。エンジニアのキャリアパスは、ある意味、この領域上にある。

三角形の領域の中で、右下から出発するエンジニアが、上の技術リーダーに向かわないで、多くの人がじつは左下の職人的なあり方に向かって、進んでしまう。ここで「職人的」というのは、別に肉体労働ではなくて、知的作業でも、職人的な働き方を好む人たちという意味だ。それは一体なぜなのか。なぜ、上辺に流れないのか。それを考える必要がある。

ただしその場合、この三角形の軸が一体何を意味しているのかを理解しなくてはならない。右の斜辺と、左下の職人の頂点を対比する軸はなにかというと、おそらくそれは、

 <個人> ←→ <組織>

だろう。右辺にいる人たちは、組織の中で働いて、組織というものの力をいわば信じている。しかし職人は基本的に、個人主義だ。日本の職人が個人主義というと、なんだか妙に聞こえるかもしれない。だが、あるいは過去20年間の不況と終身雇用制の崩壊を考えると、多くの技術者たちは、いつ自分が組織から切られても外で生きていけるように、自分個人の職能・商品価値を高める方向に動いた結果なのかもしれない。

では、左斜辺と右下の技術者を対比する軸は何か。意外かもしれないが、これは

 <感覚> ←→ <理知>

の軸だろう。つまり、技術リーダーとか職人的な人たちは、どちらかというと自分たちの感性を中心に物を考える傾向が強い。ところが技術屋とは、経験や勘もあるけれど、あくまでも科学原理にしたがって動くことを旨としている。だからこそ、技術とは移転可能だし、座学で教育可能なのだ。

ところで底辺と、上の頂点を対比する軸は何なのか? わたしはしばらく考えあぐねた。

こういう問題を考えるときには、三つの頂点の裏を考えてみると、ヒントが得られることが多い。裏とはつまり、三つの職種(技術者・職人・技術リーダー)が「行きすぎた形」「そこまで行ってはいけない形」を考えてみることである。

職人の「行きすぎた形」とは何か。それは『アーティスト(芸術家)』だろうと、わたしは思った。では技術者の「行きすぎた形」とは何か。それは『科学者』ではないか。アーティストと科学者は、それぞれこういう特性を持っている:

「アーティスト」
・創造性とひらめきを大切にする
・教育制度は信じない。むしろ敵だと思う
・自分が好きな仕事だけがしたい(夢に生き貧困に死す)

「科学者」
・普遍性と厳密性を大切にする
・多くは大学人で、教育制度の頂点にいる
・社会から身分と自由と研究費を与えられるべきだと願っている

では、上の頂点にある技術リーダーの裏の姿、こうあってはいけない姿とは何なのか? 考えてみるとどうやらそれは、『出世主義者』ということになりそうだと気がついた。出世主義者とは、こういう特性を持っている人たちだ:

「出世主義者」
・権力と統制を大切にする
・自分以外の人間は道具だ(さもなければ敵だ)と思っている
・大きな仕事を人にさせたい

現実的であるべき技術者や職人が、アーティストや科学者を気取ってもらっては、いささかこまる。だがアーティストも科学者も、世の中全体にはもちろん必要である。それだけの価値があるから、わたし達の社会は彼らを支えている訳だ。では、出世主義者は世の中に必要なのか? わたしはそう思いにくいが、ただ世の中に一定数いるからには、何らかの社会的必要があって存在しているのだろう、とも想像する。
e0058447_22361879.jpg
しかし、技術者が三角形の領域の上に向かって動こうとすると、どうもそこで出世主義者の像とかぶるような姿が感じられるのではないか。それが、技術リーダーの成長を難しくしているのではないか。

さて、三角形の底辺と、上の頂点を対比する軸は何だろうか。リーダーシップの軸? 地位の軸?
 
それは専門性(スペシャリスト)の軸ではないか、というのがわたしの仮説である。あるいは逆に、悪名高き<ジェネラリスト>の軸だといってもいいかもしれない。「自分の専門性を失うことに対する不安」が、おそらく技術者が上に向かう流れを阻害してるのに違いない。しかしわたしは、これを上向きに「インテグレーション能力の軸」と呼ぶことを提案する。ジェネラリストではなく、インテグレーション能力を持った人。事実、ブルーネルとはそういう能力を持つ人ではなかったか。

<インテグレーション能力>
<専門能力>

こう呼べば、技術リーダーも育成可能だとわかるし、自分で成長を目指すこともできる。なお、「リーダーシップの軸」と呼びたいと思う人もいるかもしれない。リーダーシップという言葉は受けが良く、人気が高いが、その内容については社会的・学問的合意がじつは存在しないので、わたしはあまり定義には使わないことにしている。あるいは「管理技術の軸」と呼びたい気持ちも多少あるが、この言い方だけでは誤解を招きかねないので、ここでは避けておこう。

わたし達の社会に必要なのは、このインテグレーション能力を明確にし、技術リーダーの職種を確立することだと思われる。

その職種名を何と呼ぶのか? 私だったら迷いなく、「プログラム・マネージャー」と呼ぶだろう。だが残念ながらこの呼び方は、日本ではほとんど普及していないし、理解もされないに違いない。じつは欧米には、別の候補の名前もあるのだが、長くなるのでここでは省略しておく。

この技術リーダー職種には、価値があるのだろうか? もちろんある。ただし、その価値は労働市場ですぐ取引出来るような価値ではない。だって個人個人で、その仕事の内容は大きく違うのだから。でも、あなたが19世紀英国の経営者だったら、ブルーネルをいくらで雇っただろうか? 相当な価値であることは間違いない。また、仮に、今のあなたの職場に、ブルーネルのような能力のある人がいたとしよう。彼を引き留めるために、あなたの会社はどうするだろうか? 彼のような人を育てるために、あなたの会社はどれだけの労力と投資を支払うだろう?

私たちの住む島国には、人しか資源はないと、小さい時からきかされてきた。だとしたら、わたし達はそういう人材を育てるために、どんな手を打つべきなのか、そろそろ考えるべき時なのではないか。


<関連エントリ>
 →「職人的であること、エンジニアであること」http://brevis.exblog.jp/24607574/ (2016-08-21)
 →「英国史上、最も偉大な技術リーダーに学ぶべきこと」http://brevis.exblog.jp/24622591/ (2016-08-28)


# by Tomoichi_Sato | 2016-09-05 22:43 | 考えるヒント | Comments(4)

英国史上、最も偉大な技術リーダーに学ぶべきこと

イザムバード・ブルーネルIsambard Brunel(1806-1859)の名前をご存じだろうか? 19世紀前半の英国を生きたエンジニアだ。生まれは今から210年前。その時代、英国は産業革命の成功を背景に、猛烈な勢いで勢力を伸ばし、北西ヨーロッパの島国から、世界最大の強国に成長しつつある時代だった。

BBC放送は2002年、「歴史上最も偉大な英国人」100人を選出した。1位はウィンストン・チャーチル。そして第2位がイザムバード・キングダム・ブルーネルだった(日本では「ブルネル」と表記されることも多い)。ちなみに、3位はダイアナ妃、4位がチャールズ・ダーウィン、5位シェークスピア、6位アイザック・ニュートン、7位エリザベス一世・・という具合だ。偉大な科学者や文芸家たちをおさえて、第2位の地位を占めた技術者ブルーネルとは、どんな人物だったのか?

1835年、首都ロンドンと、大西洋に面する英国西海岸の港町ブリストルをつなぐ、「グレート・ウェスタン鉄道」の建設事業が始まる。ブルーネルはその主任技師だった。当時まだ29歳。彼は路線候補地を自分で調査した上で、高低差や急カーブの極力ないルートを選び、さらに走行安定性と乗り心地を保証するため7フィートという広軌の鉄道を設計・建設する。建設ルートの中には世界最長のボックス・トンネルも含まれていたが、見事にこれをやり通す。さらに彼は自ら蒸気機関車の仕様を決めて作らせ、当時世界最高速の時速100kmの走行を実現する。

しかしブルーネルの構想はこれにとどまらなかった。彼は、ブリストル港から米国へ汽船航路をつくり、ロンドンからニューヨークまでをつなぐ、文字通り"Great Western"な輸送実現を考えていた。この当時、まだ蒸気船で大西洋航路を渡った実績はなかったし、船のサイズと必要な石炭や水の量から考えて、そんなことは不可能だと信じる人も多かった。しかし彼は周到な計算の上、船体を大きくする方が相対的に抵抗が少なくなることを示し、世界最大となる72m長の蒸気船「グレート・ウェスタン号」を作る。木造船だったが、骨格を鉄で補強した船だった。蒸気機関には最新鋭の復水器を装備し、高効率と水の消費量の削減を実現。そして1839年、見事に大西洋航路横断に成功するのである。

ただしこの船は、まだ船体の横に外輪をつけたパドル型だった(ペリー総督が乗ってきた黒船のタイプである)。ブルーネルはこの構造を刷新し、1843年には「グレート・ブリテン号」を就航させる。これは98m長、3,400トンの鋼鉄船で、推進力は外輪ではなくプロペラだった。今日の近代船舶の祖型となった船である。これによって、英国は北大西洋航路における独占的な地位を築く。
e0058447_18094023.jpg
ブルーネルはさらに1852年には、210m長・2万2500トンという途方もなく巨大なGreat Easter号をつくる。構造的には二重底や防水隔壁をそなえた画期的なもので、これらの原理は今日の造船工学の常識となっている。この船は客船としては商業的に成功しなかったかわりに、特殊船として大西洋ケーブルの敷設に使われ、これによって欧州と米国は電気通信がはじめて可能となった

ところで今日の英国では、ブルーネルの名声はむしろ橋の設計と建設で記憶されているようだ。これも当時世界最長となった192m長の「クリフトン吊り橋」。ブリストルの西部を流れるエイボン川に架橋されており、今でも現役で使われており観光名所となっている。彼は設計において自重や応力分布を細かく計算し、鋼材の負荷状態を知ることができるようにしていた。

そして1859年完成の「ロイヤルアルバート橋」。機能と形状が美しく調和した設計の橋である。ただし、まだクレーンのないこの時代、河の中央部に設置する橋桁の工事が最大の難関だった。ブルーネルはここで『ニューマチックケーソン工法』を採用する。大きな鉄管を沈めて圧縮空気を送り、中で作業員がセメント等で補強し固定する工法だ。
e0058447_18112208.jpg
彼はまた、英国のクリミア戦争のとき、戦地に赴いたフローレンス・ナイチンゲールの要請に応えて、木造プレハブ工法によりレンキオイ病院をわずか5ヶ月間で建設する。今日の衛生・消毒・換気・室温コントロールの原理をといいれた換気装置付きの画期的建築設計で、感染症を抑えたおかげで、他の野戦病院での死亡率が40%だったのに比べ、この病院はわずか3%にとどまった。

ブルーネルは1959年、わずか53歳で亡くなる。彼は大学を出ておらず、たたき上げだった(父親はフランスに留学させたのだが、国籍の問題で入学を拒否されたのである)。帰国後間もない若い頃、父親と協力してテムズ川の川底を通るテムズ・トンネルの施工に従事する。当時はまだ人力掘削の時代であったが、側壁を支えながら掘削していく一種のシールド工法を用いて建設され、鉱山以外では例をみない新しい方式であった。このトンネルは現在でも地下鉄East London線で使われ続けている。

彼ら親子は自ら先頭に立って工事現場で指揮し、崩落事故で労働者が取り残された時、一人戻って救出にあたったのも、若きブルーネルだった。こうした点も、彼が英国史上10傑も選ばれた理由なのだろう。理論だけでもなく、設計だけでもなく、施工だけでもない。その全てを率先してこなした点に、ブルーネルの偉大さがある。

BBCによる説明からの孫引きになるが、ブルーネルは「エンジニアという、閃きが不可欠であるけれど も、それと同時に投資家や事業家を惹き付け、製造・建設に従事する労働者達の士気を高め、なおかつ安全確保等の観点から細部へのこだわりも持っていなければならないという、困難な職業を完璧なまでにこなした、 バランス感覚に優れたタフな人物だった」。

ここには一つの、完成されたエンジニア像がある。彼は(むろん彼女でもいいけど)、
・発想のひらめき、創造性がある
・事業家や投資家の関心を引きつける
・実際の作業に携わる人々の士気を高められる
・細部へのこだわりと、安全確保の心構えがある
という4本柱が必要なのだ。どれか一つでも欠けると、大きな仕事はできない。

世の中には技術者が尊敬される国、尊敬されない国がある。たとえば、フランスではエンジニアの地位が高い。これは歴史的な理由により、工学部がグランゼコールとよばれるエリート大学に設置されてきたかららしい。ドイツやイタリアでも、マイスター制度などの職人手仕事への敬意と、長い科学研究の伝統があって、それなりのようである。逆にわたしはずっと、英国ではエンジニアは中流階級の仕事であり、地位はあまり高くないと思い込んでいた。しかしBBCのランキングを見ると、間違いだったようだ。かの国でもちゃんと、優れた仕事をした技術者は評価されるのだ。

正直にいうと、わたしがブルーネルの名前を知ったのはつい3年ほど前のことだった。アルジェリアのテロ事件で亡くなった、故・新谷正法氏(前副社長)が社内で行った、安全に関する短い講演資料で知ったのだ。その内容は、「ハイボールと、本質的安全設計の教え」(2014-01-19)で紹介したとおりだ。じつは、飲料「ハイボール」の語源となったあのボール信号機は、ブルーネルがグレートウェスタン鉄道で採用した工夫の一つだった。シンプルだが、故障すると安全側に動き、本質的に安全な設計である。ああしたところに、傑出した技術者の精神が現れるのだ。

では日本で同じようなランキングを作ったら、上位に入る技術者はいるだろうか? あなたは誰の名前を書くだろうか。島安次郎? 本田宗一郎? 技術者は芸術家と違って、個人で名前を残すつもりで仕事をしているのではない。つくったものが、長く人々に使われることが、技術者には一番の幸せなのだ。石碑や銅像を建ててほしくて働くのではない。そしてもちろん、管理職として大企業で出世するか、さもなくば起業家になってIPOで金持ちになる事が、エンジニアとしての理想像だという今日の通念も、間違っているとわたしは思う。しかし、偉大な仕事をした人は、わたし達の社会にもたくさんいたはずだ。では、わたし達はなぜ、彼らの名前や、業績や、その理想と心意気を知らないのだろうか。

傑出した鉄道技術を表彰するために、1985年に「ブルネル賞」が創立された。だが、ブルーネルは、機械工学の仕事も、土木工学の仕事も、建築の仕事もやった。そして、どれも傑出していた。彼は何か一つの専門分野に立てこもった「専門家」ではない。科学研究の世界は、どんどん専門分化していく傾向にある。だが、技術は総合化していく必要がある。とくに「大きい仕事」「先端的な仕事」をしたければ、隣接する多くの技術を束ねていく力=インテグレーション能力がなくてはならない。
e0058447_18144153.jpg
(ブルーネルの設計によるパディントン駅)

それと同時に、エンジニアは技術の歴史を学ぶべきである。技術は単体では生まれてこない。社会のニーズ、周辺を支える別の技術、最新の科学法則、そして事業を支える経済力など。こうした文脈をすべて見通した上で、はじめて優れた仕事が生まれるのである。愚者は経験に学び、賢者は歴史に学ぶ、という金言がある。ならば、わたし達も、広く技術の歴史を学ぶべきではないか?


<関連エントリ>
 (なお、写真3点はいずれもWikipedia英語版からの引用による)

# by Tomoichi_Sato | 2016-08-28 18:18 | ビジネス | Comments(0)

職人的であること、エンジニアであること

ちょっと贅沢をして家族3人でお寿司を食べに行った。ネタの新鮮さでは界隈で一番という店である。期待通りの、いや期待を超えた美味だったし、いつもは寡黙なメインの寿司職人さんが、珍しくいろいろ話をしてくれた。包丁の入れ方だけでイカはどれほど旨みが変わるか、雲丹は塩水保存とミョウバンを使ったものでは口どけが全く異なること、などなど。サンプルと実演を混ぜて教えてくれた。寿司職人の勤務時間や修業時代についても、語ってくれた。お盆の連休前で、リラックスしていたのかもしれない。

帰り道に、息子が感心したようにつぶやいた。「寿司職人て、なるのはやっぱり大変なんだね。時間も仕事もきつそうだし。でも、それだけ修行したら、あの人みたいな腕になるんだ。」就活が一段落したばかりの息子は、たぶん来年からの自分自身も重ね合わせて、感じ入ったらしい。「それに、あのイカの味の差! すごい技術だよね。」

——技術じゃなくて、技能だな。
わたしは、軽く訂正した。

「技術と技能って、何か違うの?」

——違うよ。技能ってのは、あの板さんみたいに、その人の目や腕にいわば染み込んだ能力のことをいう。これは人についていて、他人にすぐには伝えられない。『属人的』な能力といえるだろう。

「ふうん。」

——ところが、技術というのは違う。技術ってのは、基本的に人に移転可能なんだ。技術の基礎は科学法則とか、経験知だけれど、それは言葉や数式や道具にして、人に伝えることができる。ここが大きな違いだ。

「そうなんだ。」

息子は再生可能エネルギーに関係した仕事を志望している。一応理系の学部を出て修士課程で学んでいるが、工学部ではないのでエンジニアの教育は受けていない。かといって営業とか経理など、事務屋になる訳でもない。では、どういう職種になるのか。どういう風に、腕を磨くべきなのか。そこが関心事なのだろう。そこで、わたしは続けた(誰かにものをたずねられると、いい気になってしゃべり続けるのが、わたしのいつもの癖である^^;)

——職人技と技術の違いを分かっていない人は、世の中に珍しくない。もちろん、どちらも大切なものだ。だけど、自分たちの会社の強みが、どっちで成り立っているか自覚していない企業も多いんだ。たとえば、精密な加工で、高性能な製品を作っている会社がある。そこの技術者たちは、自分たちの設計が良いから、高性能だと思っている。だけど、その精密加工は、じつは現場の職人の技能が支えているんだ。彼らが退職してしまったら、もう設計図どおりに製品を作れない。たとえ作っても、元の性能は出ない。だったら、その会社が大事にするべきなのは誰か。分かるよね。

「現場の人でしょ?」

——うん。あるいは、こういう例もある。超高圧に耐える製品を出している会社だ。微細なずれも許されない。だけど、その中核となる部品は外注先の中小企業が製造していた。その外注先がつぶれたら、あるいは経営者が高齢化で会社をたたむことにしたら、どうやってその製品を作り続けるのか。たずねてもはっきりした答えはなかった。不思議だと思わないか。技術というのは再現性のある結果を出せるから、技術なんだ。生産の継続性が保証できないのに、技術と言えるだろうか。図面を引くだけが、技術じゃないんだ。

「職人の仕事は、再現性がないの?」

——人によって違うだろ。さっきの板さんと、下っ端じゃ、同じ材料の刺身を切っても味が違う。

「なるほど。」

——まあ、大学を出た知的職業の中にも、職人的な仕事はいくらでもある。弁護士だとか、外科医だとか、音楽家とかは、同じケースを扱っても人によって結果が全然違う。だから、職人仕事が低級だとか、まずいとかいってるんじゃないよ。ただね、技術者はそうであってはいけない。同じ条件で設計したのに、材料の量が人によって3倍も違う、というのは技術になっていないんだ。

「設計の上手・下手っていうのはないの?」

——それは確かにあるよ。設計は与えられた条件の中で、科学法則に従いながら、問題を解決できる構造や形や機能を与える仕事だ。手際のよしあし、できばえの美しさや効率の良さ、というのは違いがある。とくに設計上の自由度が大きい、白紙のキャンバスに絵を描くような種類の仕事ではね。それでも、技術者はいつも普遍性を意識していなくちゃいけない。どんなときにも、一定のレベルで結果を出せなきゃプロとは言えないだろ? 経験知は言葉や式や道具にして他人に伝え、後輩の設計が下手なら、育成指導しなきゃいけない。そこまでやって、はじめてエンジニアの仕事は完結したといえる。

「ふうん。」

——ただ、一番良くないのはね、自己認識と、実際に自分がやっていることが、ずれている場合だ。たとえば、『自分はエンジニアだ』と信じながら、仕事のやり方はじつは職人的だ、という人がいる。職人は客観的な数字より、自分の五感を信じる。個人主義で、弟子以外の人に技を伝えるのを嫌う。原理や法則化も志向しない。だから、そういう自己認識のずれがあると、組織がだんだん歪んでいく。

・・そう説明しながら、わたしは職人的であることと、技術者であることの特徴的な違いを、頭の中で拾い出してみた。いろいろな類型化が可能だが、わたしがすぐに思いついた違いは、次のようなことだった:

「職人」
・五感を大切にする
・言葉による教育はしない
・自分が納得できる仕事がしたい(一に自負、二に報酬)

「エンジニア」
・科学的原理と経験知を大切にする
・知識と数式で教育する
・大きい仕事がしたい(組織人であることに抵抗がない)

わたしの連れ合いの父、つまり息子から見ると父方の祖父は、職人あがりだった。だからイメージがつかみやすい。職人は、自分の目で見、鼻で嗅ぎ、手触りによる判断を大事にする。自分の五感を最も信じるのだ。また、職人は徒弟制度の中で育つが、その基本は実地教育であり、懇切丁寧に教えたりはあまりしない。むしろ「親方から盗むこと」「先輩の背中を見て育つこと」を期待される。

そして、職人的であることの何よりの特徴は、仕事に対する態度だ。それは、「自分が納得できる良い仕事がしたい」と強く思うことだろう。職人はもちろん、報酬のために働く。昔は出来高制だったから、たくさん働けば、それだけ良い収入を得られた。しかし、お金より大事なのは、「納得できる、良い仕事」なのだ。職人にとっては仕事の成果が自分にとっての最大の報酬である。逆に、お金は二の次で、自分の興味ある仕事に打ち込んでいくのが、職人的な態度だ。

ところで、わたしの父親は技術者だった。父は早く亡くなったが、それでも大きな影響を受けた(エンジニアリング会社などというところで働いているのも、その影響の一つである)。父は数学や科学的原理を大切にしており、またよく勉強していた。ただ、自分もエンジニアになって分かったことは、科学が十分に説明できない経験知も、非常に大きな比重をしめていることだ。ただ、そうした知識と数式が、技術者教育の基本にある。「移転可能であること」が技術だからだ。

もう一つの技術者の特徴は、「大きい仕事がしたい」と考える人が多いことだ。大きい、は一種の比喩であって、物理的には「世界最小の製品」だって、意味的には「大きな仕事」である。とにかく、先端的な仕事で実績を上げ、名を上げたいという欲求が強い。そこは一種の競争心である。そして、大きな仕事をするに当たっては、技術的な分業体制が必要になる。そのため、組織人であることに抵抗がない点も、エンジニア達の特徴だろう。組織に属し、組織のルールや制約にも黙って従う。そこは、自立心の強い職人たちとは、少し違っている。

では、ものづくりの仕事に携わる人は、職人と技術者の2類型に分けていいのだろうか。なんだか足りないものがあるな・・と考えて、気づいたことがあった。連れ合いの父も、わたしの父も、後年は人の上に立ち、人をリードする立場になっていた。つまり単なる職人や技術者ではない、別の職種になったのだ。人を束ねて、ものづくりを進める。経営者というと身分の話になってしまうから、ここではあえて「技術リーダー」という言葉を使うことにしよう。そう、以前紹介した、ワインバーグの使った用語である。では、技術リーダーとはどういう人たちか?

「技術リーダー」
・直感と協調性を大切にする
・リーダーは教育と実地訓練で育てられると思っている
・価値がありお金も儲かる仕事がしたい

技術リーダーはとても実際的な人たちである。彼らは現実感覚、もっといえば自分の直感や見通しを大切にする。同時に、人を束ねる仕事だから、協調性も大事だ。協調性とはいいかえると、「感情やパッションを共有すること」である。また、彼らは後輩の育成指導も大事な仕事と心得ている。こういったリーダーは、たんに素質を見いだすだけではなく、言葉でも教育し、かつ実地訓練で育つと考えられている。

技術リーダーたちが望む仕事は、価値があり、かつ、ちゃんとお金も儲かる仕事である。価値がなければ人々はパッションを失ってしまい、ついてこなくなる。しかしお金が儲からなければ、人を養うことができない。人を大切にし、かつマネーにもこだわる。これが技術リーダーだ。(なお、わたしはこういう人たちを『プロマネ』という言葉でよびたい欲求もあるのだが、そうよんでしまうとかえって狭く受け取られかねないので、このままにしておく)。

こう考えると、ものづくりに携わる人たちには、三つの類型があるように思える。職人と、エンジニアと、技術リーダーだ。三つの頂点が作る三角形の中に、自分を付置してみるのも面白い。そして自分の目指す方向も描いてみる。たいていの理系大卒の人間は、右下隅のエンジニアの卵としてキャリアをはじめる(わたしもそうだった)。その後、エンジニアであり続ける人もいるが、科学原理は脇に置いて、リーダーとして人を動かし、世に認められる(商業的にも)仕事を目指していく者もいる。また科学原理を離れ、職人的になって自分の感覚を頼りに、守備範囲を孤独に掘り下げていく人もいる。どれを選ぶかは上等下等というより、価値観の問題だ。
e0058447_3325161.jpg

・・というようなことを考えつつ、さて、こういったややこしい図式を、ほろ酔い機嫌の帰り道で説明するのはなかなか至難だな、と思っていたら、しばらく黙っていた息子から質問があった。

「エンジニアに向いているか職人に向いているかって、会社ではどうやって決めるてるの?」

——それはね、本当はその人の資質で決めるべきなんだけど、たいていの会社ではいわゆる学歴で最初から振り分けているのさ。『技術員』と『技能員』という言葉で呼び分けている会社もある。技術員は大卒で、事務所で計算や図面引き、技能員は高卒で、現場で一生、力仕事、と。昭和時代には、大卒は「人事部」が管理して、高卒は「労務部」が相手する、という風に管理組織まで分けている会社があったくらいだ。

「え、人事と労務って、そういう違いだったの?」

——かつて、一部の会社ではね。そして、大卒はホワイトカラーとしてどんどん上がっていけるけれど、高卒は良くても課長止まり、という会社がほとんどだった。給料も全然違う。あんまりバカバカしいから、みんな子どもは大学に行かせるようになった。日本では90年代の初めに、高卒より大学進学者の方が多くなる逆転現象がおきた。結果として、現場で働く職人はだんだん減って、現場仕事の質は残念ながら、どんどん下がってしまった。その一方で、ホワイトカラーや営業職種は水ぶくれになって、生産性が上がらないことおびただしい。品質問題と生産性低下。これが平成不況の症状だ。明らかに、間違ってるだろ?

「何でそんな事になっちゃったのかな。」

——それはね、人間の職種を上下に分けて、それを学歴で振り分けたことだ。職人は肉体労働として卑しんだ。誰でもできて、代わりはいくらでもいると、高をくくった。自分たちの産業が、どれほど職人仕事に依存しているかも理解せずにね。そのくせ高学歴の自分たちは、無意識に職人的な仕事ぶりになって発展力を失っていった。

「技術の進歩で、職人仕事は減らないの。」

——ある種の単純な力仕事は、たしかに減ったさ。だけど確実に残る部分はある。さっきの板さんの仕事を、ロボットで代替できるかな? ああいう手先の細かな技能こそ、日本の宝なんじゃないかな。あの板前さんは大学どころか高校も出なかったみたいな話しだったけど、立派な技量を持っている。日本は学歴社会っていうけれど、じつは「入学歴」にすぎないだろ。

「そうだね。」

——18歳のある日の試験で、人よりたくさん正解を言えたからって、一生優遇されるなんて馬鹿げてる。お父さんの会社はさ、いろいろ問題はあるけれど、一つだけ自慢していいことがあるんだ。それは、大学を出ていなくても社長になれることさ。

「そうなの?」

——そうだよ。俺が入社したときの社長は、高専卒だった。それに、今から10年くらい前の社長も、たしか高専卒だったはずだ。それでいいんだよ、エンジニアリング会社なんだから。エンジニアは技術力がすべてだ。それは、その人が仕事でどれだけ学んできたかってことを示してる。さっきの板前さんの修行も同じさ。学歴ってのは、本当は『学んできた歴史』のことを言うべきだ。社会に出てから、どれだけ学んだかが、その人の本当の価値なのさ。


<関連エントリ>
 →「スペシャリストか、ジェネラリストか?」 (2016-04-18)
 →「組織のピラミッドはなぜ崩壊したか(2) 学歴社会の矛盾」 (2010-09-19)
# by Tomoichi_Sato | 2016-08-21 03:40 | 考えるヒント | Comments(2)

マネジメントの仕事・地位・パワーを混同してはいけない

ある朝、目が覚めると、あなたはノルウェー国王になっていた。いったいどうしてこんな事になったのか。あなたは自分の名前も、生まれ育った日本の町も経歴も、全部ちゃんと覚えている。なのに、ノルウェー国王になったつい最近のいきさつだけは、すっぽりと記憶から落ちている。

呆然としながらも身支度を終え、質素ながらも立派な朝食を食べて人心地ついたあなたの前に、宰相がやってくる。彼は礼儀正しくあなたに挨拶をすると、いくつかの紙の束を取り出して、あなたの前に置く。「国王陛下。これが本日、発布いただきたい法律と政令です。どうか、ご署名ください。」

念のために言っておくと、北欧の国ノルウェーは、完全な民主主義国家である。法律は国民の選出した議員が国会で決める。だが、すべての法令は、国王の名前で公布するしきたりになっているときく。宰相があなたにサインを求めてきたのは、そのためである。あなたの前には、法令書類一式と、国王用の立派なペンが置かれている。

さて、ここで問題である。あなたは、法案にサインして交付することにした。あなたのしている事は、マネジメントだろうか?

・・これは、わたしが大学の授業でプロジェクト・マネジメントを教える際に、学生に問いかける質問の一つである。プロジェクト・マネジメントの講義であるから、最初はまず、プロジェクトとは何か、そしてマネジメントとは何か、について、簡単にレクチャーするところからはじめる。プロジェクトとは、(1)終わりのある仕事であり、(2)複数の人間が協力する必要があり、(3)失敗のリスクがともなうような種類の仕事である、とまず説明する(これはPMBOK Guideの”A project is an endeavoir …"という抽象的な定義を、わかりやすく言いかえたものだ)。

ついで、マネジメントとは多義語だが、その中核にある原義は、

 「人に働いてもらって、目的を達成する事」

だと教える。人を動かすことがマネジメントであって、自分の手を動かして何かを産出することは、(それ自体は尊い仕事だが)マネジメントとはよばない。

他に二つ、マネジメントとして大事な要件がある。それは、先読みとリスクテークを含む「決断」を必要とすることだ。不確実な状況下で決断しない人、決断できない人、先延ばしにする人は、マネジメントに向かない。また、計画を立て、現実との差異から学ぶことも、マネジメントに必須の仕事だ。 計画立案と現実の統率は「マネジメント」の車の両輪である 。だから、

「人を動かせない・決めない・見通せない・学ばない上司やボスに、皆さん方は将来、出会うかもしれません。だが、その人がたとえ立派な役職についていようとも、そういう人の仕事ぶりは『マネジメント』からはほど遠いというべきです」

という話をしてから、上記の質問をするのである。ある朝気がつくと、あなたはノルウェー国王になっていた。さて、法案にサインし交付するあなたの仕事は、マネジメントか? と。

こういう聞き方をすると、マネジメントではないと思います、と答える学生がほとんどだ。なぜ? とわたしは聞き返してみる。たいがいは、こう答える。
「だって、人を動かしている訳でもないし、自分で決断している訳でもないでしょう。」

でも念のため、わたしは意地悪く質問を重ねる。・・そうかなあ。法律を定めたっていうことは、ノルウェーのすべての人がそれにしたがって動くということじゃない? つまり、人を動かしている訳だ。それにあなたは、自分の意志でペンを取って、サインすると決めたんでしょ?

「でも、法案にサインしない、っていう選択肢はないんだとしたら、それは決断とは言えないと思います」

その通りだ。ノルウェー国王には、こんな法案は気に入らないから、別のものを持ってこい、と議会に命じる権限はない。拒否権はないのだ。それに、法律が人を動かすのは事実としても、それは国王が意図した目的のために作られる訳でもない。だから「人を動かして目的を達する」ことにはならない。

念のためにいうと、ノルウェー国王は、元首である。国内で、彼(彼女)よりも偉い人はいない。人々の上に立つ、トップリーダーだ。だが、人の上に立つということと、マネジメントをする事とは、まったく別である。この単純な事実を理解してもらいたくて、わたしはこんな変な質問を学生にするのだ。

というのは、「管理職の地位に就く」ことと、「マネジメントの仕事をしている」ことを、人はしばしば混同するからだ。何らかの地位にあるのは、英語で言えば to be 〜である。しかし、マネジメントをするのは、英語なら to do 〜だ。イコールにはならない。

さらにいうなら、マネジメントは、管理職になるよりずっと前から、たいていの人に必要となる仕事なのである。「人に働いてもらって目的を達成すること」である以上、入社後まださほど年数もたたない若手技術者が、仕様書を書いて外注先に発注し、仕事をしてもらったら、明らかにこの人はマネジメントをしている訳である。あるいは、同僚や先輩の協力を得て店を決め、得意先との楽しい飲み会をセットし幹事の仕事を全うできたら、マネジメントの初歩をしているのだ。いや極端に言えば、朝の食卓でお母さんに「そこのお塩とって」と頼んで、お塩をとってもらったら、その瞬間は母親をマネジメントしたのだ。

もっとも、「立っている者は親でも使え」の諺にしたがって、母親にお塩とってと頼んだら、「何いってるの、あんたが自分でとりなさいよ、この不精者!」と逆襲される可能性は多々ある。あなたには、母親を動かす『強制力』がないからである。上長はふつう、部下に命じて動かす強制力を持っている。なぜなら上司には、部下の査定と予算承認の権限があるからだ。部下が著しく不従順ならば、査定で給料を抑えたり他部門に飛ばしたりすることも可能だ。発注書だって管理職の判子がなければ普通は効力を持たない。

こうした強制力のことを、英語ではパワー(Power)とよぶ。いいかえれば、『権力』である。管理職は部下に対する権力を持っている。とくにアメリカ英語は簡潔かつ即物的だから、権力を持つ人のことをパワフル(Powerful)だと表現する。かつて黒人女性としてはじめて国務長官の地位に就いたライス女史のことを、有名誌が「世界で最もパワフルな女性」と表現したが、これは単に彼女がエネルギッシュであることを述べただけではない。実際に世界で(米国大統領を除けば)もっとも権力を持っていて、他国を否が応でも動かせる立場にいることを意味したのである。

さて、世の中のたいていの組織は、地位についてピラミッド型の階層構造を持っている。どうしてこういう形の組織が生まれるのか、本当にこうした位階秩序は合理的なのか。この問題については、ノーベル賞を受賞した経営学者ハーバート・サイモンをはじめ、多くの研究と説明があるが、ここでは省こう。ともかく、上に行けば行くほど椅子の数は少なく、職位が上の方が名誉も大きいとされている。人間には生まれ持った競争心があるから、組織人はつねに、上に行きたいという気持ちを抱いて働くことになる。

昇進への欲望をモチベーションにして、人を働かせるという方策は、たいへん良くできた仕掛けであって、これまで十分な効果をあちこちで示してきた。昇進もなく、将来への希望も全くない職場だと、どれくらい仕事の質や効率が落ちるか、容易に想像できると思う。

しかし、このような仕掛けには、まずい点が一つある。それは、地位・権力(=パワー)と、「人を動かし、見通しを持って計画し決断して、目的を達成していく」仕事(=マネジメント)とが、混同されやすい点である。くどいようだが、地位・権力は、"to be" とか "to have” で表現するもので、マネジメントは “to do”で語るべきものだ。

だが、管理職という地位・権限と、マネジメントという職能を等号で結びつけてしまったがゆえに、
「マネジメントは管理職がするもの」
「管理職だからマネジメントしているはず」
「自分は技術者だから(管理職じゃないから)マネジメントは関係ない」
といった誤解と錯覚が、あちこちで無限に増殖していく。

マネジメントは一種の専門的な技量であり、それをきちんと行うためには専門的技術(「管理技術」)を学ぶ必要がある、というような認識は、出世街道とピラミッドからなる組織図からは生まれにくい。まして、「プロジェクト・マネージャーとは、マネジメントという仕事を専任で引き受ける、一種の『役割』(Role)である」という概念など、非常に縁遠くなる。

プロマネとは一時的な(=有期性の)役割である、というのは、現代PM理論の世界では常識的な概念だ。ちょうど演劇で、今回の芝居ではこの人が国王役、と決めるように、そのたびごとに決める役割である。そして、いったん役割が決まったら、たとえそのプロマネが自分より年下であろうが、技術的には自分の方がずっと知識があろうが、最終的にはプロマネの計画や判断に従って動いていく(むろん、途中で意見のやりとりはあるだろう、当然だが)。なんとなれば、プロジェクトの最終的成果、価値への責任はプロマネが負っているからだ。責任を負うから、権限も委ねる。「権限=責任」の等式の両辺は一致させる。そのかわり、マネジメントのための管理技術の体系を学ばせる。これがまあ、現代流の(あるいは西洋流の)PM理論の考え方である。

ここでは、マネジメントをする「個人」と「ポジション」と「管理技術」が、それぞれ独立している(DB技術風にいうと、独立したエンティティになっている)。ところが、出世街道ピラミッド型の組織論で、すべてのマネジメントをまわそうとすると、
「優秀な個人」←→「上の立場・権力」←→「マネジメントの仕事」
という風に、ひとつながりになってしまう。

ここからさらに派生して、「部下を動かすのが上司の権限」=部下を不合理にいじめて上司風を吹かせるのも有能なる自分の特権の一部、と合点するパワハラ不心得者さえ、一定数、出現する。

ピラミッド型組織で、このような不都合を防ぐには、どうしたら良いのか。解決策は、二つある。一つは、管理職位ごとに、きちんと細かくルールを設定することだ。どういう人間ならばその職位につけるのかという、能力による品質基準(Qualification)。その職位がなすべき機能と権限の範囲。そして機能が要求する技術・知識・スキル。こうしたことを、個別に設定する。これを、ガバナンスとよぶ。

ただし、この処方箋の困難な点は、社内ルールを制定する権限もまた、上位職者が握っていることだ。だから「マネジメントには独立した管理技術がある」なんて意識がこれっぽっちもない方々が経営層に多い場合、こうしたルール制定は不可能だろう(そんなルールを敷いたら、まず自分たちが真っ先に不適格になってしまう)。本当は株主がガバナンスを要求すべきなのだ。だが、利益が出て株価が高ければ、あとは興味のない株主も多い。

もう一つの方策は? それは、「外を見る」ことである。自社のありようは自社のありようとして、外ではどうなっているのか。目前のライバルだけでなく、広く視野を世界に求めて、世の中ではどうしているのかを、学ぶ。これは日本企業が、これまで以上に海外と接するようになった今日、むしろ日々得られる体験でもある。

その昔、咸臨丸にのって米国を視察してきた勝海舟に、江戸城で幕府の重役がたずねた。かの米国と我が国の違いは何かと。海舟は、人間のすること古今東西同じもので、アメリカとて別に変わったことはありません、と答える。しかしそれでも何かの違いはあるであろう、と繰り返したずねた重役に対し、
「さよう、少し眼につきましたのはアメリカでは、政府でも民間でも、およそ人の上に立つものは、皆その地位相応に利口でございます。この点ばかりは、全くわが国と反対のように思いまする」
と答えた。するとご老中が目を丸くして、「この無礼もの。控えおろう!」と怒鳴ったという(「氷川清話」による)。

わたし達は勝海舟ほど剛胆ではあるまい。だが、米国の実情が彼のいう通りかどうかはともかく、他者を見て改めて我を振り返る、というのはわたし達に共通した特性である。勝自身、さまざまな身分の浮沈をくりかえし経験した人間であった。だからこそ彼には、地位と職務の違いが見えていたのである。

追記:
e0058447_18202730.jpg

ネットで検索すると、現在のノルウェー国王ハーラル5世は、この方である。Wikipediaによれば、なんでもノルウェー生まれの国王は、500年ぶりらしい。ときには自国の言葉もしゃべれない他所者を国王に招いたりするヨーロッパの人たちの王室感覚というのは、よく分からないものである。国王というのも、あるいは一種の『役割』なのだろうか・・?
# by Tomoichi_Sato | 2016-08-11 18:21 | プロジェクト・マネジメント | Comments(0)