IT課題の評価から条件差を見つける
IT課題でフィードバックを受けたあと、「自分にはITが向いていない」と決めつけてしまうことはありませんか。一度の結果だけでは、知識不足なのか、仕様の読み違いなのか、質問のタイミングなのかを分けられません。複数の課題と場面を比べ、共通する行動と条件差を整理すると、次に改善する点が具体的になります。
指摘を再現できる情報にする
最初に、評価を抽象的な印象のまま残さず、対象の作業、起きたこと、期待された結果へ分けて記録します。たとえば「ミスが多い」ではなく、「入力後の確認をせず、二つの項目で転記ミスがあった」と整理します。プログラムやソフトウェアテストなら、操作、実際の結果、想定動作、再現条件を分けると、直す場所が見えやすくなります。
同じ種類の課題を複数確認し、毎回起きることと、そのときだけ起きたことを分けます。仕様が文章だけだと見落としやすい、途中で質問できると修正が早い、個別ブースでは集中が続きやすいなど、環境や手順による違いも記録します。「できない」で終わらせず、どの条件なら取り組みやすいかを探します。
良かった評価も記録し、うまく進んだ条件を確認します。改善点だけに注目せず、再現できる強みを合わせて整理すると、次の課題で残す手順と変える手順を選びやすくなります。
改善を一つずつ検証する
次の課題では、試す工夫を一つに絞ります。作業前に完了条件を箇条書きにする、30分ごとに進捗を確認する、質問時に試したことと不明点をまとめるなど、行動として実施できる形にします。一度に多くを変えると、何が効果につながったか分かりにくいためです。正確さ、所要時間、疲れ方を前回と比べます。
ディーキャリアITエキスパート錦糸町マルイオフィスでは、IT業務を想定した訓練で、仕様・指示の確認、質問、進捗・問題共有、提出後の振り返りを重視しています。プログラミングやIT課題の専門的な疑問は、本部ITサポートスタッフへ質問でき、技術的な回答や提出課題への評価・フィードバックを受けられます。訓練記録を重ね、特性、対処、必要な配慮をナビゲーションブックへ整理します。
一度の結果でIT職への適性を決めてしまいそうな方は、見学・相談で、課題の進め方やフィードバックの活用方法を確認できます。
