ジェラルド・M・ワインバーグが今月初めに亡くなった。享年84歳。’97年にコンピュータ殿堂入りを果たした彼は、物理学博士で元IBMの技術者だが、むしろコンサルタント兼エッセイストとして知られる。機知に富んだ、ひねりのある文章と、システムに関するユニークな視点にあふれる彼の著書は、けっこう好きで、何冊も読んだ。 最初に出会ったのは、『一般システム思考入門』だったと思う。まだ学生だった頃のことだ。この中で彼が提起した「中数の法則」とは、システム工学における問題の難しさの所在を論じるものだ。たいていのシステムは、個別に要素を分析・予測するには数が多すぎるが、大数の法則による統計をあてはめるには要素が少なすぎる、と彼は喝破する。また、システムの状態空間をグラフに描いてみて、その軌跡が交差するときは、次元が足りない（隠れたパラメータが存在している）、という見方は、今でも良く覚えている。 70年代に書

「ぼくら、生産管理について、少し勉強したいと思っています。ただ、どこから手をつけていいか、よく分からなくて。教科書もあるような、ないような、Amazonとかで探せば、山のように候補は出てくるんですが、どれが良いのか迷ってしまいます。また逆に、自分たちの社内にはあまりそういう資料はなくて。」 －－なるほど、生産管理の勉強ですか。皆さんは受託開発のシステム・インテグレーターにお勤めですね。すると、製造業向けのシステム開発に取り組まれるんですか。生産の実務を知っているITエンジニアは少ないので、勉強されるのはいいことですね。 「いえ、少し違うんです、佐藤さん。たしかにぼく自身は今、製造業向けの仕事をしていますが、業務分野は会計システムですし、他のメンバーも、製造業はあまり経験がないんです。ぼくらの勉強会は、しばらくプロジェクト・マネジメントについて勉強してきました。ご存知でしょうが、ITプロジェ

以前、「英国史上、最も偉大な技術リーダーに学ぶべきこと」https://brevis.exblog.jp/24622591/（2016-08-28）と題する記事で、イザムバード・ブルーネルのこと書いた。19世紀前半のイギリスで活躍した、傑出した技術者だ。たまたまロンドンに来る用事があったので、ブルーネルが作ったパディントン駅を見た。とても美しく、かつ機能的な、優れた建物である。改良の手は入れているだろうが、建築物としての骨格は、おそらく最初のままだと思われる。実物を見て、あらためてブルーネルという人の天才的なセンスを感じた。 そのパディントン駅から多少歩いた公園・ハイドパークの南側に、「アルバート記念碑」が立っている。大英帝国の最盛期を作ったビクトリア女王が、亡き夫君のアルバート公を記念して建造を命じた、巨大なモニュメントだ。こちらはネオ・バロック様式で、すごく美的だと思うかどうかは、見る

駐車場を出たとき、車の後ろの席で、P社の社長はそうつぶやいた。わたしは関西にあるPという株式会社を訪問して、工場を見学させていただき、そこの社長さんと何人かの方と一緒に、車で新幹線の駅へと向かう途中だった。車は途中で一旦、とある屋外駐車場による必要があった。 駐車場の入り口には、昔の電話ボックス位の大きさの小屋があり、そこに番人が座っていた。顔にシワの刻まれた、中高年だったと思う。彼はそこに来る日も来る日もたった1人で座り、車の出入りや場所の移動等の作業をしていくのだ。同僚との会話もなく、明確な休憩時間もない。暑さ寒さも厳しい。自動ゲートの機械を入れれば済むのだが、駐車場のオーナーは単純労働者の低賃金で済ましているのだろう。 後ろの座席でのP社長のつぶやきを聞いて、わたしは、「人が働くとはどういうことか、人をどう使うのが良いのか」について、つねに自問している方だと思った。わたしは今、見てき

旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。

前回の記事「ダイレクト・ガントチャート方式の問題点」http://brevis.exblog.jp/26231556/ で、世間ではそもそも「WBS」とか「Activity」という概念のレベルで、誤解や混乱があると書いた。 たとえば、WBS＝「ガントチャートの線表に引いた線の集合」だ、と理解している人達を、よく見かける。ためしにネットで、「WBS スケジュール」の2キーワードで検索をかけてみると、よくわかる。上位の検索結果に、こういう説明が出てきたりする：

「日本は、ものづくり大国だ」という言い方を、よく耳にする。モノづくり大国とはどういう意味なのか、わたしは正確な定義を知らない。GDPの中で製造業の占める割合が、すでに1割台に落ちている国に、ほんとに適切な形容なのかとも思う。だが、あまり正確に定義できる概念ではないのかもしれない。モノづくりが盛んで秀でているなら、「日本は技術大国だ」という言い方だって、同じくらいしても良さそうだ。しかし、なぜかそちらはあまり聞かない。そういう実感があまりないのだろうか？ むろん日本の技術者のレベルは高い。そのことは、いろいろな国で仕事をしてきたエンジニアリング会社の人間として、証言できる。それでも「技術大国」という気がしないのは、なぜだろうか。技術大国という言葉でふさわしいのは、現在、どこの国だろうか。技術大国という以上は、少なくとも、技術者の待遇がよく社会的にも尊敬されていることが、必要条件だろうが。 1

まだ駆け出しだった頃、工場改善コンサルタントの話を聞いたことがある。それなりに面白い話がいろいろあったが、1番よく覚えているのはヘアドライヤーの話だった。このコンサルタントは、製造業、とくに電気系メーカーの設計部門を訪れた際は、必ずヘアドライヤーの冷風スイッチについて、尋ねることにしていると言っていた。 「ヘアドライヤーには、温風のスイッチのほかに、必ず冷風のスイッチがありますよね。御社の製品にも、ついていると思います。ではこの冷風のスイッチは、何のためにあるんですか？」

10年ほど前のことになるが、プロジェクトマネジメント学会に呼ばれて「トワイライト・サロン」で講演を行ったことがある。テーマは「海外プロジェクトの共同遂行におけるリスク要因」で、海外の企業と組んで共同でプロジェクトを進める際に、どんなリスクが考えうるかと言う話だった。共同で組む場合、ジョイント・ベンチャーや、コンソーシアムなどいくつかの契約上のパターンがある。また、スコープをどう分担するかも問題だ。これらを考えた上で、最適なフォーメーションをデザインする必要がある。わたしは同僚のAさんと一緒に、来場者の前でこうした問題についての考え方をお話しした。 講演の後質疑応答の時間になって、幾人かの方が質問に立った。ところで、PM学会の参加者は昔も今も、ほとんどがIT業界の人たちである。話題も、IT開発系プロジェクトがなぜかデフォルトになってしまう。その中の1つは、プロジェクトがスタートしたしばらく後

大学3年生の時、専門科目の学生実験があった。わたし達の班は「流動層の伝熱測定」という課題が与えられた。流動層というのは、丸い円筒形の容器の中に、細かな粒子（粉体）を半分くらいまで入れて、容器の底のノズルから気体を送り込んでやる装置だ。気体の流量がある点を超えると、それまでは単なる粉の集まった固体のように見えた層の中に、急に泡が生じて、全体がまるで液体のようにふるまい出す。これを流動化開始速度と呼ぶ。中で起きているのは、固体と気体とが混じり合って、液のような乱流を示す現象だ。化学プラントでは、細かな触媒粒子を使う化学反応で、反応熱が大きいときに、よくこのような装置を使う。中が良く混ざるので、熱がホットスポットのように集中しないですむからだ。 さて、わたし達の班は指定された運転条件で実験装置を動かし、得られたデータを元に計算した。ところが、教科書に載っている伝熱係数の推算式と、結果が3割も違う

わたしが中小企業診断士の資格を取ったのは、もう20年以上も前のことだ。その頃、診断士の試験は「鉱工業」「商業」「情報」の3コースに分かれていた。どの試験を通っても、おなじ診断士の資格を名乗れる。わたしは情報系を選んだ。「情報」コースには、さらに専門試験科目が「流通情報」と「生産情報」の二種類あったので、わたしは「生産情報」を選んで試験を受けた。工場づくりをビジネスとするエンジニアリング会社に勤める人間としては、当然の選択であった。 ちなみに診断士試験に「情報」コースができる前は、「鉱工業」と「商業」の二種類しかなかった。これはちょっと不思議である。だって、まるで中小企業には製造業と流通業しかないみたいではないか（鉱業も入っているが、石炭産業の盛んだった戦後ならいざ知らず、鉱業にはほとんど大企業しか残っていない）。しかし、たとえば運送業にも建設業にも、中小企業はたくさんある。それなのに専門試

トラブルの原因分析について、このところ2回にわたって考えてきた（「熱気球の浮上、または原因分析のシステムズ・アプローチについて」・「経験から学びすぎることの危険　～ゆらぎある事象の原因分析について」 ）。原因分析の手法にこだわっているのは、それが「学び」と「成長」の鍵だからである。自らの能力を向上させ、成長するためには、仕事の結果（成果）から学ぶべきだと、わたしは信じている。個人も、組織集団も、である。 仕事の結果としてトラブルが生じたら、そこから素直に学ぶ。成功からも学べるが、失敗から学ぶ方が、記憶に強く残るからだ。そして（当然ながら）すべてに成功できる人なんていない。あの本田宗一郎だって、「自分は失敗ばかりしていた」と言っているくらいだ。他人から見たら成功でも、自分ではそこに足りない点を見る、というのがこの経営者の卓越した点だったのだろう。 さて、繰り返すが、『根本原因』Root Ca

1973年、第四次中東戦争が勃発した。イスラエルに対してアラブ国側が先制攻撃をしかけて始まったこの戦争は、緒戦段階でエジプト軍の地対空ミサイルが効果を上げ、イスラエル空軍機を多数撃墜した。戦争は結局、米国の後押しを得たイスラエル側が、ある程度まで押し返して、わずか2週間ほどで終わる。ただ、この時の余波で第一次石油ショックが起こり、油価の暴騰とエネルギー供給危機に、日本を含む西側諸国は大きな動揺を経験する。 イスラエルの側も、それまで過去の戦争ではアラブ側を圧倒していたのに、大きく面目をつぶした。とくに空軍の損失は甚大で、しかも損失の出方は偏っているようにみえた。たとえば、同じ基地から飛び立った二つの飛行中隊のうち、片方は4機を失ったが片方は無傷だった。このため、損害を被った飛行中隊のどこが悪かったのか見つけようと、調査が開始されていた。しかし一方の中隊がとくにすぐれていると考えるべき理由は

中堅エンジニアが壁を破って成長するには、何を学ぶべきか。そういう問いに関連して、ここ何回か書いている。初級の仕事を一通りおえて、とりあえず一人前のことはできるようになっても、その先にしばしば壁がある。そこを乗りこえて面白い仕事をしていくためには、もう少しマクロにものを見て、人を動かせるようになっていく必要がある。 今年の1月に、静岡大学と浜松ソフト産業協会の共催によるプロジェクト・マネジメント講座に呼ばれて、初日の講師を務めさせていただいたときも、その話から始めた。集まった方はほぼ全員がIT技術者だった。IT分野は勉強会も盛んで、知識欲に燃えた熱心なエンジニアも少なくない。わたしはたずねた。 「この中で、現在プロマネの仕事をされている方はいらっしゃいますか？」 手を上げた方は全体の1/3もいなかった。ある意味、予想通りではある。プロマネの仕事をばりばりこなしている人は、こうした講座を聴きに

大学でプロジェクト・マネジメントを週1回教えていることは前にも書いたが、授業は毎回必ず、前回の復習と、学生から出た質問への答えからはじめることにしている。出席シートに質問欄を設けて、そこに気になったことへの質問をかいてもらうのだ。むろん授業でも最後に「質問は？」ときくのだが、だいたいの学生はなぜかその場では質問せずに、紙に書いてくる。 いろいろ出た質問の中から、いつも「本日のBest Question」を選出し、その質問者の名前を明示してほめることにしている。良い質問を考えることは、単に回答を考えるよりも、ずっと価値があるからだ。一般に、マネジメントの問題には正解がない。正解がない中で、自分で考えて決めていかなくてはならない。これは、たくさんの正解を覚えてどれだけ早く答えるかを競ってきた東大みたいなところでは、とくに大切だ。 さて、「マネジメントとは何か」という授業をやった後で、面白い質問

物流センターとは何か。それは、物流のセンターである・・と答えたら、正解だろうか？ 物流とはモノの流れ、すなわち販売者（生産者）から消費者へのモノの移動と輸送のことを指すのが普通だ。だとすると、産地も消費地も全国にちらばっているのだから、物流に「センター」があるというのはおかしな話ではないか。全国をカバーするJRの鉄道に、どこか「中心」があるだろうか。全国の高速道路網の、どこがセンターなのか？ もちろん、そんな意味ではない。物流センターとは、企業あるいは商品（群）にとっての、物流のハブなのだ。「ハブ＆スポーク」の意味はご存じだろう。ハブはものの流れの集まる焦点であり、またそこから流れが出る中心である。つまり、モノが大量に・頻繁に出入りする施設をいう。そこにモノを在庫・保管し、そこから仕向先にモノを出荷する機能を持つ、施設。これが物流センターだ。モノを分配・配送する拠点。英語ではDistrib