2. 自己紹介
＜略 歴＞
１９８４年 － １９８７年 青山監査法人（プライスウォーターハウス）東京
１９８７年 － １９９４年 英和監査法人（アーサーアンダーセン）大阪
１９９４年 － １９９８年 SAPジャパン株式会社
１９９８年 － Hiro Business Solutions 設立
２００７年 － 株式会社NTTデータ経営研究所
日本公認会計士協会 ＩＴ委員会委員
＜ 主な著作物 ＞
・絵で見る 内部統制で仕事はこう変わる！
・ＥＲＰ導入での成功Ａ様、失敗Ｂ様
・ERPシステムの活用事例 －水平展開－ に関わる所感
・連結会計システムのＰＬＡＮ－ＤＯ－ＳＥＥ
4. 投資と効果は？
業務量削減
初期コスト
効 コスト削減
果
投
リードタイム
資
短縮
運用コスト
業務高度化
5. 情報システムの有効性
顧客サービス 新システム導入により顧客に対するサービスが向上し
の向上 たか
情報システムの
顧客面 新規顧客
導入により、顧
新規顧客の獲得数は上昇した
の獲得
客に対する成果
の有効性
が得られたか
売上/利益率
売上及び利益率は上昇したか
の向上
新システム導入に際してのBPRにより業務量が削減さ
業務量削減
れたか
情報システムが
情報システムの
、顧客面/業務面
コスト削減
情報シス 調達額・支出額が削減されたか
導入により、企
/システム面を通 業務面
テム全体 業活動が円滑
じ全体を捉えて
リードタイム
の有効性 に遂行されるよ 決算等の早期化が実現されたか
考えた場合、有
の有効性 短縮
うになったか
用なものである
情報の適切な管理/共有等により業務が高度化された
か 業務高度化
か
利便性 システムの使い勝手は良いか
情報システムが
効率性 情報システムのリソースは効率的に活用されているか
、企業活動を支
システム面
えるのに十分な
信頼性
の有効性 品質を有してい 障害への対策、発生頻度、規模は適切か
/安全性
るか
運用性 システムの運用、保守は適切に行われているか
6. システム面の有効性
利便性
満足度の
満足度の 信頼性／安全性
効率性 評価視点
評価視点
運用性
10. ＳＡＰシステムの本質
よくスーツの既製品かオーダかと譬えられるが・・
そんな二者択一のものじゃない
レストランの形態に譬えて
単品注文
部分最適。バラバラ、つぎはぎだらけ。
おまかせ
職人（要員）の確保ができない。
好み（要件）全て理解できない。金がかかりすぎる。
コース料理
松・竹・梅 和食/洋食／中華 どれにする？
好みが足りなければ 追加注文（＝アドオン）
バイキング
13. ユーザー不在のプロジェクト
バーティカルリミットという映画があった。雪山で遭難する極限状
山登りに譬えて。
態での映像と人間のドラマである。
笑ってる場合じゃないのですが・・・
映画の中で、飛行機会社のオーナーがアタック隊が待機するキ
ャンプにヘリコプターでやってくる場面があった。
山登りはチームワークの賜物であろう。最後に頂上を制覇する
のはほんの一握りで、ＥＲＰ導入に喩えれば、それはユーザーと
いえる。頂上をアタックするのはユーザーであってもそれを支え
るのは色んな人がいる。最後の困難な状況の中、トランシーバ
ーだけを頼りに指示や意見を交換し、判断を下す。そこにはそれ
までつちかってきた信頼が必要である。
頂上を制覇するのはユーザーだとは当たり前であるが、そのユ
ーザーが突如としてヘリコプターでやってくるようなプロジェクト
は大抵が失敗してしまう。
コンサルタントや情報システム部が準備をし、さあ、頂上を制覇
してください！と。それでは信頼が芽生えない、何が必要なのか
お互いがわからない、ユーザー不在のプロジェクトは成功する訳
がない。
本来なら、ユーザーは最初から行動をともにすべきである。それ
により信頼も芽生え、効率的な導入ができ、いざというときの指
示や判断ができるのである。
15. 要件定義に時間かけすぎ
1 2 3 4 5
Project Business Final Go-Live and
Realization
Preparation Blueprint Preparation Support
計画 ビジネス設計 実現化 移行 本番
Differences in Business Blue Print and Realization Phase
In Japan Business Blue Print takes longer due to Consent based Decision Making
ポイント In Germany Decision Making does not require Consent
17. アドオンのとらえ方の勘違い
アドオンは
パッケージ機能と実現したい要件との
過不足によって起るのではなく
『コミュニケーション不足』と『スキル不足』によって起る
•アドオンの多くは こだわり
•海外と日本と違うこと
•車の右側通行と左側通行
•大リーグでのストライクとボールの表示順序
•アインシュタインの言葉
「常識とは、十八歳までに身につけた 偏見のコレクションのことをいう。」
「アインシュタイン１５０の言葉」 ： ジェリー・メイヤー＆ジョン・Ｐ・ホームズ編
18. アドオンしそうな局面では・・・ 絶対悪で
はない
善玉のアドオンと悪玉のアドオン
アドオン検討の優先順位
１ ソフトベンダーとの適宜なコミュニケーション
２ 機能使用上の知恵
３ ＤＲ（Development Request）－ 開発要求
４ ＢＰＲ － 業務改善
５ 他ソフトとの連携
６ 追加開発（Ａｄｄ－ｏｎ ） （最後）
21. プロジェクト体制（トップの共感）
良いこと 悪い兆候
社長の共感 ある。 無関心。
責任者 決まっている。 曖昧。誰もやりたがらない。
兼任で週一がやっと。
専任部署 できている。
やたらと忙しいと言い訳。
関係者（ＰＴ） 専任体制ができている。 とりあえず全員集まる。
平均年齢が高く、男だけ。
若手や女性 チーム内にいる。
いつもの顔ぶれ
予算 ある。 安くしろ。金かけるな。
22. やりたいことが具体的で明確
現行業務・システムとパッケージの
単純比較に終始しない
ここに気をとられがち
ここに気をとられがち
理想のシステム
クリティカル 経営サイドの視点から
経営サイドの視点から
パッケージの 不可欠な要件（目的）と機能
不可欠な要件（目的）と機能
な要件
サポート領域
この要件（目的）が実現しないと･･･
この要件（目的）が実現しないと･･･
•競争力が低下する
•競争力が低下する
•他の業務システムとの連携が困難
•他の業務システムとの連携が困難
現行システム •将来の拡張性が制限される
•将来の拡張性が制限される
•業務の遂行に多大なコストがかかる
•業務の遂行に多大なコストがかかる
重要なのは、クリティカルな要件（目的）／機能がカバーされているか否かである。
トータルで見たレベルアップを図る。（パッケージ導入によるメリットも考慮する）
“理想のシステム”とパッケージのサポート領域のギャップを埋める手段も考慮する
個別の細かい要件・機能の有無にまどわされてはいけない。（目的重視）
25. （ご参考） － 測定項目
利便性
機能充足度
処理速度
操作性
効率性
ハードウェアの効率性
ＣＰＵ使用率、メモリ使用率、ディスク使用率
ソフトウェアの効率性
ライセンス使用率
信頼性／安全性
ハードウェア障害の発生と対処状況
ソフトウェア障害の発生と対処状況
運用性
日常作業・定期保守実施率
ユーザーサポートへの評価
26. （ご参考）－利便性の課題
エラーメッセージの
タイムアウトが早い
日本語がおかしい
配賦の処理が遅い
処理が重いとフリーズする
操
入力補助機能の充実
作 利用権限に制限があるため
ｽｷｬﾝ文書関連処理が遅い
性
機
処 伝票訂正の容易化 不便
能
理
充 帳票の視認性が低い
速 購買関連の諸番号の紐付け表記
足
度 決算自動仕訳処理が遅い
自動処理の実施状況の確認
度 証憑台紙の記載項目増 が不便
自動計上された伝票を
直せない化
単価改訂処理が遅い
決算整理仕訳の勘定科目変更対応
