履歴書の業績：数字がないにせよ、業績をどう記述するか

要約において成果を記述するには、特定の作業状況を選択し、行動の名前を付け、得られた結果を説明します。測定がある場合はそれを追加します。測定がない場合は、チームが新しい作業命令を採用し、ユーザが必要な行動を実行でき、テストがエラーの修正を確認したときに、観察された変化を示します。

下記のように、あなたの経験からそのような事実を見つけ、空きの言葉を選び、面接のために続きを準備する方法を示します。定期的な仕事、チーム、教育プロジェクトでの成果を議論し、それから履歴書、自分についての短い物語、詳細な回答のいくつかの方法で1つのケースを提示します。

例のすべての状況、文字、数字は教育目的のものです。経験を記述する方法を示しています。履歴書に自分の事実だけを使用してください。

成果と義務の違いは何か

義務 プログラムのテスト 報告書の作成 ユーザーの支援 スキル 何ができるかを示しています 成果 結果と役割を記述して これは有益な変更か 普通の責任の中で 完成した仕事か

テスト者は文書の読み込みをチェックします。「ファイルの読み込みをテストしました」は彼の仕事です。「ファイルの処理にエラーが見つかります」は技能の証明です。具体的なエピソードは次のとおりです。

日付が間違っている文書が警告なしに読み込まれたことを発見しました。エラー条件を記述し、開発者に伝え、修正をチェックしました。ユーザは現在、日付を変更する必要があるメッセージを受け取ります。

修正は開発者によって行われました。この部分はテスターに帰属されません。 作業の価値を示すには、修正前と修正後のプログラムの挙動を理解するだけで十分です。

個人的な成果がない場合は、仕事と独立度を記述します。「週報を保持しました」という表現は、変化を説明しない「報告を著しく改善しました」よりも正確です。

仕事の結果をどこで見るか

まずは別の草稿で事実を集めて 最後の草稿や数ヶ月の作業を思い出し、次の質問に答えてください。

• 報告書、監査、プログラム、指示、事件の移管など 準備はどうした？
• 何が手作業で 繰り返し 精密に 行われていたのか？ それが 違うことに なったのか？
• どんなエラーや曖昧さを見つけた？ 次に何が起きた？
• どのような具体的な成果に対して同僚やユーザや管理者から感謝を受けたか。
• あなたの決断で 他の人は何をできる？
• どこで自分で決断し どこで全体計画の一部を実行した？

作業、議論、自分の作業ノート、フィードバックの記録をチェックします。例えば、「指示が役立った」というメッセージは、誰が、何の作業のために、それが説明なしに完了できるかを指定できます。使用許可された事実を集めます。これには、閉じた作業資料を個人文書に転送する必要はありません。

各エピソードに対して ４つのことを書き留めて ソースタスク→自分の行動→結果→結果をどうやって知る?最後の項目は、観測と仮定を区別するのに役立ちます。下のリストは、あなたが既に持っている証拠の種類を示します。

改善を主張するには，何が変化したかという事実が必要である。

数字なしで成果を記述する方法

また，「質の向上」ではなく，「問題解決」と「テスト」を説明する。

１例を詳細に検討した。 アンナはソフトウェア製品サポート専門家です。 閉じていない要求は、一般チャットのメッセージを通して次のシフトに転送されます。メッセージの中には、クライアントが何を待っているか、誰が作業を続けるべきかが明確ではありません。Anna は、要求を転送するための単一のテンプレートを提案しました。

1. 任務だ 次のシフトに 理解できるように 未閉じの要求の状態を作成する
2. 個人的な貢献だ アンナは不明瞭な伝達の例を分析し，「状態」，「次のステップ」，「責任者」のフィールドを作成し，同僚とテンプレートを議論した。
3. チェック Anna は同僚と共に試してみることに同意した。彼らはテンプレートを使ってリクエストを送り、欠けている情報を記入した。Anna はそれを修正した。
4. 結果 また，顧客への応答時間は別に測定しなかった。

アンナの草案「支援と改善プロセス」は次の行に置き換えられる。

未解決電話のシフト間転送のためのテンプレートを作成し，同僚と共に完成させ，試用後，管理者が作業手順に取り入れた。

アンナは時間節約についてインタビューで質問されると、限界を説明できる。「時間を計測しなかった。以前に何を欠けていたか、新しい伝送をどのようにチェックしたかを言うことができる。」

テンプレートを作成したばかりの場合は、「推薦用テンプレートを作成し、マネージャに承認を求めて提出しました」と書かれます。これは中間結果です。その関連性は空席と完成した作業の強力な例があるかどうかに依存します。

1. 01事件を復旧

   任務は何でしたか？ あなたは個人的に何をしましたか？

2. 02結果を確認

   何があったの？ どうして知ったの？

3. 03要約のために短縮

   行動と重要な条件と総和を残す。

4. 04続編を準備しろ

   解決策の選択，検証，同僚の貢献について説明した。

四つの成果の形式

単語順序は強調したいものに依存します。以下の4つのオプションがあります。読者があなたの事例の価値を理解するのを容易にするものを選択してください。一つの要約は様々な方法を組み合わせることができます。

1. 動作→結果

これは、あなたがしたことをすぐに見せる必要がある場合に役立ちます。Anna の場合、これは新しいテンプレートの準備とテストです。同僚との作業にとって特に重要な作業の場合は、共同テストを開始できます。

電話転送テンプレートをテストし，シフトフィードバックを集め，フィールドを精密化し，マネージャがそのテンプレートを承認した。

事実は同じですが、最初の行動は変更に同意することでした。「組織的」という言葉は、アンナが実際に試験を担当したために適切です。マネージャーがそれを行ったなら、彼の本当の役割を名乗ってください。

２．結果→測定→方法

これは比較可能な測定がある場合に役立ちます。これはしばしば XYZ の式で記述されます：何が達成され、何が測定され、何が行われました。別の事例を考えてみてください。アナリストが週間レポートを設定し、同じデータセットに対して時間測定を行っています。

テストデータセットに対する週間手動総合作成時間を５０分から２０分に短縮した。

計測結果は，計測結果の記録に記載されたもので，計測結果の記録に記載されたものとは異なる。

記録が範囲を復元できる場合は、推定値としてマークし、計算方法を説明します。理由がない場合は、確認されたアクションと結果に戻り、百分率を除きます。

３．問題→行動→試験結果

圧縮された構造は、時にCARまたはPARと呼ばれ、草稿のためには、3つのロシア語の質問が十分である：問題は何でしたか、私は何をしたのか、私は何を得たか。

次の例では，開発者がテーブルのロードを修正中に，不正な行がロードされ，ユーザが原因を見つけるのが困難になった。

表の読み込みを停止したとき、ユーザはエラーを見つけるのが難しく、不正な行の報告とその理由を追加しました。テスト中、サポートスタッフは技術ログを読まずにソースデータを見つけて修正しました。

テストは記述したシナリオを確認した。サポートコールの減少に関するデータはここにないので、この効果は列に含まれていない。

4.チーム結果→自分の仕事の部分

総合的な結果は、あなたのタスクが必要な理由を理解するのに役立ちます。その隣に、あなたの責任を名前で呼び出してください。例えば、チームは内部の指示を新しい知識ベースセクションに移動し、専門家はそれを見つける責任があります。

チームは内部の指示を新しい知識ベースセクションに移動しました。私の仕事の一部はカテゴリを作成し、一般的な社員の質問の検索をテストすることです。

チームの成績は，チーム全体の成績とは異なる。

役割や経験レベルの違いによる例

下の例は、成果のための異なる理由を示しています。これらは個々の学習状況です。適切な記述方法を選び、自分の仕事から事実を再構築してください。

アナリスト：指標の意味に合意

両部門の計数方法が異なっていたため，報告書が異なっていた。

完成申請の定義を部門間で合意し，報告書の計算を更新した。

解析精度を向上させたという表現は，解析の精度を向上させたという表現よりも明確である。

支援専門家：日常作業の品質を確保

従業員はユーザに対して定期的に応答し，製品変更後に旧応答テンプレートをチェックする任務を与えられた。

製品設定の変更後の応答テンプレートの更新：新バージョンで記述されたステップをチェックし，責任者と指示を合意した。

結果が作成された改正のみで，調停がまだ進行中の場合は，この状態を文言に留めるべきである。

マネージャー：責任の明確な移譲を組織化

ユーザの質問に対する対応を行うための手順を導入した。

責任者なしでの申請処理の手順をシフトマネージャと合意し，争点の決定者を決め，シフト移行時のオープン質問の確認を導入した。

これは実装された手順とマネージャー自身の決定の記述です。会計が待ち受けている要求の数を減らした場合、指標と期間を追加できます。会計がない場合は、採用された変更を記述するだけで十分です。

ジュニアプロフェッショナル：訓練プロジェクトを完了しテスト

学習データ解析の候補者は，独立プロジェクトのために，オープン学習のオーダーセットを取って，反復入力が総量にどのように影響するかを調べた。

訓練プロジェクトでは，オーダーの報告書を作成し，繰り返し記録を明らかにし，処理のルールを述べ，少数のサンプルで手作業計算と総額を調整した。

プロジェクトは訓練プロジェクトであり、実際のユーザや商業的効果は存在しない。 経験なしのインタビュー分析.

職業転換時に適用できる技能を示した

訓練コーディネーターはソフトウェアサポートに移行したいと思っています。以前の仕事では新しいスケジュールフォームを使う教師を支援しました。説明を準備した後、彼は彼らに問題のあるフィールドを再び入力してもらい、追加のヒントが必要かどうかを観察しました。

教員のスケジュール作成に関する困難を集め，問題点を説明した。

これはユーザの問題を識別し、説明を検証する能力を示す。履歴書は現在の職務と業務分野を保持する。インタビューはこの経験を新しいタスクに結びつけ、製品サポートで学ぶ必要がある他のことを別々に示す。

プロジェクトが完了しないか、詳細が閉じられた場合

実装前にプロジェクトが中止された

到達した段階とその中の完成した結果を名前付けてください。アナリストが新しいオーダーフォームの要求を準備したが、発売が延期されたとすると、

注文フォームの要求事項を記述し，ユーザと必須フィールドを合意し，テストシナリオを作成した。

クライアントの要求を集める仕事においては、この経験は有用である。候補者は、彼がどのように不一致を調和させたか、および記述の完全性をチェックしたかを説明できる。オーダーエラーの減少は、結果ではなく、期待効果として言及される。

プロジェクトのメトリックやデザインを明らかにできません

時にはタスクの種類、役割、達成した結果を名前で呼ぶことができます。時には別の例を選ぶ必要があります。金額をパーセントで置き換えても、その情報を公開することは許可されているということは ありません。

例えば、一般的な作業方法のみを記述することが許される場合、「内部レポートを送信する前に必要なフィールドのチェックを準備し、エラーの修正手順を合意しました」と言う。会話中に、「内部指標を公開できませんが、許容範囲内で私の作業とチェック方法を説明できます」と境界を示すことができます。

あなたは賞賛を覚えているが、結果を復元できません

評価されたことを指定してください。 "I was valued for my responsibility" は簡単な要約行を提供しません。これは、特定の事例の移行、合意された期限内に完了した事例、あるいはエラーが発見されたためです。エピソードが復元できない場合は、仕事の信頼できる記述だけを保存してください。個人の品質評価のための事実を探す方法については、詳細は記事を参照してください。 強みについてのインタビューで.

空き地に何を選ぶか、どこに置くか

文書を作成するには、 ファイルを開く 職歴なしの履歴書テンプレート技術やプロジェクト、教育を 実際の経験を保持しながら 置くのに役立つ

ジョブオープンを開き、作業の重要な部分を占めるタスクをハイライトします。それぞれのタスクの隣に、草稿からエピソードを選択します。ユーザとコミュニケーションを取り、彼らの困難を明らかにする必要がある場合は、この例から始めてください。レポートを独立してチェックするのが重要な場合は、結果からチェック方法を説明します。

複数の似たような空き職場の場合、マッチする事例の順序と詳細を簡単に変更できます。タスクが大きく異なる場合は、別々の履歴書を作成する方が良いでしょう。職務、日付、成果、および役割の境界は保持されます。

• 経験の項目では，１）１９９０年代における日本の電気通信事業者の経験，２）電気通信事業者の経験，３ 職務、期間、および短い仕事のテーマを指定してください。業績はそれが得られた職場の下に別の段落に置いてください。これは文脈と責任を理解するのに役立ちます。
• プロジェクトの項目 研究や独立研究を目的、自分の役割、達成した段階、チェックなどで示し、プロジェクトの性質を示す。
• 私のことを 経験を選択した役割に簡単にリンクし、 確認を一つハイライトできます。 成果のすべての詳細は経験やプロジェクトに残ります。

例えば、Annaがサポートを改善する必要がある位置を見ているとしたら、短いブロックは次のように見えるでしょう。

ソフトウェア製品サポート専門家。リクエストの処理に加え、シフト間の情報の転送にも取り組んでいます。同僚と共にテンプレートを作成し、テストし、チームが使用しました。ユーザと共に開発し、作業指示を改善したいと思っています。

例えば、「強い組織者」のような言葉は、要約の本文で確認する必要があります。

また，同一の結果の長いリストは主なものを選択するのを困難にする。 ヒントセクション「履歴書の作成」 最終文書を分析し 改善案を比較 新しい文言を事実と比較して

面接時の自己紹介の選択肢

まとめ行は話し手に出発点を与えます。口頭答えは彼の質問に拡張できます。以下に、アドレスの転送を伴う同じアンナのケースを使用します。事実は保持され、始まりと詳細度は変更されます。

選択肢1：現在の自分の行動→適切な経験→目標

これは，「自分について話す」のために適している。

私はソフトウェア製品のサポートで働いています。ユーザの要求を分析し、未解決の質問を次のシフトに渡します。最近、このような移行のためのテンプレートを作成し、同僚とチェックし、変更しました。その後、マネージャーはそれを作業オーダーに含めました。

私は、さらなる支援と作業指示の改善に興味があります。あなたの空席には、そのようなタスクがあるので、チーム内でその分配がどのようになっているか知りたいです。

成果は紹介の一部を占め，残りの情報は探索の方向を理解するのに役立つ。 自分のことを話す練習を.

選択肢2：必要なスキル→確認エピソード

チームに何を持ってくれるかを尋ねられたときに役立ちます。仕事に関連する特定のスキルから始め、すぐにその応用を示します。

私は同僚から何の情報が欠けているのか理解でき、タスクを続けることができます。例えば、シフト間で電話を転送するとき、次のステップと責任者が常に分かりません。私はそのような事例を集め、共通のテンプレートのフィールドを提案しました。

私たちはシフトでテストし、私はコメントをした、マネージャーは新しいオーダーを承認した。この経験は、人々の間で明確な情報の伝達を合意する必要がある場所に役立つ。

職業を変更するときは、新しいタスクと経験の限界との関連性を追加してください。例えば、「私はまだあなたのチームの製品をマスターしていませんが、ユーザの困難を見つけ、説明の明確さをチェックできます」 - あなたの事例がこれを確認するとき。

選択肢3：一つの成果の詳細な分析

ＳＴＡＲ構造は，インタビュー者がより詳細な情報を求める場合に有用である。

私たちは一般チャットで未解決の要求をメッセージで伝えました。次のシフトが顧客に何の返事をしたか、誰が仕事を続けているかを理解できない場合もあった。明確な伝達形式を提供する必要があった。

私は、このような事例を分析し、欠落している情報を明確にした。要求の状態、次のステップ、責任者を示すテンプレートを作成した。同僚と試用の使用を合意した。彼らの意見を聞き、フィールドを明確にし、結果をマネージャーに示した。

管理者は仕事の仕方にテンプレートを含めた。私は事例を分析し、フォームを作成し、改良した。同僚はシフトでチェックした。顧客への応答速度は測定しなかった。だから、プロセスの変更は受け入れられたと言える。

なぜこの分野を選んだのか，意見を聞いた後に何を変えたか，最終的な決定をしたのは誰か，という追跡のための回答を準備する。 行動面接とSTAR法の分析.

短い紹介と詳細な例は様々な問題を解決します。紹介を約1分間練習し、続けて質問するときにエピソードを明らかにします。これは練習のガイドラインです。会議では質問と相手の反応に応じて答えの量を決めます。背景事実とその間の移行を準備して、詳細を落ち着いて変更してください。

薬剤の調製方法

1. ジョブを選択 あなたの経験から例を挙げられる２，３の作業を書き留めておいてください。
2. エピソードを復元する それぞれのタスクに対して、タスク、自分の行動、結果、撤退の理由を明確にし、同僚の貢献をすぐにマークしてください。
3. 要約行をコンパイルします。 行動、結果、問題、チームタスクから順番を選択します。何も説明しない一般的な評価は削除します。
4. 境界を確認して プロジェクトの段階，測定条件，許容詳細度を維持しているか，目標は既に達成された効果となっているか。
5. 事件を話して まず簡単に説明し、次に解を説明します。聞き手に自分が何をしたか、結果をどうチェックしたかを話してもらいます。

聴取者が位置や一般的な「改善された仕事」のみを言うことができるなら、具体的な行動と結果を付け加えてください。チーム全体の仕事をあなたに帰属させる場合は、あなたの役割を明確にしてください。測定に関する質問があれば、条件の説明を準備し、あるいは数字を実際に知られているものに置き換えてください。

１つの確認可能な成果から始める。 会話の概要と詳細なノートを作成しておき、その後同じ順序で他のケースを検討してください。この作業の良い結果は、あなたの貢献が理解され、あなたが自分の言葉で落ち着いて説明できるテキストです。