
経営者が可視化を理解できないのはどうして?
2007/3/6
経営者に可視能力をたたき込め!
■継続は力なり
乱暴ないい方ですが、経営者に標準図法を理解できるように訓練することが必要です。これは筆者の狭い経験からにすぎませんが、経営者はそれを理解できないほど無能ではありません。
標準図法で書くことは困難ですが、読んで理解することは難しいことではありません。経営者が分かりにくいというのは、これまでの表記法(仮に個条書きとしましょう)に慣れているので違和感を持っているだけなのです。違和感は繰り返すことにより低減できます。しかも、多くの標準図法は慣れれば分かりやすいものです。
- - PR -
当初は、標準図法と個条書きの両方を提出し、標準図法を見せながら個条書きの説明をします。次第に個条書きを減らして注釈だけにします。そして、その注釈を標準図表に書き込むだけでよいようにしてしまえば、半ば成功です。
標準図法がとっつきにくいのは、記号が多いからです。例えばクラス図での汎化記号の場所に「まとめると」、コンポジション記号には「自動的に消滅」などのような簡単な書き込みを入れるだけで、かなり理解できるのです。当初は多くの記号に書き込みますが、次第にポピュラーな記号の書き込みを減らしていきます。
筆者の経験では、プロジェクトの当初では標準図法と個条書きを併用しましたが、そのうち標準図法だけでなんとなく分かった気分になり、プロジェクトの終わりごろには、あまり書き込みをしなくてもよいようになりました(どこまで正確に理解したかは疑問ですが)。
■周囲を巻き込む
この作業には、周囲の協力が必要です。ベンダには、こちらと歩調を合わせて個条書きや書き込みをしてもらうことを依頼します。当初から書き込みなしの標準図法だけで説明されたのでは、経営者は拒否反応を示しますし、いつまでも個条書きを提出されると、そちらばかり読むことになりがちです。
フローチャートの比較分岐や、繰返しなどの表記法がプログラミングを離れて、IT以外でも一般の図法として使われるようになりましたが、標準図法もこのような状態にしたいものです。そうなれば、経営者も自然と理解するようになるでしょう。それには利用部門の協力が必要です。
利用部門では、標準図法に関心を持つ人がいるでしょう。その人に表記法を教えることにより、業務での多様な場面で使ってもらいます。UMLでいえば自分の業務内容をユースケース図、業務の流れをシーケンス図などの表記法を使ってもらうことにより、このような表記法が社内に広まります。
■日本版SOX法を良い機会にしよう
日本版SOX法では多様な文書化が必要です。それを統合管理するには専用ツールを利用するのが適切でしょう。
日本版SOX法では特定の標準図法を指定するものではないし、このツールがシステム開発での標準的な図表を作成するものではありません。しかし、経営者は日本版SOX法に大きな関心を持っているので、文書間の相互関係を明確にしたり、統合的に管理したりするツールの効果を納得するでしょう。
しかも、経営者が自らツールを利用することにより、実際の状況を把握できることを知るので、このような管理方法が有益であることを理解するでしょう。
そうなれば、システム開発や保守に同様なツールがあり、それを活用するためには標準図法に従うことが重要であることを認識してもらうのも容易になるでしょう。
○まとめ
- 可視化では、それを見る側の可視能力を考慮する必要があるが、必ずしもEAやUMLでの図表(標準図法という)は、経営者などの素人には分かりやすいとはいえないものもある
- しかし、全体最適化の観点から、経営者にも標準図法の可視能力を持ってもらいたい
- 標準図法が分かりにくいのではなく、これまで慣れてきた表記法と異なるので違和感を持っているだけだ。その違和感を払拭(ふっしょく)するには、繰り返しと段階的誘導が必要だ
- それにはベンダや利用部門の協力が必要だ。日本版SOX法対処の専用ツールの採用は、経営者の認識を高める良い機会でもある
東京生まれ。東京工業大学卒業。コスモ石油、コスモコンピュータセンター、東京経営短期大学教授を経て、現在フリー。情報関連資格は技術士(情報工学)、中小企業診断士、ITコーディネータ、システム監査など。経営と情報の関係につき、経営側・提供側・利用側からタテマエとホンネの双方からの検討に興味を持ち、執筆、講演、大学非常勤講師などをしている。著書は「教科書 情報と社会」(日科技連出版社)、「もうかる情報化、会社をつぶす情報化」(リックテレコム)など多数。http://www.kogures.com/hitoshi/にて、大学での授業テキストや講演の内容などを公開している
| point! | ||||||
|
従って、可視化文書には「一定の可視能力を持っていることを前提に、厳密性を重視した標準図表による可視化文書」と「可視能力の低い人にも理解しやすくした個別可視化文書」の2種類が必要となる。
個別可視化文書は、文書が多様になってしまったり、文書間での整合性が失われたりすることから、作成を控えるべきだ。従って、経営者に標準図法を理解できるように訓練することが必要となる。この作業には、周囲の協力が必要だ。また、いま経営者は日本版SOX法に関心があるので、そのツールを用いて標準図法の重要性を認識させやすいといえる。
| Page 1 経営者や利用部門にも「可視能力」が必要になってきた |
|
| Page2 経営者に可視能力を叩きこめ! |
システム部門Q&A バックナンバー 連載インデックスへ»
- 第1回 IT書籍やコンサルタントが“使えない”理由
- 第2回 なぜ情報化投資は初期計画より増えるのか?
- 第3回 社内から必要とされるITスタッフを育成するには
- 第4回 IT投資効果の算出法は本当に役に立つのか?
- 第5回 コンサルタントを賢く活用する秘策
- 第6回 ERPのカスタマイズを最小限に抑えるには
- 第7回 バランスト・スコアカードで業績が上がるか?
- 第8回 システム部門縮小化に打ち勝つ!
- 第9回 情報システム部門の生産性が上がらない理由
- 第10回 情報システム部門を戦略部門化できるか?
- 第11回 セキュリティ対策、社内の協力を仰ぐには?
- 第12回 RFPの作成方法が分からない!
- 第13回 ここまでやればRFP作成工数は削減できる
- 第14回 データウェアハウス中心アプローチで問題解決しよう
- 第15回 パートナーベンダの見直しは慎重に!
- 第16回 システム開発におけるユーザーニーズは絶対か?
- 第17回 健全なEUC推進に適した組織とは?
- 第18回 素人IT部長に望むこと
- 第19回 素人IT部長に望むこと(2)
- 第20回 会計原価を損得計算に使うな!
- 第21回 会計原価を損得計算に使うな!(2)
- 第22回 情報共有化の障壁を突き崩せ!
- 第23回 なぜ、ITコンサルタントに依頼が来ないのか?
- 第24回 企業合併でシステムが止まらない方法教えます!
- 第25回 素人CIOとの上手な付き合い方とは?
- 第26回 ユーザー企業のIT部員育成はどうすればよいのか?
- 第27回 社内用語・概念を整理する「ユーザー辞書」は役立つ
- 第28回 いろいろある基準をどう考えて、どう使うか?
- 第29回 中小企業がERPパッケージを成功させるには?
- 第30回 オープン化とERP導入は今年中に終わらせよう!
- 第31回 部門のエゴによるデータ公開反対運動を回避せよ
- 第32回 新技術ラッシュをいかに乗り切るか?
- 第33回 文系学生はIT関連科目で何を学べばよいのか?
- 第34回 日本版SOX法はIT部門にとって脅威か機会か?
- 第35回 行政のセキュリティ投資はどうするべきか?
- 第36回 オープンシステム移行による弊害を断罪する
- 第37回 IT部門が頼りなくなった原因はなんだ?
- 第38回 ユーザーが満足する提案ができません
- 第39回 経営者が可視化を理解できないのはどうして?
- 最終回 どうしたら、しこりなくローテーションができるのか?
ホワイトペーパー(TechTargetジャパン)
|
|

