人が働く場としての工場 | タイム・コンサルタントの日誌から
駐車場を出たとき、車の後ろの席で、P社の社長はそうつぶやいた。わたしは関西にあるPという株式会社を訪問して、工場を見学させていただき、そこの社長さんと何人かの方と一緒に、車で新幹線の駅へと向かう途中だった。車は途中で一旦、とある屋外駐車場による必要があった。 駐車場の入り口には、昔の電話ボックス位の大きさの小屋があり、そこに番人が座っていた。顔にシワの刻まれた、中高年だったと思う。彼はそこに来る日も来る日もたった1人で座り、車の出入りや場所の移動等の作業をしていくのだ。同僚との会話もなく、明確な休憩時間もない。暑さ寒さも厳しい。自動ゲートの機械を入れれば済むのだが、駐車場のオーナーは単純労働者の低賃金で済ましているのだろう。 後ろの座席でのP社長のつぶやきを聞いて、わたしは、「人が働くとはどういうことか、人をどう使うのが良いのか」について、つねに自問している方だと思った。わたしは今、見てき
わたしはなぜ、「プロジェクト管理」という言葉を使わないのか | タイム・コンサルタントの日誌から
旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。
意外性に動じない心を持つために | タイム・コンサルタントの日誌から
大学3年生の時、専門科目の学生実験があった。わたし達の班は「流動層の伝熱測定」という課題が与えられた。流動層というのは、丸い円筒形の容器の中に、細かな粒子（粉体）を半分くらいまで入れて、容器の底のノズルから気体を送り込んでやる装置だ。気体の流量がある点を超えると、それまでは単なる粉の集まった固体のように見えた層の中に、急に泡が生じて、全体がまるで液体のようにふるまい出す。これを流動化開始速度と呼ぶ。中で起きているのは、固体と気体とが混じり合って、液のような乱流を示す現象だ。化学プラントでは、細かな触媒粒子を使う化学反応で、反応熱が大きいときに、よくこのような装置を使う。中が良く混ざるので、熱がホットスポットのように集中しないですむからだ。 さて、わたし達の班は指定された運転条件で実験装置を動かし、得られたデータを元に計算した。ところが、教科書に載っている伝熱係数の推算式と、結果が3割も違う
見えない非効率 ー 今、動いているんだからいいじゃないか | タイム・コンサルタントの日誌から
新任の取締役が、あるとき担当する事業部の支社を見に行った。一通り見学し、支社長らと懇談した後、かえろうとしたら、ある部署だけ灯りがついているのを見つけた。現場仕事はもう終業しているのに、管理部門の1セクションだけ、忙しそうに机にむかって仕事している。 「何をしているの？」と彼がたずねたところ、「本社に送る書類を作成しているんですよ。毎月、数字をまとめて送らなけりゃいけないんで、残業になるんです。」との答えだ。資料を見て、さらにたずねる。「本社は、この統計資料を見てどう役立てるんだろう？」「・・存じません。本社にたずねてください。」 その取締役は本社に戻ると、早速、送付先の企画部門にいって、その書類のことをきいてみる。すると、「ああ、その書類ですか。工場が毎月送ってくるんでね、ファイルして保管しているだけです」という。「でも、なんで工場はその書類を送ってくるのかな？」「さあ・・。」 いろいろ
技術リーダーの出現をはばむもの | タイム・コンサルタントの日誌から
「最近の日本の経済はどうですか？」——外国人と食事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニアと食事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕食会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人（彼は豪州の大学教授だったが）も、興味深そうに聞き耳を立てる。米国もオーストラリアも日本から見れば隣国のようなものだが、こちらの発信力が低いせいか、日本の状況はさっぱり分からないらしい。わたしは答えた。 －－良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。 その問いに答えるのは、簡単ではない。経済学
職人的であること、エンジニアであること | タイム・コンサルタントの日誌から
ちょっと贅沢をして家族3人でお寿司を食べに行った。ネタの新鮮さでは界隈で一番という店である。期待通りの、いや期待を超えた美味だったし、いつもは寡黙なメインの寿司職人さんが、珍しくいろいろ話をしてくれた。包丁の入れ方だけでイカはどれほど旨みが変わるか、雲丹は塩水保存とミョウバンを使ったものでは口どけが全く異なること、などなど。サンプルと実演を混ぜて教えてくれた。寿司職人の勤務時間や修業時代についても、語ってくれた。お盆の連休前で、リラックスしていたのかもしれない。 帰り道に、息子が感心したようにつぶやいた。「寿司職人て、なるのはやっぱり大変なんだね。時間も仕事もきつそうだし。でも、それだけ修行したら、あの人みたいな腕になるんだ。」就活が一段落したばかりの息子は、たぶん来年からの自分自身も重ね合わせて、感じ入ったらしい。「それに、あのイカの味の差！ すごい技術だよね。」 ——技術じゃなくて、技
トラブルには技術的原因と、マネジメント的原因がある | タイム・コンサルタントの日誌から
トラブルの原因分析について、このところ2回にわたって考えてきた（「熱気球の浮上、または原因分析のシステムズ・アプローチについて」・「経験から学びすぎることの危険 ～ゆらぎある事象の原因分析について」 ）。原因分析の手法にこだわっているのは、それが「学び」と「成長」の鍵だからである。自らの能力を向上させ、成長するためには、仕事の結果（成果）から学ぶべきだと、わたしは信じている。個人も、組織集団も、である。 仕事の結果としてトラブルが生じたら、そこから素直に学ぶ。成功からも学べるが、失敗から学ぶ方が、記憶に強く残るからだ。そして（当然ながら）すべてに成功できる人なんていない。あの本田宗一郎だって、「自分は失敗ばかりしていた」と言っているくらいだ。他人から見たら成功でも、自分ではそこに足りない点を見る、というのがこの経営者の卓越した点だったのだろう。 さて、繰り返すが、『根本原因』Root Ca
経験から学びすぎることの危険 ～ゆらぎある事象の原因分析について | タイム・コンサルタントの日誌から
1973年、第四次中東戦争が勃発した。イスラエルに対してアラブ国側が先制攻撃をしかけて始まったこの戦争は、緒戦段階でエジプト軍の地対空ミサイルが効果を上げ、イスラエル空軍機を多数撃墜した。戦争は結局、米国の後押しを得たイスラエル側が、ある程度まで押し返して、わずか2週間ほどで終わる。ただ、この時の余波で第一次石油ショックが起こり、油価の暴騰とエネルギー供給危機に、日本を含む西側諸国は大きな動揺を経験する。 イスラエルの側も、それまで過去の戦争ではアラブ側を圧倒していたのに、大きく面目をつぶした。とくに空軍の損失は甚大で、しかも損失の出方は偏っているようにみえた。たとえば、同じ基地から飛び立った二つの飛行中隊のうち、片方は4機を失ったが片方は無傷だった。このため、損害を被った飛行中隊のどこが悪かったのか見つけようと、調査が開始されていた。しかし一方の中隊がとくにすぐれていると考えるべき理由は
マネジメントとリーダーシップはどう違うか | タイム・コンサルタントの日誌から
大学でプロジェクト・マネジメントを週1回教えていることは前にも書いたが、授業は毎回必ず、前回の復習と、学生から出た質問への答えからはじめることにしている。出席シートに質問欄を設けて、そこに気になったことへの質問をかいてもらうのだ。むろん授業でも最後に「質問は？」ときくのだが、だいたいの学生はなぜかその場では質問せずに、紙に書いてくる。 いろいろ出た質問の中から、いつも「本日のBest Question」を選出し、その質問者の名前を明示してほめることにしている。良い質問を考えることは、単に回答を考えるよりも、ずっと価値があるからだ。一般に、マネジメントの問題には正解がない。正解がない中で、自分で考えて決めていかなくてはならない。これは、たくさんの正解を覚えてどれだけ早く答えるかを競ってきた東大みたいなところでは、とくに大切だ。 さて、「マネジメントとは何か」という授業をやった後で、面白い質問
とれるだけ仕事をとってはいけない : タイム・コンサルタントの日誌から
最初に、損益分岐点の説明からはじめよう。企業は、製品やサービスを売って売上を得る。しかし、世の中にタダの物はないので、そこには必ず費用（原価）が発生する。その費用が製品の販売数量に単純に比例する場合、企業は売上に比例した利益を得ることになる。この関係を図(a)に示す。横軸は、売上である。工場の視点から言うと、売上向上すなわち稼働率向上を意味するから、横軸は稼働率と見てもよい。縦軸は金額で、実線が売上高を、点線が費用を示す。費用は純粋に、売上高に比例する。これを変動費ともいう。売上に伴って、変動するからである。たとえば製品を作るのに必要な原材料の購入費がそうだ。あるいは、製品を加工するための外注費などもそうだ。 ところが、企業にはこれとは別に、売上高にまったく関係なく、固定的に発生する費用がふつうある。これを固定費という。その典型例は、設備機械の減価償却費である。あるいは、従業員の給料なども
減らすべき在庫、生かすべき在庫の区別 — 在庫管理論を再考する(3) | タイム・コンサルタントの日誌から
昨年末、拙著『BOM/部品表入門 (図解でわかる生産の実務)』が増刷になった。初版が2005年1月だから、ありがたいことに10年間、現役で売れ続けていることになる。累計部数も1万部近い。多くの人に手にとっていただけたということは、それだけ部品表の問題に悩む人も多いことを示しているのだろう。 この本は帯の部分に「マテリアル・マネジメント改革の基本技術」とサブ・タイトル風に銘打っている。BOMはマテリアル・マスタ（品目マスタ、部品マスタなどとも呼ばれる）とともに、製造業におけるDNAにも似た役割を持っており、モノの供給・流れ・消費を司っているからである。 ところで、わたしは勤め人なので、本を書くには土日か夜の時間しかつかえない。したがって、1冊の本を書くのに丸1年はかかる。そして1年もあると、執筆してているうちに、本の主旨が最初の意図から変わっていってしまうことがある。本書を書いたときが、まさ
在庫をどの形で持つか — 在庫管理論を再考する(2) | タイム・コンサルタントの日誌から
前回、このサイトでわたしは「在庫というものの意義をちゃんと積極的に評価して、そのコストやリスクに見合う適切な活用方法を考えるべき」だ、と書いた。「そのコストやリスク」のうち、『在庫のコスト』とは、前回も説明したとおり、保管費用と在庫金利に代表されるコストである。 それでは『在庫のリスク』とは何か。代表的なものは二つある。保管期限切れリスクと、不動在庫化のリスクである。在庫品目の中には、保管期限のあるものが存在する。電子材料系や化学品などに多いが、一定の有効期限がある。飲料・食品などでは賞味期限というかたちをとる。いずれにせよ、ある一定の期限を過ぎたら、在庫として無価値になってしまうのだ。したがって、基本的には保管期限が来る前に、使い切ってしまわなければならない。ちなみに生産スケジューリングの分野では、とくに中間在庫品に有効期限のある問題は、解くのが最も難しい部類に属する。これに保管スペース
なぜ納期に遅れるのか | タイム・コンサルタントの日誌から
日本の製造業の9割は、受注生産の形態だろうと、以前書いた。確たる統計を知っている訳ではない。経験にもとづく感覚的なものである。だが、一般の人の常識とは異なっているので、こういうと驚く人が少なくない。いつかも、ある企業にお邪魔したとき、そこの部長さんが「ウチは受注生産なので特殊です」と胸を張っておられた。他所のコンサルなんかに、わが社の仕事の難しさが分かってたまるか、という雰囲気も、少し込められていたかもしれない。貴方の会社はぜんぜん特殊でも例外でもありませんよ、とお答えしたが、相手は半信半疑だった。 なぜなら、世間でいう製造業とは自動車とか、家電・パソコンとか、カメラ、飲料・食品、日用雑貨などであり、そこに共通したイメージがあるからだ。すべて、自社で開発した製品を、需要を見込んで生産し販売する「見込生産」の形態で動いているメーカーである。だから、そうした生産形態が普通であり、受注生産は例外
ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係 | タイム・コンサルタントの日誌から
ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事情に疎い。なるべく拝聴する側に回ることにした。話は業界の技術トレンドから、クラウドやビッグデータといった最新のバズワードに向かい、日本のIT業界の現状をなげく論調にうつった。日本を代表する大手SIerたちの低空飛行ぶり、技術的イノベーションの不足、そして多重下請に象徴される業界の構造的問題。追い打ちをかけるように、オフショアとの競合による単価の下落。なんだか、あんまりエンカレッジされるような話題が出てこない。 －－だとすると、日本のSI業界というのは将来性があるのでしょうか？ わたしは思い切って、直球ど真ん中の質問をなげてみた。しかし返ってきたのは、苦笑いするように首を横に振る姿ばかり。 「情
納期が延びる要因を指標化する － スケジュールのDRAGとはどんな尺度か | タイム・コンサルタントの日誌から
久しぶりにスケジューリングの話を書こう。スケジュールがなぜ長くなってしまうのか、どこを攻めたら短くできるのか、それを数字で指標化できる手法についてである。 いま、あるシステム製品をおさめる仕事を考える。単純化のために、この仕事は以下の６つの作業項目（アクティビティ）のみからなると考える。 1. 基本設計 （推定所要期間＝20日） 2.1 ハード調達 （推定所要期間＝35日） 先行作業：基本設計 2.2 設置調整 （推定所要期間＝ 5日） 先行作業：ハード調達 3.1 詳細設計 （推定所要期間＝10日） 先行作業：基本設計 3.2 ソフト開発 （推定所要期間＝20日） 先行作業：詳細設計 4. 総合テスト （推定所要期間＝15日） 先行作業：設置調整、ソフト開発 さて、このお仕事の納期は何日かかるだろうか。これは、作業項目とその順序関係を図に書いてみると分かりやすい。仕事の全体像をネッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
設計の「なぜ」を考える | タイム・コンサルタントの日誌から