モダンPMへの誘い ～ EVMSで使うプロジェクトのKPIとは | タイム・コンサルタントの日誌から
従来の予実管理手法では、PV（予定出費）とAC（実績出費）を単純に比べるだけだった。これは、定常業務に関する予算ならば、十分有効だろう。部門のコピー経費などをおいかける目的には、この手法でも問題はない。 しかしプロジェクトの場合、そうはいかないのだ。プロジェクトという業務の特徴は、「終りがある仕事」である点だからだ。そのため、プロジェクトでは『進捗』という概念が必要になる。部門のコピー経費に、「進捗」を問う人なんていない。だが、プロジェクトは終わるために努力する仕事のため、つねに進捗が問われる。 そして、PVとACを単純に比較するだけでは、コストによる変動と、進捗による変動の、両方の要素が入ってきてしまうため、正しく現状認識ができない問題点があった。コストをうまくコントロールできている状況であれ、進捗が遅れている問題状況であれ、どちらも PV > AC という結果が出てしまう。だから、良い
『特殊病』それは日本の病気です | タイム・コンサルタントの日誌から
自分のプロフィールに「国内外の製造業及びエネルギー産業向けに、工場作り・生産システム構築の仕事に従事してきた」などと書いているためか、「日本の製造業は、海外に比べて特殊なのですか？」という趣旨の質問をされることが、時々ある。「なぜ日本と海外はこうも違うのでしょうか？」といった聞き方の場合もある。 こうした質問は、日本と海外で同等なはずのものが、なぜか違っていた、との事例とともに、語られることが多い。例えば、同じ企業のグループに属しながら、生産管理系のパッケージソフトを、海外工場ではノンカスタマイズでスムーズに導入できたのに、国内工場では苦労したあげく、失敗したという事例。あるいは、国際標準に従ったサプライチェーンの仕組みが、日本国内だけどうしても使えなかった事例。 さらに、国内では立派なプロジェクトマネジメントの実績を持つ会社が、海外に出て行って遂行したら、赤字や納期遅延で痛手を被ったケー
アタマが悪いんじゃない、たぶん頭の使い方が下手なだけ | タイム・コンサルタントの日誌から
もちろん、わたしも例外ではない。わたしは不注意で、うっかり大事なことを忘れたり、間違ったことを発信しがちだし、数学的能力もあまり高くない。将棋や囲碁なんて、三手詰めさえ解けない。「それなのに、どうやってプロジェクト・マネジメントなんてできるの？」と将棋の得意な友人に以前きかれて、ぐうの音も出なかった（苦笑）。 プログラミングもあまり上手ではない。今でもたまにコードを組むことがあるが、すぐにバグに突っかかって、「何でこいつ（＝コンピュータ）は、思ったように動いてくれないんだろ」と独り言をいってしまう。だが計算機にしたら、「あんたの言うとおりに動いただけですよ」と、答えるに違いない。当たり前だが、バグの原因は、ほとんどがこちらの考えや思い込みが、間違っているからだ。 なぜ、頭が良くなりたい、とわたし達が願うかというと、もっと良い答えを出したいから、豊かに発想したいから、そして、効率よく考えられ
製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
（前回のあらすじ）あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが
IoT時代のMESをもう一度考え直す 〜 (1) MES普及を妨げたもの | タイム・コンサルタントの日誌から
2000年に、中村実氏ら何人かと共著で『MES入門―ERP、SCMの世界と生産現場を結ぶ情報システム』を上梓した。わたしが担当したのは第3章「MESを中核とした垂直統合 －プロセス産業のケース－」というセクションだ。製造業、それも製造現場の情報システム化という地味なテーマの本だったが、一応、それなりの評価を得た。類書が少なかったせいもあるだろう。いまでも、あの本を読みましたよ、という方から声をかけられたりする。 ここで一応、MESとは何かについて、おさらいをしておこう。何年か前に、その名も「MESとは何か」という記事も書いたが、MESとはManufacturing Execution Systemの略で、日本語では「製造実行システム」とも訳される。だが、普通は「製造管理システム」とよんだり、あるいは略称のままMES（メス）ということも多い（ただし英語ではエム・イー・エスとスペルアウトして読
稼働率100%をねらってはいけない | タイム・コンサルタントの日誌から
多くの製造業においては、工場の稼働率が、重要な管理指標として今も使われている。3週間前のエントリ「原価の秘密 － なぜ、黒字案件だけを選別受注すると赤字に陥るのか 」（2014/07/06）でも説明したように、製品の個別原価を計算する際、材料費や労務費などの他に、製造機械の使用時間に応じた費用を含めるのが普通だ。その製品の加工作業で、製造機械が何時間必要だったかをベースに、機械のコストをチャージする。いわば“機械の使用料”だ。 個別の機械1時間あたりの使用料単価を『機械賃率』と呼ぶが、これは各機械の年間の維持費用（減価償却費等）を、年間の実稼働時間で割って計算する。機械の遊んでいる時間が多いほど、実稼働時間は減るから、同じ作業をしていても原価が上がる、というのがふつうの会計の仕組みだ。だから、製造業では稼働率を上げるべく、あれこれと努力するという訳である。 そして、前回のエントリを読まれた
大企業病の作り方、治し方 | タイム・コンサルタントの日誌から
「自分は『プロジェクト・マネージャー』というほどの者ではなく、『プロジェクト・チームのリーダー』といった役柄です。」——顧客とのチーム・ビルディングの席上で、相手方のトップの米国人はそう語った。聞いていたTさんは、単に謙遜しているのだと思ったそうである。時は'90年代。今ではベテラン・エンジニアのTさんが、やっと担当者レベルを卒業し、小さな1セクションのサブチーフ職に片足をかけた頃のことだ。バブル崩壊で国内市場は低迷し、Tさんの会社がようやく久しぶりに欧米企業から受注できた海外向けビッグ・プロジェクトだったという。Tさん自身も高揚する気持ちをおさえつつ、顧客とのチーム・ビルディングに参加していた。 その顧客はチーム作りのセッションを大切にしていた。彼らは発注者として、かなりの数のチーム・メンバーを、設計期間中にTさんの会社に駐在員として送り込んでくる。無論、Tさんの側も精鋭を結集して、受注
プロジェクト・マネジメントの教育について | タイム・コンサルタントの日誌から
先日、わたし自身が主査を務める研究部会で『プロジェクト・マネジメントの教育について』という講演をさせていただいた。過去何年間かにわたり、 大学・大学院・自社・他企業などで試行してきたPM教育カリキュラムの内容と課題について、ディスカッションしたいと考えたからだ。当日は普段の倍以上の方が来場され、この問題への関心の高さがあらためてうかがえた。遠くは岩手から参加された方もいたが、都合の合わなかった読者もおられると思い、ここにその一部をご紹介しよう。ちなみに、会の名称は「プロジェクト＆プログラム・アナリシス研究部会」といい、スケジューリング学会の下部組織だが、とくに学会員でなくても自由に参加できるオープンな組織である。 当日の発表内容は、前半が「大学におけるPM教育の実践例から」ということで、主にカリキュラムの内容の話、後半が「PM教育のあるべき仕組みを考える」で、わたしの今の考えを述べたもので
生産革新のためのBOM（部品表）再構築入門(1) | タイム・コンサルタントの日誌から
数年前、三菱電機から依頼を受けて、「e-F@ctory」という同社のWebサイトに、BOM（部品表）に関する文章を書いた。今はそのurlはリンク切れになっており、同社のサイトを検索しても見つからない。サイトのリフォームにともない、この種の一般解説的文章は削除されたのだろう。そこで、当時の文章を、一部ブラッシュアップして、ここに再掲することにする。内容的に、とくに古くなってしまった部分も見あたらないと思う。製造業におけるBOM（部品表）の構築と改善は、いつでも古くて新しい課題なのである。なお、ここでは分量の関係で2回に分けて掲載する。 ＜今、なぜＢＯＭが問題なのか＞ 不況の長いトンネルを抜けて、いま日本の製造業は元気を取り戻しつつある。そして多くの企業で、この機会に生産全体のあり方を見直したい、という気運が高まっているようだ。 製造業とは、物品（マテリアル）を産出・加工し、付加価値をつけて販
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
考える技法——どう考えるかより、いつ考えるかの方が大事である | タイム・コンサルタントの日誌から
プロジェクト計画のロジックとは何か 〜 やはりExcelで工程表を書いてはいけない (2) | タイム・コンサルタントの日誌から