【LNよもやま話 #7 そう言えば昔はこういうのがあったっけ？】

今回は（今回も？）役に立たない話です。

旧バーン社は現インフォア社と同様「製品を買収して連携する＋α」という道を突っ走っていました。買収した製品群の一部は今でも残っていて、インフォア社の製品ラインの一部になっています。

＜＜Open World＞＞

簡単に言うと、現インフォア社の「ION」みたいなものです。複数製品を連携したり、ワークフローしたり、イベントマネジメントしたりダッシュボードしたりする製品です。2000年頃、Baan5.0cのリリースと共に発表されました。現在も「Integration for LN」という名でLNとの連携機能（LNとMS Word/Excelとの連携など）として生き残っています。

＜＜Scheduler、Planner＞＞

Schedulerは、元をたどればカナダのBarcrain社のMoopiというスケジューラです。Plannerはボーイング社やフレクトロニクス社にも採用されているグローバルサプライチェーン計画システムです。各々国内にも導入事例があります。現インフォアにおいてはプロセス製造業向けなどのSCM、S&OP系ソリューションも取り揃えています。

＜＜iBaan PLM＞＞

PLM8と名前を変え現在はInfor PLM Discreteと言います。元はBAIN（BA Intelligence Networks）社（後にc-Arkと社名変更）のMANTA PDMという製品で、世界で初めてのVisual PDMという売り文句でした。2012年、インフォアはこのPLMを全面的にWEBアプリ化して生まれ変わりました。

＜＜CAPS＞＞

現インフォア社においてはSCE（Supply Chain Execution）の一部機能（TMS）として生き残っています。バーン社がCAPS logistics社を買収し、その後SSA社に売り飛ばしてしまいましたが、SSA社がバーン社を買収し、インフォアがSSA社を買収し・・・結局は現インフォアの製品として生き残っています。

＜＜bisam/btam＞＞

かつてのバーン社はデータベースも作っていました。ただしBaan専用データベースです。バカ高い市販DBを買わなくてもBaanが使える、というものでしたが、餅は餅屋ということで2000年位にやめました。軽くて早かったんですけどね。

＜＜DDC（Distributed Data Collection ）＞＞

簡単に言うと、バーコード連携機能です。入出庫や棚卸、製造実績登録などの機能をハンディターミナルで行う為の機能です。VT端末用の画面やプログラムを提供していました。LNになったとたんに無くなりました。

今はInfor Warehouse Mibolity（旧Infor10 Barcode、BridgeLogix）によって、このような機能を実現します。

そんなこんなで、様々な企業や製品を買収していたバーン社でしたが、実はWeb会議のWebEX（現在はCiscoの持ち物）や、SAP社ポータル製品のTopTierは、かつてバーン社の持ち物でした（正確にはバーン社創業者の個人会社のもの）。TopTierは「Baan Data Navigator」と呼んでいました、とさ。

次回は、【LNよもやま話　#8　導入方法論（仮題）】をお伝えしたいと思います。役に立たない話が続きます。

【製造業の基幹システム #4 ○○○という名の宗教】

○○○にはアルファベット3文字が入ります。ERPでもSCMでもSOXでも色々と当てはまる文字はあるかと思います。前回も書きましたが会計・人事アプリケーションと違って、生産管理や販売管理の世界に正解はありません。脈々と受け継がれてきた管理手法や手順が時代と共に変化しながら、その時代に最適なものへと生まれ変わります。

何事も変化しようとする時には、その変化の主導権を握ろうとするために新しい言葉が生まれます。CADやCAMは相当古い言葉ですが、PDMやPOP、MESなども既に古い言葉かと思います。ERPやSCM、CRM、CPM、EAM・・・製造業に関連する言葉だけでも相当な略語があります。これらの3文字には「教義」が存在し、教祖様（言い出しっぺ）と宣教師（業界ゴロ）が存在します。

「ERP」の教祖はさておき、その宣教師たちは各々の所属する会社、団体が有利になるように教義を解釈し、宣教していました。

・ERPを導入しないと不幸になる

・ERPを導入するとバラ色の将来が約束される

・ERPは管理会計の仕組みだ

・ERPはヒト・モノ・カネを最適化する仕組みだ

・ERPは人事管理の仕組みだ

・ERPを使うと決算が早くなる

・ERPには経営判断の為のデータが入っている

・ERPを導入すると在庫が削減される

・ERPを導入すると納期が短縮される

・ERPを導入すると利益率が向上する

・ERPによってグローバルスタンダードになる

・ERPにお任せあれ～

上記のどれが真実なのかは、ここでは触れません。私を含め90年代からERPに関わっていた人間は、このような文句を垂れながら宣教にいそしんでいました。

ここで話はガラリと変わりますが、「満員電車」という古い日本映画（1957年製作）をご覧になったことはありますか？ERPに関わっている方は必見です。主人公が新卒で勤めた大会社（ビール製造会社）での仕事は、手書き伝票を元帳へ転記する仕事です。来る日も来る日も右から左へ数字を書き写しているだけです。それも大人数で机を並べて朝から晩まで転記です。まさに「人間ERP」です。

私自身がERP導入に関わったお客様で手書きの仕訳伝票からERPに移行した会社が１社だけ有ります。経理部員は各部署から回ってくる売上伝票や仕入伝票を仕訳伝票に記帳し輪ゴムで束ねて会計事務所へ送り、一月ごとに月次B/S、P/L、総勘定元帳、などが会計事務所から送られてくる・・・という仕事がERP導入によって全く無くなりました。

もうひとつ似たようなエピソードを思い出しました。20年ほど前の話です。ERPではありませんが共通費の部門別配賦の仕組みをシステム化したことがありました。これは単純な計算の繰返しなので、人間がやると面倒だけれどもコンピュータ（計算機）は最も得意な分野です。システム化以前は、この道ウン十年の経理部員が算盤（そろばん）で計算していたのですが、さてシステムが完成し実データを使った最終テストで段ボール3箱分の計算過程のデータが吐き出されました。ベテラン経理課員は、全ての縦計、横計を算盤で検証した後に「計算、合ってるね・・・」と寂しそうに去っていきました。

話を元に戻すと・・・

私は、ERPは「ビジネスインフラ」だと思います。携帯電話やスマートフォン、パソコン、コピー機、ボールペン、ハサミ、作業机・・・の、様なものです。普通に身の回りに存在し、色々なメーカーの多種多様なものがあり、無くても仕事は出来るけど無いと困る様なものです。

「ウチの会社はERPなくても困ってないし」

という会社もあるかもしれません。きっとERP（のようなもの）を手組みで作っているか、業務別のパッケージを組み合わせて使っているのでしょう。もしかすると「人間ERP」かもしれません。

「ウチの家は水道引かなくても井戸掘るから困ってないし」

どうぞ掘って下さい。

次回は、インド人技術者の話を書いてみようと思います。

【LNよもやま話 #6 Dynamic Enterprise Modeler】

今回はLN（Baan）の特長のひとつである「DEM」をご紹介します。

DEMとは「Dynamic Enterprise Modeler（方法論として呼ぶ時は「Modeling」）」の略称です。

「えっ！？『ダイナミック・エンタープライズ』をモデリングするの！？」と思われた方、正解です。

「『エンタープライズ・モデリング』を動的に！？」と思われた方も正解です。

「『ダイナミック・エンタープライズ』って何？？？」「モデリング？？？」って方、今回は全然面白くありませんので読み飛ばして下さい。

本来、「ERP」とはエンタープライズのリソースをプランニングするアプリケーション・ソフトウェアですから、最初に「エンタープライズ」をモデリングする必要があります。簡単に言うと自社内外のモノとカネと情報の流れを定義します。

さて、モデリングをどうやって実施しましょうか？紙に書きますか？何かのツールを使いますか？従来の業務モデルや業務フローをそのまま書き出しますか？

そこで登場するのが「DEM」です。DEMはモデリング・ツールであり、モデリング方法論でもあります。

＜DEMでやること、出来ること＞

１．自社内外および、自社拠点間のモノとカネ、情報の流れをお絵描き

２．LN導入拠点ごとに拠点内のモノとカネ、情報の流れをお絵描き

３．情報の流れに応じてLNの各機能とのマッピング

４．（必要に応じて）組織（役割）ごとにLNのデータアクセス権限を定義

５．（必要に応じて）個人ごとのLNメニューを生成

・・・国内外に数十拠点もあるような企業が上記のことをやろうとすると大変な労力を要します。

そこで活躍するのが「EBM（Enterprise Business Model）」です。これは、上記の２．と３．のひな型です。ビジネスケース（見込生産、受注生産・・・）ごとに業務プロセスフローがお絵描き済になっています。

「インフォアが作った業務プロセスにはとらわれたくない？」・・・そんな製造業にはEBMは必要ありませんが、製造業向けERPとして世界一高機能なLNを使いこなすことが出来ますか？ LNの膨大な機能についてアプリケーション・コンサルタントから全部説明してもらいますか？

と、DEMの良いメリットをつらつらと書きましたが、中堅・中小企業へのLN導入の時にはDEMを使わない方が安く早く導入できる場合もあります。DEMは「複雑に絡み合っている企業の仕組みをシステムに落とす」ためのものですので、最初からシンプルな仕組みの企業へのLN導入に対するDEM効果は小さいです。

ちなみに、DEMは、大昔はオルグウェア（Orgware）と呼んでいました。オルグウェアのプロモーションビデオを見たことが有る人は少ないと思いますが、宇宙ステーションがドッキングするような映像によって業務プロセスがきっちりかっちり組み立てられていく様子を表現してしたものでした。

なお、英語版Wikipediaの「Dynamic Enterprise Modeling」の項には、結構詳細な説明が記載されています。

http://en.wikipedia.org/wiki/Dynamic_Enterprise_Modeling

次回は、【LNよもやま話　#7　そう言えば昔はこういうのがあったっけ？（仮題）】をお伝えしたいと思います。

【製造業の基幹システム #3 開発フレームワーク】

私が製造業の基幹システムに関わるようになった1995年頃、まだ「ERP」という言葉は浸透していませんでしたが、某電機大手の生産管理システムにTrimcs（LNの元となったERP）を採用することになりました。

ERPをERPとして使うのではなく、パッケージが持っているMPS、MRP機能をベースに機能追加、改造して工場全体の生産管理システムを構築するという構想です。

それまでは主に会計・人事系のシステム開発を中心に関わっていましたので、生産管理システムとしては初めての経験でした。そして、会計・人事系のシステムと生産管理系システムとの大きな違いを知ることになります。

＜会計・人事系システム＞

・目的は省力化

・法令、規制に合わせることが重要

・機能よりもコスト

・ユーザーに女子が多い

＜生産管理システム＞

・目的は様々

・ROIを出すことが重要

・機能要件に限界が無い

・ユーザーはおっさん

私の会計・人事系システムから生産管理系システムへの経験というのは、非常に運が良かったと思います。現在の成熟した（機能満載の）ERPの全体を理解して、それに関わる業務を仕事とすることは非常にハードルが高いと思いますが、私は一歩一歩階段を上るように経験を踏むことが出来ました。

ところで、プロジェクト中の一番の思い出と言えば・・・工場の独身寮を使わせて頂いていたのですが、久しく使用していない部屋だったので夜はチューチューとネズミの運動会、と思いきやコウモリが住み着いていました。

次回は、「ERP」という言葉が浸透し出し、若造だった私が偉そうにゴタクを並べていた頃の話を書いてみようと思います。

【LNよもやま話 #5 世界中のバーン・マニア】

海外には私どころではないバーン・マニアがいますので、２、３ご紹介します。

＜＜米国i-app社（http://www.i-app.com/）の社長、Dan Aldridge氏＞＞

彼のブログは強烈です。

・Jan Baan（Baan社創始者）はロックスターだ！！！

・Jan Baanが “SAP is #1 but we’re the best”と言うのが好きだった。

・私の妻は（Baanに命を捧げる）私のことを狂人だと思っている。

・私の問題は「Baan DNA」を持ってしまったことだ。

彼の会社（i-app社）はRestonにあるのですが、かつてBaan社のUS拠点だった建物のすぐ近くです。「Baan DNA」を持った連中で作った会社のようです。

「Baan DNAとは何ぞや？」と言う方は、彼の会社のホームページ、そしてブログを読んでみて下さい。バーン・マニアという域を超えています。

＜＜香港Ziaps Technology社（http://www.ziaps.com/）のChun Yue, Lam氏＞＞

彼は非常に冷静な目でBaanの過去と現在を分析しています。

・Baan Tools（開発ツール）はVBで開発するより3倍の生産性がある

・Baanと比較するとSyteLineは小学生が作ったシステム、Dynamics/AXは高校生が作ったシステム。

・ガートナーのLN評価は低すぎる！評価が低い要因に「LNの複雑さ」を挙げているが、確かにLNの機能は深いがシンプルに使うことも出来る。

※彼のブログ（http://ziaps.blogspot.jp/）

＜＜カナダDynaFlow社（http://www.dynaflow-dem.com/）＞＞

会社としてはBaan教（Baan狂？）信者というよりは「DEM信者」です。DEMというのはBaan（LN）に付属するビジネス・プロセス・モデリング・ツールです。

社長のPierre Beaulieu氏は「懐かしのBaanグッズコンテスト」なんてことをやっているので、相当のBaan教信者でもあるようです。

http://www.ez-process.net/contest/index.htm

＜＜その他多くのバーン・マニア＞＞

・Vinod Gandham氏のブログ（http://baanace.blogspot.jp/）での紹介文は「Hi Baan lovers...」で始まります。

・豪Aptus社のブログではバーン社創業者のJan Baan氏を「The ‘father’ of ERP」と言っています。

などなど、他にも沢山のバーン・マニアがいます。

次回は、LNの特長のひとつ【LNよもやま話　#6　Dynamic Enterprise Modeler（仮題）】をお伝えしたいと思います。若い頃はDEMだけで御飯三杯食えました。

【製造業の基幹システム #2 某外資系日本法人】

1999年頃の話です。

某外資系日本法人へのERP導入の話が来ました。それまで私は外資系の会社に身を置いていながら、ベタベタの日本企業ばかり関わっていたので、この会社へのERP導入においては私自身の転機となることが多くありました。その（転機となった）大きな要因はドイツ人コンサルタントと組んで仕事をしたことです。彼はシステム導入方法論やプロジェクト運営の専門家であったのですが、いわゆる「机上の理論」ではなく、実践的なプロジェクト運営について非常に長けた人物でした。

＜＜走りながら考える＞＞

プロジェクト開始時には、どのプロジェクトにおいてもプロジェクト日程表（WBS）を作成するかと思います。そして、大まかな計画から詳細な計画までいくつかのバージョンがあるかと思います。

私がドイツ人コンサルタントと詳細計画を策定していた時、彼はちょっとイライラした様子でした。

「日本人って、ホント細かいよね」

ん？ドイツ人も結構細かいのでは？？？

彼曰く、

・ERPの導入において、「誰が何をどうするか」は走りながら考えるべき。

・プロジェクト期間中にギャップや課題を出し続けるのだから、将来の詳細計画は意味が無い。

・なので、プロジェクト期間中には「詳細計画策定」のタスクを必ず入れよ。

・プロジェクトメンバーの負荷を平準化することはプロジェクトの目的ではない。

とのこと。

なるほど、確かに。

毎週金曜日の夕方はプロジェクト主要メンバーで「翌週の詳細計画を立てる会」を実施するようになりました。

組織でがんじがらめになっているような大会社においては、このやり方は通じないのかもしれませんが。

＜＜困難な課題＞＞

システム実装中に、ある課題がありました。棒状の資材を切断して製品に組み込むのですが、その資材は受注時に長さが決まるので、どれだけの長さの資材をどれだけ在庫しておけば良いかわかりません。かと言って、受注してから資材を発注していたら、お客様が望む納期に間に合いません。私を含めたプロジェクトメンバーはウンウン唸りながらあーでもない、こーでもないと計算式と格闘していると、ドイツ人コンサルタントが一言、

「そんな無駄な検討をする暇があったら他のことを検討しようよ」。

プロジェクト一同、「は！？」。

彼曰く、

・すぐに答えが出ないのであれば、今まで通りのやり方でやればよいでしょう。

・その答えが大きな利益を創出しますか？検討に時間を掛けるということはコストを垂れ流していることと同じですよ。

とのこと。

なるほど、確かに。

＜＜日本人としての特性＞＞

ドイツ人コンサルタントと一緒に仕事をすることによって、「日本人であること」と痛烈に感じざるを得なかった訳ですが、「日本人であること」とは一体何でしょうか？

個人的な意見かもしれませんが、日本人の根底にあるものは

「不安」

ではないでしょうか。

・失敗に対する不安（やらない）

・変化に対する不安（変わらない）

・大っぴらになることに対する不安（隠す）

など。

不安だから、みっちりとした計画を作り、「計画通り」に進行すると安心します。

不安だから、目の前の課題を解決しないではいれません。

もちろん、日本人以外でも多かれ少なかれ不安を持って生きていますが、彼らはあっけらかんと失敗しますし、新しいことを創出することが自らの価値と思っています。

ところで、前回予告で「私が肥った原因になった」と書きました。その理由は・・・この会社へ４カ月ほど通う間に「甘～いコーヒー飲料」にハマってしまいまして、それから私の主たる飲料は「甘～いコーヒー飲料」になってしまいました。

次回は、私が製造業の基幹システムに関わるようになった頃の話を軸に書いてみようと思います。

【製造業の基幹システム #1 私の経歴について】

私は1990年代半ばより、製造業向けERPに関わる仕事をしています。その間に関わった企業は約500社です。その間に製造業（私にとってはお客様）のシステムに関する考え方の変化を感じています。

この【製造業の基幹システム】シリーズでは、その数百社の様々な立場の方からお話を聞き、そして私が感じたことを書いていく予定です。

私の専門は基幹システムですので、「製造業のシステムの話」と言ってもCADやMES、POPなどの話は出てきません。主に、

・なぜコンピュータ・システム（ERP）を導入するのか？

・コンピュータ・システム（ERP）を導入する為にはどうすればよいのか？

・コンピュータ・システム（ERP）を導入するとどうなるのか？

・もし、コンピュータ・システム（ERP）を導入しないとどうなるのか？

などの観点で、思うままに書いていこうと思います。

なお、世の中にはこのような書籍が沢山存在しますので、多くの方が常識と認識しているようなことを書くつもりはありません。そのような意味では、皆様が参考になるようなことが文章中に出てくるとは限りませんし、私自身が誤解・誤認識しているようなことが有るかもしれません。また、専門用語の解説などをするつもりもありません。

数百社の製造業の中には、数百人日以上関わったお客様もいますし、残念ながら数人日程度のお付き合いのお客様もいらっしゃいます。一昔前には○○（製品、人、手法、etc.）を知っているというだけで「コンサルタント」と名乗っている方も沢山いらっしゃいましたが、情報だけであればWEBから直ぐに取り出せる時代になりました。お客様が成功、成長するための方法も多種多様になり、コンサルタントという職種を職業にすることが難しい時代になったのかもしれません。

・・・と、いうようなことを、書いていく予定です。

次回は、私が肥った原因になった某外資系日本法人の話を軸に書いてみようと思います。