技術屋として上にあがりたかったら、外資系企業で働いてはならない | タイム・コンサルタントの日誌から
海外で働くということ 1ヶ月ほど休みを取って、その国に行き、仕事を探すつもりだ。そういう意味のことを、その人はいっていた。そして欧州のある国の名前を挙げた。知的で真面目そうな風貌。それなりの年代だろうか。そして続けた。日本で求職活動をしても、時間ばかりかかって、埒が明かない。やはり現地に行った方が早い、と。 近くのテーブルで耳に入っただけだから、わたしが何かコメントする立場にはない。しかし思った。（この人は中年過ぎて外国人労働者になるのか。それがどういう事なのか、分かっているのかな。家族も居るようだが、どう思っているのだろうか） 『外国人労働者』という言葉は、日本ではなぜか、単純労働者のことだけを指すようだ。だが大学出の知的職業だろうが何だろうが、自営業のプロフェッショナルでない限り、組織に雇われて働くものは労働者だ。そして外国、とくに欧米で働いて、なおかつ一定のリスペクトを受けて自分の地
心の残業は、やめよう | タイム・コンサルタントの日誌から
夜中に目が覚めて、眠れなくなった。目を閉じても、頭がループしたように、考えるのは同じ事柄とシーンばかり。しばらくしてから、ようやく自分で「ああ、また心で残業してしまっている」と気づいた。こんな残業を深夜に自分の寝床でしても、誰も手当を払ってくれる訳でもない。やめよう、やめよう。 「仕事に心をつかってはいけない」と、昔、あるベテランのプロジェクト・マネージャーから聞いた事がある。でも、聴いて真意をすぐに理解したとはいえない。仕事は複数の人間が協力して進めるものだし、人に気遣いをするのは、ある意味、大事じゃないか。そうも思った。 しかし、この方が言われていたのは、もっと深い話だった。「心をつかう」とは、じつは気遣いとか心遣いの事ではない。心を浪費する、という意味なのだ。あるいは、わたし達の中にある、感情と思考という大切な脳のリソースを無駄につかってはいけない、というアドバイスだ。 仕事の時間が
モダンPMへの誘い ～ EVMSで使うプロジェクトのKPIとは | タイム・コンサルタントの日誌から
従来の予実管理手法では、PV（予定出費）とAC（実績出費）を単純に比べるだけだった。これは、定常業務に関する予算ならば、十分有効だろう。部門のコピー経費などをおいかける目的には、この手法でも問題はない。 しかしプロジェクトの場合、そうはいかないのだ。プロジェクトという業務の特徴は、「終りがある仕事」である点だからだ。そのため、プロジェクトでは『進捗』という概念が必要になる。部門のコピー経費に、「進捗」を問う人なんていない。だが、プロジェクトは終わるために努力する仕事のため、つねに進捗が問われる。 そして、PVとACを単純に比較するだけでは、コストによる変動と、進捗による変動の、両方の要素が入ってきてしまうため、正しく現状認識ができない問題点があった。コストをうまくコントロールできている状況であれ、進捗が遅れている問題状況であれ、どちらも PV > AC という結果が出てしまう。だから、良い
モダンPMへの誘い 〜 この質問の意味が分かりますか？ | タイム・コンサルタントの日誌から
あなたは、ある化学企業の経営者だ。自社の業容拡大をはかりたいが、日本の国内市場はすでに飽和しているため、海外の新興国に権益を得て、新しく化学プラントを建設することにした。 そして、これはと思う部下をプロマネに任命し、現地に派遣する。しかし、プラントはなかなか完成しない。それどころか、現地のパートナー企業の不満の声も、あなたの元に届いてくる。そこでTV会議で現地のプロマネを呼び出し、話すことにした。では、あなたがまず質問すべき事は何だろうか？ ・・これは、わたしが大学などでプロジェクト・マネジメントを教える際に、よく最初に出す問いかけだ。出席者に尋ねると、いろいろな答えが返ってくる。例えば「工事はどこまで進んでいるのか」「資材は十分に足りているのか」「労働者の質はどうか」などなど。
プロジェクト・マネジメント・システムは存在しうるか | タイム・コンサルタントの日誌から
「マネジメント・システム」という言葉には普通、二種類の用法がある。方式・体系としてのマネジメント・システムと、ITとしてのマネジメント・システムである。前者の類例には、「品質マネジメントシステム」などがある。いわばルールと手順の体系であって、それ自体は全てを紙ベースで進めても構わない。
頭が良くなる方法は存在するか | タイム・コンサルタントの日誌から
過日、母のお墓参りのために鎌倉に行った。その時たまたま連れ合いが、今年は林達夫の生誕125周年に当たると、教えてくれた。ある出版社が、Twitterにそう書いていたらしい。 林達夫は長年、鵠沼に住んでいた。だとしたらお墓もこの辺にあるに違いない。そう思ってスマホでネットを調べてみると、果たせるかな、葬られている場所の名前が出てきた。じゃあちょっと足を伸ばして、林達夫のお墓参りにも行ってみるか、と決めた。
プロジェクトを計画しすぎてダメにする方法 | タイム・コンサルタントの日誌から
「日本企業は、計画しすぎなんです。」——最近、ある外資系戦略コンサルタントから、こんなセリフを聞いた。いわゆるDXに関する話題の時だ。「計画して、それも細かく緻密な計画を立てて、石橋をたたくようにリスクを全て洗い出してから、はじめようとします。そして動き出したら、すぐ進捗率を問題にする。でも、そんなやり方では、イノベーションは動きません。」 たしかにまあ、日本企業、とくに製造業は、まず計画ありきで動いていると言ってもいい。年度計画（いわゆる「予算」）、月度計画、小日程計画・・。建設業も、似たところがある。全体工程表、月間工程表、週間工程表、等々。現場に行くと、計画表は、必ず目立つ位置にはり出してある。 だが、新しいビジネスモデルを創出するような、イノベーティブな試みは、目指すべき目的地が最初から決まっている訳ではない。登るべき山の頂が明確なら、アプローチの経路を地図の上に引き、どこまで登っ
トランスフォーメーション（変革）を可能にするために | タイム・コンサルタントの日誌から
去年の2月上旬頃だったが、ある証券会社の営業マンの訪問を受けた。もちろん金融商品の売り込みに来た訳だ。ちょうどそのころ、クルーズ船ダイヤモンド・プリンセス号が3700人の乗客を乗せたまま、横浜港の外に釘付けになっていた。わたしは、武漢で発生したウィルス危機は中国の外にも広がって、国際的に経済の問題をひき起こすのではないかと、懸念を口にした。すると、くだんの営業マン氏は笑って、「NYダウは史上最高値ですよ」と答えた。 わたしは結局、彼のすすめる商品には手を出さなかった。2月下旬を過ぎ、3月に入ると欧州に都市封鎖（ロックダウン）が広がり、経済的影響は明らかだった。株価は下がり、いろいろなところに損失が出た。航空分野を筆頭に、飲食・サービス業など多くの分野の企業業績が低迷した。やれやれ、言わんこっちゃないと、わたしは内心考えた。
米国人たちと机を並べてプロジェクトで働いて、最初に学んだこと | タイム・コンサルタントの日誌から
はじめてアメリカ人たちと机を並べて仕事をしたのは、もう20年以上前のことだ。当時わたしは、国際プロジェクト本部という部署にうつったばかりで、職種はプロジェクト・エンジニア（の見習いのようなもの）だった。プロジェクト・エンジニアとは、プロマネの配下で、様々な連絡調整業務を行う役割である。わたし達の業界では、プロジェクト・マネージャーになりたかったら、必ずプロジェクト・エンジニアとしての経験を積む必要がある。プロマネへのキャリア・パスの一部であるととともに、一種の下働きであり、わたしはさらにその見習いだったという訳だ。 わたし達は中東における、ある大型プラントの入札見積業務を進めていた。自社が単独で応札するにはリスクが大きすぎるため、米国の同業であるX社との共同プロジェクトの体制をつくって、仕事に臨んだのだ。我々の業界では、大型案件の入札見積となると、それ自体が6ヶ月〜1年近くの期間を要し、費
製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
（前回のあらすじ）あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが
危機対応のマネジメントをダメにする『政治主義』とは何か : タイム・コンサルタントの日誌から
前回の記事（「危機なんて、ほんとに管理できるのか？ーー現場感覚という事」 2020-03-16）では、事前対策的なリスク・マネジメントと、事後対応的な問題管理（イシュー・マネジメント）は、全く別のものだと書いた。別のものだが、もちろんこの2つは車の両輪で、どちらも必要だ。 ただ、わたしの経験では、英米系企業は「計画万能」的な態度が強く、リスク・マネジメントを重視したがる（PMBOK Guideにも、その傾向は伺える）。他方、日本企業は「現場力」に自信を持つ傾向が強く、事前対策は軽視するきらいがある。 だからといって、日本企業は、いったん事が起きたあとの事後対応に強いかというと、一概にそうは言えまい。それは発生するトラブル事象（イシュー）の、種類と数によるのではないか。テクニカルな種類のトラブルには、比較的強いと思う。日本企業のミドルや現場の技術者・ワーカーは、概ね優秀であり、責任感も強い。
危機なんて、ほんとに管理できるのか？ーー現場感覚という事 | タイム・コンサルタントの日誌から
わたしのこのサイトでは、管理という言葉を極力使わないようにしている。このことはすでに何回か書いたので、あまり詳しくは繰り返さないが、日本語の管理に対応する英語は、Management, Control, Administrationの3つのレベルがあって、海の向こうでは使い分けされている。これに比べ、日本語の『管理』は語義が広すぎて、何のことを指しているのか誤解しやすい。 それでも、管理が何を指すかは、「管理できていない状態」と比べると、少しは明確になるかもしれない。管理できていない状態というのは、どんなイメージか。 70年代、ようやく少しずつ開放の始まった中国を、私の父が訪れた。父は機械エンジニア出身で、機械メーカーの役員だった。中国でいくつかの大規模な工場を訪れ、当時普及し始めたNC（数値制御）工作機械の、研究と導入について相談を受けたという。 しかしそこの工場たるや、加工品を床の上に
エンジニアリングとは統合力（インテグレーション能力）である | タイム・コンサルタントの日誌から
「エンジニアリング」という言葉を聞くと、読者諸賢はどのような仕事を想起されるだろうか。都会的なオフィスで遂行する、理知的な設計とデザインの仕事？ それとも製図板と作業着とノギスをともなう、泥臭い仕事？ あるいは企画と要求仕様だけを与えて、どこか海の外でやってもらう設計の力仕事？ 『エンジニアリング会社』と呼ばれる職場で、もう30年以上も働いている。会社には、机と椅子とPCと、あとは人が並んでいるだけだ。自社の工場は持っていない。建設現場はあるが、建設労働者を雇っているわけでもない。資機材は世界中の製造業の会社に頼んで作ってもらい、物流業の会社に頼んで現場まで運んでもらう。据付け組立工事は、現地の工事業者にお願いしてやってもらう。 わたしの属するエンジニアリング業界には、国内で「専業」と呼ばれる大手が３社あるが、どこもほぼ同じような業態である。もっとも、国内には「エンジニアリング」と名前のつ
IT、OT、ET、そしてマネジメント・テクノロジー : タイム・コンサルタントの日誌から
前々回、そして前回と続けて、本サイトのテーマである『マネジメント・テクノロジー』の領域について、あらためて考えてきた。 マネジメント・テクノロジーは、目に見えにくい領域における技術である。わたし達の文化は、目に見えるもの（五感で感じられるもの）に対しては細部にまで徹底してこだわるが、見えない物事や抽象的概念には、いたって無頓着、という傾向が強い。 たとえばカレー屋さんの場合、料理の味と、その材料やレシピには研究を怠らない。しかし客の注文をどうとってどういう順序でデリバリーするか、何をストックし作る量をどう予測するか、といった店を運営する過程や仕組みには、なりゆきで応対する。これが多くの店のあり方だろう。 カレーの料理法は「固有技術」で，店の運営の仕組みは「管理技術」（マネジメント・テクノロジー）に属する。もちろん固有技術（味）は、いわばビジネスのベースで、これが不味ければ商売は成り立たない
エンジニアにとって全体最適とは何か？ | タイム・コンサルタントの日誌から
中学校の修学旅行は、京都・奈良だった。清水寺では、その舞台の高さに驚き、「清水の舞台から飛び降りる」の意味を改めて知った。ところで清水寺の参道には、旅人が喉をうるおす3つの湧水の滝口があった。引率のガイドさんによると、3種類の水はそれぞれ、飲むと「恋愛」「長寿」「賢さ」の願いを成就できるのだと言う。わたし達は喜んで、3つの口からそれぞれ水を飲んで、参道を登った。 ところが帰り道、ガイドさんが思いもかけぬことを言い始めた。「あら私、大切なこと言い忘れたかしら。お水を飲むなら2種類までなの。欲張って3種類を全部飲むと、効き目がなくなっちゃうのよ。」 これを聞いた私たちは、そんな大切なことなら、なぜはじめに言ってくれなかったんだ、と、いたく憤慨した。 もっともそれを聞いて、中学生のわたしは思った。恋愛と長寿と賢さと、どれが2つを選ぶとしたら、どれになるだろうか？ 難しい問いだ。それはある意味で、
EVMSとアーンド・スケジュール法の弱点 ～ プロジェクト予測のミクロとマクロ | タイム・コンサルタントの日誌から
前回の記事から2週間ほど間が空いてしまった。先週から欧州で、製造業系と石油ガス業界系の二つのカンファレンスに立て続けに参加していて、サイトの記事を書く時間がなかなか取れなかったのだ。最初の会議では、わたしの勤務先で最近つくった、2030年の未来を見据えた長期的な「IT Grand Plan 2030」(https://www.jgc.com/jp/news/assets/pdf/20181218_1.pdf)の講演発表もした。それなりに一応、好評だったと思う。 ところで、こういう国際カンファレンスに来るといつも思うのだが、欧米人はハイ・レベルな概念論が大の得意だ（ここでいうHigh levelとは、もちろん「高級品の話」ではなく、視点が高い＝抽象的という意味である）。たとえばDigital transformationだとか、Ecosystemだとか、Sustainabilityとか、彼ら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
物流は本当に付加価値がない業務なのか | タイム・コンサルタントの日誌から
考える技法——どう考えるかより、いつ考えるかの方が大事である | タイム・コンサルタントの日誌から
時間を可視化するために(2) 完了よりも着手を見よう | タイム・コンサルタントの日誌から
進捗率を何で測るか？ −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から
