海外で働くということ 1ヶ月ほど休みを取って、その国に行き、仕事を探すつもりだ。そういう意味のことを、その人はいっていた。そして欧州のある国の名前を挙げた。知的で真面目そうな風貌。それなりの年代だろうか。そして続けた。日本で求職活動をしても、時間ばかりかかって、埒が明かない。やはり現地に行った方が早い、と。 近くのテーブルで耳に入っただけだから、わたしが何かコメントする立場にはない。しかし思った。（この人は中年過ぎて外国人労働者になるのか。それがどういう事なのか、分かっているのかな。家族も居るようだが、どう思っているのだろうか） 『外国人労働者』という言葉は、日本ではなぜか、単純労働者のことだけを指すようだ。だが大学出の知的職業だろうが何だろうが、自営業のプロフェッショナルでない限り、組織に雇われて働くものは労働者だ。そして外国、とくに欧米で働いて、なおかつ一定のリスペクトを受けて自分の地

自分のプロフィールに「国内外の製造業及びエネルギー産業向けに、工場作り・生産システム構築の仕事に従事してきた」などと書いているためか、「日本の製造業は、海外に比べて特殊なのですか？」という趣旨の質問をされることが、時々ある。「なぜ日本と海外はこうも違うのでしょうか？」といった聞き方の場合もある。 こうした質問は、日本と海外で同等なはずのものが、なぜか違っていた、との事例とともに、語られることが多い。例えば、同じ企業のグループに属しながら、生産管理系のパッケージソフトを、海外工場ではノンカスタマイズでスムーズに導入できたのに、国内工場では苦労したあげく、失敗したという事例。あるいは、国際標準に従ったサプライチェーンの仕組みが、日本国内だけどうしても使えなかった事例。 さらに、国内では立派なプロジェクトマネジメントの実績を持つ会社が、海外に出て行って遂行したら、赤字や納期遅延で痛手を被ったケー

先週の5月26日に、「アジア・シームレス物流フォーラム」https://mf-p.jp/aslf/ のパネル・ディスカッションに参加してきた。このフォーラムは日本マテリアルフロー研究センター（JMFI）が主催する展示会で、国内外の大手物流関連企業が集まっている。コロナ禍が過ぎて3年ぶりにリアル展示となり、来場者数も多くかなり盛況だった。物流関係の催しなので、本サイトの読者からは縁遠いかと考え、とくにお知らせもしていなかったが、SCMの関連テーマもあり、広報すべきだったかもしれない。

考える技法、思考のノウハウについては、世の中に数多くの本やコンテンツがある。しかし、いつ考えるべきかという問題については、あまり論じたものを見たことがない。今回はこれについて考えてみよう。 Systems Thinkingの方法論などで知られるジェラルド・M・ワインバーグの名言に、「やり方(Know-how)よりも大事なのは、しおどき(Know-when)だ」と言う言葉がある。良い結果を得るためには、どのようにやるかの方法を知ることも必要だが、いつどんな時にその方法を用いるべきかを知ることの方が大切だ、と言う意味である。

『コストセンター』論について、このところ2回続けて考えている。「価値を生まないコストセンターは企業にとって重荷である。できれば外注化し、せめて子会社化してコストカットをはかるのが、正しい経営のあり方である」という信憑が、わたし達の社会の通念となってきた。 そしてこの通念こそが、実はさまざまなあり方で日本の産業界を歪め、その競争力を低下させる結果を生んできたのではないか？——これがわたしの問題意識である。これについてはずっと以前から考えており、9年半前にも「コストセンターとは何か」 (2013-03-13)を書いて、小さな警鐘を鳴らしたつもりであった。記事の中で、わたしは次のように書いた：

エンジニアリング会社で、それなりに長い間、働いてきた。昨日、4月1日は入社式の日だ。自分のときもそうだった。考えてみるとずいぶん昔のことだが、なんだか、ついこの間のようにも感じる。 率直に言うと、同じ会社でこんなに長く働くとは思っていなかった。エンジニアリング会社は受注産業だ。仕事が取れなくなれば、すぐに倒産する。入社したときに、「この会社は3年もつだろうか」と思ったことを記憶している。 長く働く間に、わたしも人並みに「よそに転職しようか」と思わなかった訳ではない。だが、製造業にも建設業にも、コンサルティング会社にもIT企業にも転じなかったのは、やはり「エンジニアリング」という仕事に、それなりにこだわりをもっていたからである。

今回は前回に引き続き、本サイトにおけるPMと並ぶもう一つの重要なテーマ、SCMに関係する問題を考えてみよう。生産管理システムは生産を管理できるか、という問題である。 何度も繰り返していることだが、管理とマネジメントは違う。日本語の「管理」という言葉は、英語では3種類の異なる概念をカバーするような、いささか曖昧な多義語である。おおむね、

「マネジメント・システム」という言葉には普通、二種類の用法がある。方式・体系としてのマネジメント・システムと、ITとしてのマネジメント・システムである。前者の類例には、「品質マネジメントシステム」などがある。いわばルールと手順の体系であって、それ自体は全てを紙ベースで進めても構わない。

もちろん、わたしも例外ではない。わたしは不注意で、うっかり大事なことを忘れたり、間違ったことを発信しがちだし、数学的能力もあまり高くない。将棋や囲碁なんて、三手詰めさえ解けない。「それなのに、どうやってプロジェクト・マネジメントなんてできるの？」と将棋の得意な友人に以前きかれて、ぐうの音も出なかった（苦笑）。 プログラミングもあまり上手ではない。今でもたまにコードを組むことがあるが、すぐにバグに突っかかって、「何でこいつ（＝コンピュータ）は、思ったように動いてくれないんだろ」と独り言をいってしまう。だが計算機にしたら、「あんたの言うとおりに動いただけですよ」と、答えるに違いない。当たり前だが、バグの原因は、ほとんどがこちらの考えや思い込みが、間違っているからだ。 なぜ、頭が良くなりたい、とわたし達が願うかというと、もっと良い答えを出したいから、豊かに発想したいから、そして、効率よく考えられ

過日、母のお墓参りのために鎌倉に行った。その時たまたま連れ合いが、今年は林達夫の生誕125周年に当たると、教えてくれた。ある出版社が、Twitterにそう書いていたらしい。 林達夫は長年、鵠沼に住んでいた。だとしたらお墓もこの辺にあるに違いない。そう思ってスマホでネットを調べてみると、果たせるかな、葬られている場所の名前が出てきた。じゃあちょっと足を伸ばして、林達夫のお墓参りにも行ってみるか、と決めた。

「日本企業は、計画しすぎなんです。」——最近、ある外資系戦略コンサルタントから、こんなセリフを聞いた。いわゆるDXに関する話題の時だ。「計画して、それも細かく緻密な計画を立てて、石橋をたたくようにリスクを全て洗い出してから、はじめようとします。そして動き出したら、すぐ進捗率を問題にする。でも、そんなやり方では、イノベーションは動きません。」 たしかにまあ、日本企業、とくに製造業は、まず計画ありきで動いていると言ってもいい。年度計画（いわゆる「予算」）、月度計画、小日程計画・・。建設業も、似たところがある。全体工程表、月間工程表、週間工程表、等々。現場に行くと、計画表は、必ず目立つ位置にはり出してある。 だが、新しいビジネスモデルを創出するような、イノベーティブな試みは、目指すべき目的地が最初から決まっている訳ではない。登るべき山の頂が明確なら、アプローチの経路を地図の上に引き、どこまで登っ

はじめてアメリカ人たちと机を並べて仕事をしたのは、もう20年以上前のことだ。当時わたしは、国際プロジェクト本部という部署にうつったばかりで、職種はプロジェクト・エンジニア（の見習いのようなもの）だった。プロジェクト・エンジニアとは、プロマネの配下で、様々な連絡調整業務を行う役割である。わたし達の業界では、プロジェクト・マネージャーになりたかったら、必ずプロジェクト・エンジニアとしての経験を積む必要がある。プロマネへのキャリア・パスの一部であるととともに、一種の下働きであり、わたしはさらにその見習いだったという訳だ。 わたし達は中東における、ある大型プラントの入札見積業務を進めていた。自社が単独で応札するにはリスクが大きすぎるため、米国の同業であるX社との共同プロジェクトの体制をつくって、仕事に臨んだのだ。我々の業界では、大型案件の入札見積となると、それ自体が6ヶ月〜1年近くの期間を要し、費

前回の記事の末尾にも書いたが、「マネジメント・テクノロジー」という言葉を発案して、わたしに教えてくれたのは、今秋惜しくも亡くなられた勤務先の同僚、故・秋山聡氏である。秋山さんは、この語を《マネテク》と縮めて、『まねてくニュース』なるメールマガジンとデータベースを、社内に発信し続け、多くの愛読者を持っておられた。 秋山さんは高専を卒業後、大学の工学部に編入して修士号を得た、バリバリの理系教育を受けた人だった。日揮に入社後、海外プロジェクト・マネジメント部門で活躍されたが、ある時期より、ライン業務から一切手を引き、PM業務の標準化を中心としたスタッフ的役割に専念するようになった。プロマネ経験者こそが最大の出世コース、と思われているエンジニアリング業界にあって、これは随分と勇気のある処世だったと思う。 日揮においては「プロジェクト・マネジメント技術部」という部門が、一種のPMO的な機能を担ってき

（前回のあらすじ）あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが

以前から読まれている方はお気づきのことと思うが、このサイトでは個別の会社批評や経営者論は、まったく書かないことにしている。本サイトの記事は、外部からは「経営」とか「ビジネス」に分類されることが多いが、特定の会社や経営者の批評をしない点が、たぶん他との一番の違いかな、と思う。ついでにいうと、ビジネスマンの居酒屋トークでもっとも好まれる話題の一つは、よその経営者批評だろうが、懇親会や飲み会で人と話すときも、その種の話題のときは、わたしはずっと黙って聞き役に回ることにしている。 数ヶ月前、昔からの友人と一緒に飲んだときにも、日本を代表する超有名企業S社の業績不振が話題になった。というのも、彼はその会社に長らく勤めた後で、少し前に辞めたばかりだったからである。抑えた口調だったが、業績悪化の理由は経営者にあった、と彼はいう。かつて自分が勤め、また好きでもあった会社を、外人社長がいかに壊していったか、

「私のプロファイル」 にも書いているとおり、ここ数年は勤務先での中長期的なIT戦略の立案と遂行に、たずさわっている。世の中は少し前からDigital Transformation、略してDXというバズワードが席巻しており、わたしのような者のところにも、戦略コンサルやらITベンダーが入れ代わり立ち代わりやってきては、DXの話をしてくれる。何事も勉強と思い、ありがたく拝聴させてもらっているが、だんだん耳にタコができたような気がしてきた。だって、皆が同じ話をするのだ。 その最大のキーワードは、経済の『サービス化』である。サービタイゼーション（Servitization）という、あまり聞き慣れない英語もついている。これまでの世の中は、せっせとモノを作っては売る、物の経済の時代であった。しかしその時代は終わりを告げ、いまやサービスを中心としたソフトなビジネス・モデルに転換すべき時である。そう、来客の

採用基準　地頭より論理的思考力より大切なもの 「マッキンゼーの採用マネジャーを12年務めた著者が初めて語る　－　地頭より論理的思考力より大切なもの」が表紙の惹句である。これだけで、出版社がどのような読者層に何をアピールしようとしているか、よく分かる。『マッキンゼー』という、外資系コンサルの中でも最高級のブランドにあこがれ、その採用の基準を知ってみたいと感じる読者がターゲットであろう。 ところで、実際に読んでみると、採用基準に関する話題はこの本のボリュームの4割程度で、あとの6割は『リーダーシップ』に関する説明である。著者も、もっぱらこちらを訴えたかったにちがいない。日本ではリーダーシップの概念がうまく理解されていない、と繰り返し著者は書く。しかしマッキンゼーが採用にあたって最も重視するのは、地頭の良さでも論理的思考力でもなく、「将来、グローバルリーダーとして活躍できるポテンシャルである」（

「プラント・エンジニアリング会社のように、物理的に目に見えるモノを作っている分野は、数量が測りやすいからいい。ソフトのように目に見えない成果物を作る仕事は、進捗管理がとても難しい。」 ・・こういう意味のことを、IT業界の方から何度か言われたこともある。いえいえ、どういたしまして。プラント・エンジニアリングのプロジェクトでは、設計業務だけで18ヶ月〜24ヶ月もかかる。この間、膨大な図面や仕様書が生成されるが、プラント予定地では１年後にやっと、基礎工事のための穴掘りが始まる程度だ。設計作業の進捗をどう捉えるかは、同じように悩ましい。

前回の記事「エンジニアリングとは統合力（インテグレーション能力）である」（2020-01-12）では、エンジニアリングが複数の設計技術要素を束ねるすり合わせ型の仕事であり、そこでは設計変更（チェンジ・コントロール）が重要な機能となる、と書いた。では、もう少し具体的に、それはどのような仕事で、そういう課題があるのか。 これについて、昨年11月に、わたしは名古屋でダッソー・システムズとエスツーアイ社共催のセミナーで、「BOM/部品表とエンジニアリング・チェーンのマネジメント」という講演をした。名古屋を中心とする東海地方は、日本の製造業のメッカである。そこから大手・中小の来聴者がおいでになり、一応好評だったと伺っている。そこで今回は、その講演の中から、とくにエンジニアリング・チェーンに関係するトピックの部分を取り出して、紙上講演録の形で（多少アレンジしつつも）再現し、お届けしようかと思う。

春である。4月の花咲く頃になると、今年は何人くらい受講生がいるかな、とそわそわした気持ちを抱えながら、つくばエクスプレスに乗る日が来る。東大の柏の葉キャンパスで「プロジェクト・マネジメント特論」の開講日を迎えるからだ。まだ働いた経験のない学生たちに、PM論を教えるのは、あまり簡単でない。それでも柏の葉キャンパスは大学院なので、皆、とりあえず自分の卒論で多少は苦労した経験を抱えて、入って来る。つまり小さくて個人的ながら、プロジェクト的な取り組みをした訳だ。だから学部生よりは、少しだけ教えやすい。 PM論を教えるにあたって、どんな構成・体系で説明を進めるべきかも、悩ましい。大学で講義を持っている、というと、「じゃあPMBOKを教えるんですね」とたずねてくる人が時々おられる。こういう人は、PMBOK Guide®︎が『教科書』だと信じているのだろう。だがあれは、いくつかあるガイドブックの一つにす