アカウンタビリティとは「命令責任」である | タイム・コンサルタントの日誌から
「RACIチャート」というものをはじめて知ったのは、90年代半ばのことだ。当時使っていたアメリカのERPコンサルタント会社が、要件定義段階での役割分担をRACIチャートの形にまとめてきて、なるほど、こういう整理の仕方があるのかと知った次第だ。ついでにいうと、「サプライチェーン」という言葉も、同じ時にはじめてきいたのだった。まだ日本ではほとんど知る人のいない概念だった。 RACIチャートとは、業務の上での役割分担と責任範囲（Role and Responsibility）を、分かりやすく整理するための表である。ふつう横軸の欄には、関係者や部門の名前が並び、縦の行には業務を構成するアクティビティが続く。そして、どのアクティビティは誰がどのような役割で関わり、責任はどこが持つかを書く。このとき、
システムズ・エンジニアのための共通言語が存在する | タイム・コンサルタントの日誌から
わたしの働くプラント・エンジニアリングの業界には、通称「P&ID」と呼ばれる図面がある。正式にはPiping & Instrumentation Diagram。日本語に訳せば『配管計装図』だが、そう日本語で呼ぶ人はおらず、普通は「ピーアイ」と略す。いわゆる化学プラントの基本設計を表す図面であり、そこに構造も要素も制御もすべて書かれている。きちんと描かれたP&IDがあれば、どんな機器構成からなり、どんな働きをするのか、ほとんど全て見て取れてしまう。プラントがほぼ作れてしまうと言ってもいい。だからどこの会社でも機密扱いになっている。P&IDがどんなものか、サンプルをお見せできればいいのだが、そういう訳でわたしも勝手に開示できないので、せめてたとえば以下のサイトを見て雰囲気をご覧いただきたい。
ムリ・ムラ・ムダ 〜 どれが一番いけないか？ | タイム・コンサルタントの日誌から
トヨタ生産方式では、周知の通り「働きに結びつかない動きをムダと呼ぶ」と定義する。そして徹底したムダ取りを行っていくのだが、このとき、「ムラがあるから、ムリをする。ムリをするから、ムダが出る」という因果関係で、物事を見る、と経験者からきいたことがある。つまり、なぜムダが生じるのか、という問題について、非常にジェネラル（汎用的）なレベルで
ムリ・ムラ・ムダ：その意味と違いを考える | タイム・コンサルタントの日誌から
「受験勉強で大切なのは、計画性とペースです。ムリ・ムラ・ムダは一番いけません。」中学校3年生の時、担任だったO部先生がわたし達に、そう説いた。『ムリ・ムラ・ムダ』というセットの言葉をはじめてきいたのはその時だった。当時すでに生意気な中学生だったわたしは、“平凡な語呂合わせだな”と、心の中で思った。そしてもちろん、たいして計画性もなく、むら気を持って受験競争を渡ろうとしたので、志望校2校を立て続けに落ち、最後に公立高校しか残っていない状況になってさすがに青ざめた。 長じた後、わたしは何の因果か、計画系のエンジニアになり、あまつさえ他人に「計画的に時間を使いましょう」だとか、「プロジェクト・スケジューリングはこうです」などと伝えて歩く仕事をする立場になった。まったく我ながらいい度胸である。もっとも生まれつき計画性が高く、プランニングのセンスにたけていたら、かえって「計画にはどういう技術が必要か
マネジメントとリーダーシップはどう違うか | タイム・コンサルタントの日誌から
大学でプロジェクト・マネジメントを週1回教えていることは前にも書いたが、授業は毎回必ず、前回の復習と、学生から出た質問への答えからはじめることにしている。出席シートに質問欄を設けて、そこに気になったことへの質問をかいてもらうのだ。むろん授業でも最後に「質問は？」ときくのだが、だいたいの学生はなぜかその場では質問せずに、紙に書いてくる。 いろいろ出た質問の中から、いつも「本日のBest Question」を選出し、その質問者の名前を明示してほめることにしている。良い質問を考えることは、単に回答を考えるよりも、ずっと価値があるからだ。一般に、マネジメントの問題には正解がない。正解がない中で、自分で考えて決めていかなくてはならない。これは、たくさんの正解を覚えてどれだけ早く答えるかを競ってきた東大みたいなところでは、とくに大切だ。 さて、「マネジメントとは何か」という授業をやった後で、面白い質問
書評：「世界一やさしい問題解決の授業」 渡辺健介・著 | タイム・コンサルタントの日誌から
「世界一やさしい問題解決の授業―自分で考え、行動する力が身につく」 渡辺健介・著 （Amazon） 問題解決って、何だろう？ 問題だったら、誰にとっても、あふれるほど身の回りにある。やってる仕事がうまく進まない。そもそも作業自体がつまらない。人も予算も足りないし、顧客はバカで無理難題ばかりいうし、上司は無責任で同僚後輩は無能で業者は頼りないし、官庁は現場を知らずに勝手な要望を言うし、家に帰れば配偶者は仏頂面で娘息子は口もきかない、といった具合だ。問題とは学校卒業以来、長年のつきあいである。いや、学校にいたときだって、入学試験から期末テストまで、問題とにらめっこの日々だったではないか。だとしたら、晴れて小学1年生で入学して以来、ずっと問題とつきあいつづけている訳だ。 ただし、学校のテストで出る問題には、一応、正解がある。やっかいなことに、現実で向き合う問題には、正解があるんだかないんだか、よ
プロジェクト・スポンサーシップが足りない | タイム・コンサルタントの日誌から
アメリカにNeal Whittenという著名なプロジェクト・マネジメントのコンサルタントがいる。何年か前に、ボストンで彼の講演を聴いたことがあった。彼はその中で、プロジェクトが失敗する三つの主な原因を挙げていたのだが、それがずっと頭にひっかかって残っている。彼のいうプロジェクトの三つの失敗理由とは、以下のようなものだ： (1) プロマネのハード・スキル不足 (2) プロマネのソフト・スキル不足 (3) プロジェクト・スポンサーシップの不足 プロジェクトの失敗の理由がプロマネに帰されるのは、ある意味、当然のことだ。Whittenはプロマネの能力を、ハード・スキルとソフト・スキルとに分解する。ハード・スキルとは、知識や技法など、いわゆる座学で習得できる種類のものである。WBSだとか、PERT/CPMだとか、パラメトリック見積法だとかいった事柄で、これらは技術として移転可能なものである。わたしの
リーダーは組織の主人か？ | タイム・コンサルタントの日誌から
年末、友人に誘われてコンサートを聴きに行った。曲目はバッハの「クリスマス・オラトリオ」。気鋭の指揮者の元、オケと合唱団が一丸となり、複雑な後期バロックの音楽をきびきびとリズミカルに歌いこなしていく。友人はその合唱団でバスを歌っているのだった。長大な曲なのに長さを感じさせない、良い演奏だった。会場を埋め尽くした聴衆も、音の響きに満足しているようだった。 ところで聴いている内に、ちょっと妙な感想が心に浮かんだ。この演奏会は、たしかに指揮者がリードしている。だが、指揮者が主人なのだろうか、それとも合唱団が主人なのだろうか？ 指揮者は、プロの音楽家だ。対する合唱団は70人以上いたが、アマチュアだ。舞台に乗れるかどうかは、オーディションをして、指揮者が決めているという。だが、会場の聴衆のほとんどは、この合唱団員の人たちが知り合いなどに声をかけて集めたはずだ。わたしもその一人だった。その動員力はさすが
なぜなぜ分析は、危険だ | タイム・コンサルタントの日誌から
「なぜなぜ分析」は、品質管理や労働安全管理などの分野で、よく用いられる手法だ。発生した問題事象の根本原因を探るために、「なぜ？」「なぜ？」とくりかえして掘り下げていく。この問いかけを“5回はくりかえせ”と、よく指導しているため、別名「なぜなぜ5回」とも呼ばれる。元々、トヨタが発祥の地であり、トヨタ生産方式の普及とともに、他の業界や分野でも使われるようになった。 図は、トヨタ生産方式の生みの親である大野耐一氏の著書から一例をとって、図示したものだ。工場内のある生産機械が故障してとまったとき、「なぜ機械は止まったか？」の問いに、「オーバーロードがかかって、ヒューズが切れたからだ」と答えただけでは、じゃあヒューズを交換して再起動すればいい、という答えしか出てこない。 しかし、なぜオーバーロードがかかったのか？→ (2)軸受部の潤滑が十分でないからだ、とほりさげ、 さらに (3)潤滑ポンプが十分組
ハイボールと、本質的安全設計の教え | タイム・コンサルタントの日誌から
『本質的安全設計』という言葉を聞いたことがあるだろうか。世間ではよく安全とか安心とかいったことを話題にするが、安全の意味をつきつめて考えている人は、必ずしも多くない。本質的な安全設計とは、われわれがモノや仕組み（システム）を作る上で、欠くことのできない概念である。今日はこれについて少し述べてみたい。 機械の安全設計については、そのものずばり「機械類の安全性―基本概念，設計のための一般原則」という名前の国際規格 ISO12100 が存在する。このISO規格によれば、機械類の安全は、『設計者対応』と『操作者対応』に分けられる。つまり、作る側による配慮と、使う側（消費者・操作者）による注意の、両方がいるというわけだ。ここまではいいだろう。 では、肝心の作る側（設計者）の対応は、どのように行うべきか。ISO12100は、 （１）本質的安全設計によるリスクの低減 （２）安全防護によるリスクの低減 （
品質工学から見た日本の教育の疑問点 | タイム・コンサルタントの日誌から
「うちの工場はきちんと品質を確保している。だから出荷しているのはすべて良品ばかりだ。」と製造業の人が胸を張って話す姿を見て、不思議に思う人は少ない。当然のことだからだ。もし、「うちの工場はきちんと品質を管理している。だから、出荷品の品質はまちまちで、グラフを描くと不良も含めて正規分布になる」と答えたら、逆にそんなおかしな工場の製品は買いたくないと、誰しも思うだろう。 良品のみを出荷する。製造するからには、すべて良品となるように目指す。これが製造業のふつうの考え方だ。製造工程にやむをえない変動要因があり、そのために出来上がりにばらつきができるとしても、それをいかに小さくするかを工夫するのが技術である。 テストには費用がかかる。どんな些細な検査であっても、そのために測定器や電力や、人件費が必要になる。「テストはコスト」なのである。だから、全品検査よりも抜き取り検査の方が、（結果の品質を同じよう
ＷＢＳはプロジェクト組織を規定する | タイム・コンサルタントの日誌から
いま、これからあるプロジェクトを開始するところだと仮定しよう。あなたはプロマネとして、仕事のやるべき範囲（＝スコープ）を明確にし、ＷＢＳを作ろうとしている。プロジェクトの種類はあえて問わないが、ここではＩＴプロジェクトを想定しよう。成果物は情報システムで、Ａ・Ｂ・Ｃの３つの主要機能モジュールからなる、とする。各機能モジュールはそれぞれ、システム設計→プログラミング→テスト、という仕事のプロセスを経て、できあがる。 さて、３つの機能モジュール×３段階の作業プロセスだから、合計９個のアクティビティからなるプロジェクトである。これをＷＢＳに構成するとき、二種類の表現が考えられる（ＩＴ系の仕事になじみのない人は、「システム設計」「プログラミング」「テスト」をそれぞれ、「コンセプト開発」「製品設計」「量産準備」だとか、「機械設計」「資材調達」「製造」とか、自分に理解しやすい業務におきかえてみてほしい
Structured Approachができる人、できない人 | タイム・コンサルタントの日誌から
「あなたは、同期30人の集まるパーティの幹事になりました。 あなたが最初にすべきことは何ですか？」 －－これは、わたしがプロジェクト・マネジメントを学生や社会人に教えるときに、最初に出すクイズの一つである。出てくる答えはたいていの場合、まちまちだ。「店を探して予約する」「日取りを決める」「参加者を確定する」、等々。いや、パーティといってもいろいろだから、どれを先にするべきかはシチュエーションによる、との答えもありうるだろう。 だが、この問題には、どんな状況にも当てはまる、唯一の普遍的な正解がある、とわたしは続けて説明する。ためしに、ちょっと読者の方も考えてみていただきたい。少なくとも、わたしの勤務先のプロジェクト・エンジニア（＝プロマネ候補生）たちにたずねたら、若い人でもきっと正解を答えてくれるだろう（と思う）。 その答えとは、『計画を立てる』である。どんなイベントでも、(1)計画を立てる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
