——ほほう、お煎餅ですか。じゃあ、いただきます。（ぱりっ）ふむ、歯ごたえがありますが、美味しいですな。・・うっ・・むむっ、こ、こりゃ辛い！

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

－－これはプロジェクト・マネジメントを人に教えるとき、わたしが必ず出すクイズの一つだ。実はその答えについて、以前このサイトで書いたことがあるのだが、もう9年も前の記事（笑）なので、覚えておられる読者も少ないだろう。そこで、あらためて考えてみていいただきたい。最初にすべきことは何か？ 相手が学生の場合、「日程を決める」「店を探す」「参加者のリストを決める」等々、いろいろな答えが思いつく限り出てくる。もちろん、どれもそれなりに正しいように見える。でも、求めている答えはそれじゃないです、どんな種類のパーティやイベントの場合にもあてはまる、唯一の普遍的な正解があるのです、とわたしは続けて説明する。しかし、その『正解』が出てくることは、まずない。 一方、相手が企業人の場合は、ほしい答えを言い当ててくれる人が、ときどき、いる。わたしの求める答えとは、『計画を立てる』である。同期3人の飲み会なら、その場

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

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

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