片貝孝夫の IT最前線 (リッチクライアントBiz/Browserの普及をめざして)

リッチクライアントBiz/Browserの黎明期からかかわって来ました。Bizを通じて日常を語ります。

リスクテイクしてチャレンジしよう!

2009年06月19日 | 私の正論
私が長年やっている次世代情報システム研究会というのがある。
ネーミングを考えるとき、具体的な名前を入れるとすぐ陳腐化するので、次世代とした。

今回は良品計画の見学会。小森取締役が、快く引き受けてくださったので実現した。
同社は、1990年代後半に時代に急成長した。それに対応すべく、情報システムへの投資も積極的におこなった。しかし、急拡大が裏目に出て、2001年赤字に転落。物流を統括していた小森さんが情報システムを担当することなり、抜本的に改革することとなった。

販売・物流・会計といったルーティンワークの部分は、ベンダーに完全委託した。その代わり、商品マスター、取引先マスターなどのマスター管理は自社管理とし、更新の都度、委託ベンダーに、テキスト形式のファイルで渡し、それぞれのマスターを更新してもらう形にした。
一方、発注管理・在庫管理・営業管理などのいわゆるMD(マーチャンダイジング)システムは、社員の手で開発・運用をおこなうことにした。今日のことはアウトソーシング、明日のことは内製化である。

システムに完成形はないと、小森さんはおっしゃる。状況は日々変わる。それにあわせて機敏にシステムを変えていくことが重要だ。これまでにシステムは業務単位にできていたが、仕事は横串で、仕事とシステムとがミスマッチだった。そこで、アウトソーシングした業務から得られるPOSレジデータや物流・在庫のデータなどを、1時間ごとに吐き出してもらい、それをOSのファイルシステムの中に取り込む。その際、ローデータと一時集計したデータの2種類のファイルを作る。これは未来永劫消さない。そして、そのデータからさまざまなMD情報を引き出し、発注量を決めたり在庫量を決めたり、生産中止を判断したりといった判断業務をおこなう。

システムを作る人とシステムを使う人は同じフロアにいて、いつでも話ができる状態にある。新しいシステムは1週間から、長くても3週間で開発する。スピードがすべてを解決する。サクッと作って使いながらどんどん手直ししていくのだ。
最初から100%のものを作ろうとすると、作る側が構えてしまい、細大漏らさず仕様を聞き出そうとする。やってみなければわからないのに無理やり聞き出して仕様をまとめ、おもむろに作って、出来ましたと突然完成形を提示する。ユーザは思っていたのと違うと不満を漏らす。しかし直すには金がかかるということで我慢するか、使うのを止める。それは最初から完成形を作ろうとするからだ。そもそも仕事に完成形はない。常に変化する。だから70点のものでいいのだ。まずは欲しい最終形の画面から作る、それでいいとなったらロジックをプログラムする。そのプログラムはUNIXのシェルコマンドで書く。
良品計画は、システム投資を、年間20億円だったのを12億円まで落とした。落とせた。アウトソーシング先にとっても無理な話ではなかったという。それは100点は求めない、リスクは良品計画が取るという姿勢から、安心してリスクを上乗せしない裸の見積が出せるからだという。

システム再構築にあたって留意したいこと4点。
1.自社の競争力を高めるための機能に重点投資する。
2.すべてを求めない。多少のエラーはいい。スピード、勇気と自由度を確保。
3.会社の業務全体を俯瞰できるのはシステム部門しかないという気概。
4.リスクヘッジではなくリスクテイクの姿勢で臨む。

今回、参加者は26名、過去最高だった。質問も盛んに飛び、1時間近くオーバーしてしまった。 私の最初の挨拶はこうだった。「昨今の企業情報システムは、ユーザもベンダーも腰が引けている。勇気をもってチャレンジしようとしない。その昔、何も無いところからシステムを作ってきた我々から見るとまったく歯がゆい。今日の小森さんのお話をじっくり聞き、勇気を持ってそれぞれの仕事に取り組んで欲しい」。
実は良品計画では、内製化した計画業務の部分にはデータベースを使っていない。OSのファイルシステムにデータを取り込んで、それを検索集計する形で超高速化を図っている。これはHOWS社のISSEIと同じ技術だ。私が2年前に「究極のデータベースソフトを見た」と書いて嘲笑されたが、その技術である。

今は朝ですが、まだ少し興奮しています。
ジャンル:
ウェブログ
キーワード
アウトソーシング 情報システム ファイルシステム ミスマッチ マーチャンダイジング ルーティン
コメント (4) |  トラックバック (1) |  この記事についてブログを書く
Messenger この記事をはてなブックマークに追加 mixiチェック シェア
« 今朝の収穫 | トップ | 速読講座最終日 »

4 コメント

コメント日が  古い順  |   新しい順
お誘いいただき本当にありがとうございました。 (草場)
2009-06-22 20:55:52
DWHのビジネスを行っている身として、下記の点、大変勉強となりました。
本当にありがとうございました。



・自社の競争力アップに必要な要素を考え、それを実現する技術を、常識に捕らわれないで自ら考え実行されいる点

・マスタとローデータ(業務の最小単位)が一番重要と考えシステムを構築されている点
 現在、下名が担当させていただいているお客様でも同様のお考えをお持ちで、全体最適を実現している強い情報システム部の特長だと考えております

・ユーザ様と情報システム部が、同じ方針、目標のもと情報システムを作り上げている点
 試行錯誤でよいシステムを目指し作り上げる仕組みとそれを支える技術は大変勉強になりました。

お誘いいただき本当にありがとうございました。
次回の、次世代情報システム研究会も楽しみです。
ご出席たりがとうございました (片貝孝夫)
2009-06-26 14:37:36
見事でしたね。
次回は10月くらいにしましょう。
ご出席たりがとうございました (片貝孝夫)
2009-06-26 14:37:43
見事でしたね。
次回は10月くらいにしましょう。
シェルコマンドで書く技術 (片貝孝夫)
2012-02-01 07:45:46
これは、USP研究所のユニケージ開発手法です。
こちらを参照してください。
http://www.usp-lab.com/

コメントを投稿


コメント利用規約に同意の上コメント投稿を行ってください。
※文字化け等の原因になりますので、顔文字の利用はお控えください。
下記数字4桁を入力し、投稿ボタンを押してください。この数字を読み取っていただくことで自動化されたプログラムによる投稿でないことを確認させていただいております。
数字4桁

トラックバック

この記事のトラックバック  Ping-URL
システムの内製化は必要か、いくつかの事例と内製化のポイント (Jamz)
内製化の要因は大きく二つ。 事業の核となる業務の競争力の強化 外部への丸投げから内部で取り組むことの重要性を再認識 上記 2 の「失敗」や「経験」からの出戻り ? 的な要因は、あまり重要ではないのですが、少しだけ補足。 コンサルもSIerもいらない、内製志向のユーザ...

あわせて読む