エンジニアリングを再設計する | タイム・コンサルタントの日誌から
エンジニアリング会社で、それなりに長い間、働いてきた。昨日、4月1日は入社式の日だ。自分のときもそうだった。考えてみるとずいぶん昔のことだが、なんだか、ついこの間のようにも感じる。 率直に言うと、同じ会社でこんなに長く働くとは思っていなかった。エンジニアリング会社は受注産業だ。仕事が取れなくなれば、すぐに倒産する。入社したときに、「この会社は3年もつだろうか」と思ったことを記憶している。 長く働く間に、わたしも人並みに「よそに転職しようか」と思わなかった訳ではない。だが、製造業にも建設業にも、コンサルティング会社にもIT企業にも転じなかったのは、やはり「エンジニアリング」という仕事に、それなりにこだわりをもっていたからである。
製造業のデータって、ほんとはDXに向いていないのかもしれないね | タイム・コンサルタントの日誌から
（前回のあらすじ）あなたは、ある製造業の工場に勤める若手のエンジニアだ。案外パソコンに詳しい、などとおだてられて手製のツールなどを作っているうちに、いつのまにか工場長から『製造IT担当』なる係にされてしまった。なんだか技術者というよりも便利屋みたいだな、などと思いながら、それでも製造ラインのデータを取得するIoTなどの仕組みを工夫したり、生産管理システムの改修要件をとりまとめたりしてきた。 そんなある日、本社から突然、「全社DXチーム」のメンバーに任命されたから会議に来い、と命じられる。専務が委員長で、情報システム部の次長が事務局長だ。社内の主な部署から、若手中堅メンバーが集められている。だが、参加してみたものの、皆、何をすればいいのか思案顔であった。最近のデジタル技術は、従来のサーバとPCの中のITより、現実世界とインタラクションが強い、だからそれを利用すればいい、という意見もでた。だが
生産革新のためのBOM（部品表）再構築入門(2) | タイム・コンサルタントの日誌から
＜設計部品表（E-BOM）と製造部品表（M-BOM）の乖離＞ BOM再構築の課題の中でも、もっとも多く見られる悩みが「設計部品表と製造部品表の乖離」だ。ふつう、前者はEngineering BOMを略してE-BOMと呼び、後者をManufacturing BOMの略でM-BOMと呼ぶ。 設計部品表（E-BOM）とは、設計部門が作成する部品表のことで、最終製品を構成する全部品をリストアップしたものである。製品の構成図（断面図）の各部品に①②③・・といった番号をつけ、その右側に番号・部品名称のリストをつけたものを、誰しも見たことがあると思う。この部品構成リストがE-BOMの原型である。 たとえば、『冷し中華』という製品を考えてみよう。冷し中華一人前は、図１左に示すように、茹で麺・たれ・錦糸玉子・チャーシュー細切・きゅうり細切から組み立てられる。 機械・電気など組立加工系の業種におけるE-BOM
生産革新のためのBOM（部品表）再構築入門(1) | タイム・コンサルタントの日誌から
数年前、三菱電機から依頼を受けて、「e-F@ctory」という同社のWebサイトに、BOM（部品表）に関する文章を書いた。今はそのurlはリンク切れになっており、同社のサイトを検索しても見つからない。サイトのリフォームにともない、この種の一般解説的文章は削除されたのだろう。そこで、当時の文章を、一部ブラッシュアップして、ここに再掲することにする。内容的に、とくに古くなってしまった部分も見あたらないと思う。製造業におけるBOM（部品表）の構築と改善は、いつでも古くて新しい課題なのである。なお、ここでは分量の関係で2回に分けて掲載する。 ＜今、なぜＢＯＭが問題なのか＞ 不況の長いトンネルを抜けて、いま日本の製造業は元気を取り戻しつつある。そして多くの企業で、この機会に生産全体のあり方を見直したい、という気運が高まっているようだ。 製造業とは、物品（マテリアル）を産出・加工し、付加価値をつけて販
Drag Cost - 納期を加味した真のコストを考える | タイム・コンサルタントの日誌から
Liquidated damagesという英語をご存じだろうか。地震による「液状化の損害」、ではない。Damageはダメージ、被害だが、複数形でdamagesになると、損害賠償を表す契約用語になる。これは主に納期や性能など、請負側が保証すべき義務を果たせなかった際の損害賠償金のことで、あらかじめ契約で規定しておく。とくに納期遅れに対して科せられることが多く、商社やエンジ会社など、海外との契約を多く取り交わす企業では、略して『リキダメ』などと隠語風に呼ばれる。もし英文の契約書にこの言葉を見つけたら要注意だ。 納期遅れに対するLiquidated damagesは、日数に比例して計算する。1日10万円とか100万円で、遅れた日数分をかけて精算する。ただし、一定の上限を定めるのが普通である（たとえば受注金額の8%まで、等）。大型のプラント建設プロジェクトでは1日1億円近いケースもある。厳しい条件
納期が延びる要因を指標化する － スケジュールのDRAGとはどんな尺度か | タイム・コンサルタントの日誌から
久しぶりにスケジューリングの話を書こう。スケジュールがなぜ長くなってしまうのか、どこを攻めたら短くできるのか、それを数字で指標化できる手法についてである。 いま、あるシステム製品をおさめる仕事を考える。単純化のために、この仕事は以下の６つの作業項目（アクティビティ）のみからなると考える。 1. 基本設計 （推定所要期間＝20日） 2.1 ハード調達 （推定所要期間＝35日） 先行作業：基本設計 2.2 設置調整 （推定所要期間＝ 5日） 先行作業：ハード調達 3.1 詳細設計 （推定所要期間＝10日） 先行作業：基本設計 3.2 ソフト開発 （推定所要期間＝20日） 先行作業：詳細設計 4. 総合テスト （推定所要期間＝15日） 先行作業：設置調整、ソフト開発 さて、このお仕事の納期は何日かかるだろうか。これは、作業項目とその順序関係を図に書いてみると分かりやすい。仕事の全体像をネッ
モノサシを疑え | タイム・コンサルタントの日誌から
企業の最終的ゴールはお金をたくさん儲けることだ。入社式で新入社員に美辞麗句をならべて何を訓示したにせよ、経営者はみな内心そう思っている。“そのために諸君の若い力が必要なのだ、頑張って欲しい”、と。 頑張ることの意義を、疑う人は少ない。この国では、自分の属する組織や場のために頑張ることは美しいと思われている。そうでなければ、なぜあんなに高校野球が好きなのか。若者は素晴らしい、なぜならつねに一生懸命だから、というわけだ。 では、会社で頑張るとはどういうことか。お金儲けという目標のために、組織が全力を尽くすこと。それはすなわち、各人がおのおのの持ち場で最大限の努力をはらうことだ。そのために、各部門で目標となるモノサシが与えられている。利益とはすなわち売上マイナス原価である。したがって、営業は売上の増大をはかり、工場は製造原価を低減しろ、と求められる。物流部門は物流コストを低減しろ。調達部門は安価
Googleのプロジェクト・マネジメント手法を考える | タイム・コンサルタントの日誌から
もう夜の10時27分だ。私はこのごろ、夜11時をすぎたらパソコンの画面はなるべく見ないように心がけている。率直に告白するが、中年になると、体力（とくに視力）が一日持たないのだ。ちゃんと夜眠らないと、翌朝になっても回復しない。 でも、そう言いながら、昨晩は会社で11時半近くまで仲間と仕事をしていた。残業は嫌いなのに、三連休までつぶして働くのは、まことにクレイジーである。どうしてクレイジーかというと、私が現在プロジェクト・スケジューリングの仕事をしているからだ、という理由に行き着く。大きな海外プロジェクトがはじまった。もうすぐ顧客も来日して我々のオフィスに駐在をはじめる。あと一月以内にプロジェクト・マスター・スケジュールを確定させる約束だ。その時までの間は、当面、フロントエンド・スケジュールで皆を動かさなければならない。で、そのフロントエンド・スケジュールを期日までに仕上げるために、夜遅くまで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
進捗率を何で測るか？ −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から