スキル検証がMySkillsSpaceに登場します. 最初の版は金曜日

正解を覚えれば十分な単純な問題集を、もう一つ作るつもりはありません.

定義を知っていることは役立ちますが、実務では通常それだけでは足りません.

より重要なのは、その人が:

• 問題を見つけられるか,
• 適切な解決策を選べるか,
• 具体的な状況で知識を使えるか,
• リスクや誤りに気づけるか,
• 根拠のある判断ができるか,
• 実務に近い状況へ対応できるか.

という点です.

そのため、検証方法はスキルの種類によって変わります.

人の能力を一つの数字に還元したくありません.

二人が似た総合結果を得ても、個別の領域では大きく異なることがあります.

そのため、結果は単に:

72%

または:

合格 / 不合格

だけでは不十分です.

実際に何を確認したのか、どの領域でより良い結果または弱い結果だったのかも重要です.

こうすることで、結果は飾りの印ではなく、専門家プロフィールを実質的に補う情報になります.

テストは職務経験の代わりにはなりません.

また、次のものにも代わりません:

• 完了したプロジェクト,
• 仕事の実例,
• 達成した成果,
• 推薦や評価,
• 職歴,
• 専門家本人との会話.

そして、代わるべきでもありません.

MySkillsSpaceでは、一つのスキルを複数の独立した情報から評価できるようにしたいと考えています.

誰かが特定のスキルを申告した場合、将来的には なぜその申告を信頼できるのか を示す証拠を添えられるようになります.

検証結果はその証拠の一つです.

検証システムは、その結果に実際の意味がある場合にのみ価値があります.

同じ問題を無制限に繰り返せたり、答えをすべて覚えられたり、検証方法を簡単に回避できたりすれば、結果の価値はすぐに下がります.

そのため、検証の進め方自体を守る仕組みも開発しています.

一方で、カメラで利用者を常時監視したり、マイクで継続的に録音したりする仕組みにはしたくありません.

検証を始める前に、少なくとも次の情報を明確に示したいと考えています:

• どのスキルを確認するのか,
• どの領域を評価するのか,
• どの程度の時間が必要か,
• どのような課題が出る可能性があるか,
• 完了後に結果がどう扱われるか.

評価そのものは難しくても構いません.

ただし、予測できないものであってはいけません.

利用者は開始前にルールを理解できるべきです.

この機能を開発するうえでも、MySkillsSpaceの基本原則の一つを維持します:

スキルを確認することによって、利用者が自分のプロフィールを管理する権限を失ってはいけません.

テストを受けたからといって、その過程や結果に関するすべての情報が自動で公開されるべきではありません.

確認済みスキルの見せ方も同じくらい重要です.

特定の知識範囲や実践スキルだけを評価したのであれば、プロフィールの表示がそれ以上を確認したように見えてはいけません.

できるだけ正確で誠実に結果を表示したいと考えています.

MySkillsSpaceでは、専門家についての複数の情報を少しずつ結び付けています:

自己申告スキル -> 経験 -> 実施した仕事 -> 達成した成果 -> スキルの確認

検証はその次の要素です.

職種名、魅力的に書かれた説明、プロフィールに記載された年数だけで専門家の質が決まる場所にはしたくありません.

確認できる、比較できる、具体的な証拠で裏付けられる 情報の重要性を徐々に高めていきます.

スキル検証システムの最初の版を9月4日金曜日に公開します.

完成して固定された仕組みではありません.

新しいスキルの種類や検証方法を追加しながら発展させる仕組みの出発点です.

一部の仕組みは利用者には見えません. 別の部分は実際の結果や利用状況をもとに改善していきます.

中心となる考え方はシンプルです:

スキルを信頼できる形で確認できるなら、プロフィールは自己申告以上のものを示せるべきです.

これは、MySkillsSpaceでまず 実際に何ができるか が重視される方向への次の一歩です.