　モデル図の収集では「優れたモデル図」を収集することが重要です。アンチパターンとして収集するときでも、悪いという評価が必要になります。再利用するときにモデル図の評価は重要な参考になります。そしてこの評価により、優れたモデル図を再利用することができます。この評価をモデリングの継続的運用に組み入れたサイクルを図8に示します。

図8. 評価を組み入れたモデリングの継続的運用サイクル

　しかし、モデル図の評価は困難です。モデリングは複数の目的があり、このモデル図が何のために作られたかで評価も違ってきます。そこでモデル図の再利用数や参照数などの客観的な数値も評価の一部として入れるようにします。ただ、口コミは数が集まらないと、評価の片寄る危険性があります。

　そしてこの評価が儀式化すると、モデリング活動そのものが儀式化します。つまり、どんなモデルを作っても同じ評価になってしまうと、これはもう評価とは呼べません。評価が妥当に行われないと、モデリング活動もやがて儀式化してしまいます。

　評価を儀式的にしないためには、評価を妥当に行える評価者が必要です。評価者の育成は難しいものですが、評価を行えるメンバーを選抜し、評価する機会を与え、そして評価能力を向上していき、また新たな評価者を育てていくように、継続的な運用と育成が必要になります。

　次はモデラーの育成、モデリング文化の醸成について見ていきます。

モデラーの育成とモデリング文化

モデリングで失敗しないために――失敗から学ぶモデリングの実践的なコツ
モデリングを失敗しないためには、失敗の原因と失敗しないためのコツを知ることが肝要です。今回は失敗しないための実践的なコツを紹介します。
モデリングはなぜ失敗するのか―― 悪いモデル、汚いモデル、意味がないモデル
誰もが失敗したくてモデリングする訳ではないのに、失敗しているモデリングを見る機会は減りません。今回はモデルの失敗例を通じてその原因を探ります。
UMLやSysMLなどのモデリングは“いつ”“何を”“どうするのか”
「モデリングはいつ誰が何をどのようにするのか」――今回はソフトウェア開発の現場で、モデリングを実際にどのように実施しているのか見ていきましょう。またUMLやSysMLの使いにくいところを、開発現場ではどのようにカバーしているのかも見ていきます。
UMLやSysMLを活用できないエンジニアのための実践的活用術（後編）
前編では「モデル」の目的とその効果、具体的なモデル手法について代表的なものを説明しましたが、後編ではその手法を実践するツールを紹介します。
UMLやSysMLを活用できないエンジニアのための実践的活用術（前編）
モデリングの手法やツールの基礎を覚えるだけでなく、モデリングの目的やその本質をつかんで、ソフトウェアの開発現場で実際に役立つように基本を学んでいきましょう。