問の簡単な問題、あるいは中程度の難易度の問題を含む。組織に影響を与える残りの上位の脆弱性(約1.5時間。難易度の高い脆弱性を取り上げたアセスメントを実施する。問以上の問題を含めても問題ありません。アセスメントに最低合格率が設定されているのであれば、開発者が一度目で合格できなくても再挑戦する気になるように、アセスメントは常に小さくて管理しやすいものにした方が良いでしょう。2.ベースライン評価は別として、より多くの受験を促すためにリトライを許可することをお勧めします。誰が評価に興味を持っているかを知りたいのであれば、リトライオプションを招待制に設定することができます。3.最低合格率は一般的に70%から85%の間であるべきです。これは、どの程度難しいか、どのレベルの開発者が評価されるか、組織内の他の評価がどのように測定されるか、などに依存します。合格と設定することもできます。4.サブカテゴリを使用する粒度は、プログラムの目標に依存します。サブカテゴリが本当にあなたの組織を悩ませているなら、それにフォーカスするのは良いことです。カテゴリは、たとえサブカテゴリが異なっていても、同じ高レベルの概念をカバーする傾向があるので、サブカテゴリにフォーカスするよりも、カテゴリ全体で開発者のスキルアップを保証するほうが有益な場合がある。5.制限時間は顧客ごとに異なる傾向があります。アセスメントを数ヶ月空けることもできますし、全員に同じ日にアセスメントを完了させることもできます。それは、セキュリティトレーニングプログラムに期待することによります。6.アセスメントを自己評価に開放するか、招待制にするかは、セキュリティトレーニングプログラムのどこに位置づけるか、また、アセスメントがいつ受講されたかをどのように追跡するかによって決まります。公開アセスメントをいくつか用意しておくと、チームが自発的に進捗を測定できるようになります。Warriorの評価とその目的を開発者に正しく紹介することから始めましょう。可能であれば、参加者全員を1つの部屋に集めて行うことをお勧めします。することで、出てきた質問や懸念に対処しやすくなり、すべてのチームが答えを共有しやすくなります。世界中に拠点がある企業の場合は、ビデオ通話で同様のことを企画してみる価値があります。セキュリティ・チャンピオンや、開発コミュニティでよく求められている人物に、アセスメントの重要性を説明させることを検討する。覚えておくべきことがいくつかある:部署、言語/フレームワークなど、アセスメントを受ける開発グループに合わせてアセスメントを作成する。特定の日にアセスメントを行うのであれば、開発者がアセスメントを完了するのに妥当な時間を与えましょう。難易度によっては、10個の課題に1時間以上かかることもあります。基本的には、今後のすべてのトレーニングのベースラインとなるようなアセスメントを作りたいものです。すべての開発チームをカバーするアセスメントは1つだけではないので、チームがサポートする言語に応じて、一度にいくつかのアセスメントを作成することになるでしょう。管理者として、チームが達成すべき最も重要なことは何かを考えてみましょう。どのようなトレーニングを想定していますか?アセスメントの前に繰り返しになりますが、アセスメントは罰や大きな怖い試験ではありません。これはおそらく、実施前に全員に伝えるべき最も重要なことのひとつでしょう。単なるトレーニングツールの1つに過ぎないのです。アセスメントについて事前に伝える複数のチャンネルを使って、次回の評価についてリマインダーを送る。アセスメントが利用可能になったら、プラットフォームの招待を見逃した場合に備えて、メールやスラックチャンネルのメッセージなどを送る期待されることと完了日を全員が理解できるようにする大会のように、ポスターやEメールのグラフィックなどでアセスメントを宣伝するアセスメント終了後アセスメントのラウンドが終了したら、その結果から学んだことを活かして、次のアセスメントをより良いものにしましょう。チーム間のパターンや共通の弱点をメモしておきましょう。評価の後、チームが何がうまくいっていて、何を改善する必要があると感じているかについて話し合う時間を設けることを検討しましょう。この生の情報を使って、彼らの懸念や要望に対応したトレーニングを調整し、それに基づいてアセスメントを作成します。することで、開発者が気になることに集中し、スキルアップする機会を与えることができます。業界全体に共通するミスプラクティスに焦点を当てるチームの評価指標を活用するアンケートを実施する。実践的なミッションコメント0件のコメントサインインしてコメントを残してください。