拓海先生、最近部下からUMLの教育をちゃんとやれと言われて困っております。要するに何から取り組めばよいのか見当がつきません。
素晴らしい着眼点ですね！UMLは設計図の言語です。まずは目的を明確にして、手描き図を評価できる仕組みから作れますよ。
手描きの評価というのがミソのようですね。現場ではみんな鉛筆で書くので、機械的に判定するのは難しいはずです。
大丈夫、解析専用ツールに頼らずとも評価できる体系化ができますよ。論文は段階化したトレーニングと採点基準を提示しています。
それは助かります。で、投資対効果を示す指標もほしいのですが、どの段階で効果が見えるのですか。
要点を三つに分けて説明しますよ。第一に学習を細分化して達成度を測る、第二に評価基準を数値化する、第三に実務に結びつく演習を用意することです。
これって要するに、教育を小さく分けてチェックリストで点数を付ければ投資の回収が見えるということ？
その通りです！具体的には能力を共通項目と図種別項目に分けて、各項目に簡潔な採点規準を作るのです。これなら現場の手描きにも対応できますよ。
現場に落とす場合、デジタル化しないで済むなら工数も抑えられそうですね。実際の演習例はどんなものですか。
図の整合性、制御構造、ラベリングの明確さといった基本項目を問う短時間の問題と、画像注釈やホットスポット指示のような実践的な問題を組み合わせます。
なるほど、実務に近い問題なら現場の理解も進みますね。ただ、採点の公平性はどうやって担保するのですか。
点数化ルーブリックと複数学習者のサンプル採点を用いて合意形成します。ポイント式の採点スケールを設ければ採点者間差も減らせますよ。
わかりました。自分でまとめると、まず基礎項目を点検表にして、現場で短時間の演習を回して採点基準で評価する、ですね。
その通りですよ。大丈夫、一緒に設計すれば必ずできますよ。次は実際のチェックリスト案を作りましょう。
