一つの取り組みを、課題、本人の役割、行動、チームの結果、学びまで一通り伝える。

図書予約アプリの授業課題。本人はバックエンドのインターフェースと結合時の情報整理を担当し、チームで修正と期末発表を行った。

この設問では経験の全体像を先に見るため、背景と結果を残します。行動は操作手順、項目、エラー応答まで書き、読者が具体的な行動を理解できるようにします。

チームの成果のうち、あなたが直接担当した部分はどこですか。

読者向けの説明：チームの成果のうち、あなた自身が担当した作業はどれですか。

プロジェクトの記録から自分で修正した作業を一つ、チームで行った作業を一つ選び、誰が決め、誰が実行し、結果をどう確認したかを分けて説明します。

行動で他の場面にも生かせる能力を示し、仕事でどう使うかを説明する。

授業課題でのルール確認の行動を使用。職種での活用は、本人が希望する技術面での協働に基づく。

第1問では経験を紹介し、第2問では強みに直接答えます。プロジェクトの背景を短くし、確認方法と今後の活用場面に字数を使い、開発過程を最初から繰り返しません。

相手と意見が異なるとき、どのように認識をそろえますか。

読者向けの説明：意見が一致しないとき、双方の理解をどのように確認し、そろえますか。

実際に意見が分かれた例を一つ用意し、まず相手の理解を言い直し、それぞれの根拠と一緒に確認すべき点を説明します。「コミュニケーション力」を具体的な行動で説明します。

なぜこの企業を選ぶのか、なぜこの職種を選ぶのかに答える。

授業課題の経験＋青凪デジタルの公共図書館向け業務の紹介＋公式の職種紹介。業務への関心と学習計画は本人の志望による。

「職員の業務効率と利用者の利便性」という具体的な業務上の関心を個人の興味につなぎ、顧客の課題をシステムに落とし込む仕事になぜ関わりたいかを説明します。企業を選ぶ理由と職種を選ぶ理由を分けて書きます。

図書館事業のどの点に関心があり、それを仕事としてどう理解していますか。

読者向けの説明：その図書館向け業務のどこに関心がありますか。その関心をどう仕事への理解につなげますか。

企業の公式な業務紹介ページから事例を一つ選び、利用者、運営者、以前の困難、システムによる変化をそれぞれ記録します。惹かれた具体的な取り組みを説明し、応募時にはその業務を担当するグループ法人と募集職種を改めて確認します。

どこに困難があったか、条件が明確でないときにどう判断したかを説明する。

同じ授業課題でのルールをめぐる認識の違いとチームでの確認を使い、当時の問題への対応に焦点を当てる。

この設問では「自分で直接修正できる部分」と「チームでの確認が必要な部分」を残し、判断の過程を示します。通常の結合時の困難を、大きな失敗や本人だけによる立て直しには書き換えません。

自分で修正できることと、チームに確認すべきことをどう分けましたか。

読者向けの説明：自分で直接修正できることと、チームで確認が必要なことをどう区別しましたか。

実際のルールを一つ取り上げ、当時すでに決まっていたこと、不足していた情報、確認する権限を持つ人を説明します。第1問で経験の全体像を話したなら、この設問では困難と判断から入ります。

職業上の関心を、学ぶ内容と担いたい仕事に具体化する。

本人が希望する職種、授業課題で得た強み、公式の職種説明。

第3問では選んだ理由、第5問では成長の道筋を説明します。まず業務の流れと開発・検証を学び、その後で提案にも関われるようになることを目指します。根拠のない年数や職位で約束を飾りません。

入社前から始められる準備には、どのようなものがありますか。

読者向けの説明：入社前にどんな準備を始められますか。

授業課題の予約ルールを一つ「利用場面—処理ルール—例外—確認方法」に整理し、コードを書かない人に日本語で説明してみます。まだ説明しきれないところを確かめます。