이력서의 성과 : 숫자가없는 경우에도 작업 결과를 설명하는 방법

요약에서 성과를 설명하려면 특정 작업 상황을 선택하고 행동 이름을 지정하고 얻은 결과를 설명하십시오. 측정이 있으면 추가하십시오. 측정이 없으면 관찰 된 변화를 보여주십시오. 팀이 새로운 작업 명령을 채택했고 사용자가 필요한 작업을 수행 할 수 있으며 테스트가 오류의 수정을 확인했습니다.

아래는 경험에서 이러한 사실을 찾는 방법이며, 공석의 용어를 선택하고 인터뷰를 위해 계속 준비하십시오. 일반적인 작업, 팀 및 교육 프로젝트에서의 성과를 논의하고 이력서, 자신에 대한 짧은 이야기 및 자세한 답변에서 여러 가지 방법으로 한 사례를 제시하십시오.

예제에 나타난 모든 상황, 문자 및 숫자는 교육 목적을 위해 사용되었습니다. 이들은 경험을 설명하는 방법을 보여줍니다. 이력서에 자신의 사실만 사용하십시오.

성취와 의무의 차이점은 무엇인가

임무 프로그램을 테스트하고, 보고서를 준비하고, 사용자를 도와주는 등 당신이 책임지고 있는 일을 설명합니다. 능력 당신이 할 수 있는 것을 보여줍니다. 성취 이것은 유용한 변화 또는 일반적인 책임 내에서 완료된 작업일 수 있습니다.

문서의 로딩을 검사하는 테스터를 상상해 보자. "파일의 로딩을 테스트"는 그의 의무이다. "파일 처리에서 오류를 찾을 수 있습니다"는 기술의 진술이다. 여기에 특정 에피소드가 있습니다.

날짜가 잘못된 문서가 경고 없이 로드되었습니다. 오류 조건을 설명하고 개발자에게 전달하고 수정을 확인했습니다. 이제 사용자는 날짜를 변경해야하는 메시지를 받습니다.

개발자가 수정을 수행했습니다. 이 부분은 테스터에게 귀속되지 않습니다. 작업의 가치를 보여주려면 수정 전후 프로그램의 동작을 이해하는 데 충분합니다.

업무에 대한 개별적 성과가 없다면, 작업과 독립성의 정도를 설명하라. "주간 보고서를 유지"라는 문구는 변화를 설명하지 않고 "보고서를 크게 개선"하는 것보다 더 정확하다.

어디에 작업의 결과를 찾을 수

먼저, 별도의 초안에 사실을 수집. 마지막 초안 또는 몇 달의 작업을 기억하고 질문에 답변:

• 준비를 위해 무엇을 했습니까? 보고서, 감사, 프로그램, 지침, 사례 전송?
• 무엇이 수동으로 수행, 반복 또는 전에 정제, 그리고 작업이 다르게 시작한 후?
• 어떤 오류나 모호한 부분을 발견했습니까? 그 다음에는 어떻게 되었습니까?
• 동료, 사용자 또는 관리자로부터 어떤 특정한 결과에 대해 감사를 받았습니까?
• 당신의 결정 때문에 다른 사람들이 지금 무엇을 할 수 있습니까?
• 어디에서 자신의 결정을 내려야 했고 어디에서 전반적인 계획의 일부를 실행했습니까?

작업, 토론, 자신의 작업 노트 또는 피드백의 사용 가능한 기록에 대한 기억을 확인하십시오. 예를 들어, "지침이 유용했다"라는 메시지를 지정할 수 있습니다. 누구, 어떤 작업을 위해 어떤 작업을 수행하고 추가 설명없이 완료 할 수 있는지 여부. 사용 허가 사실을 수집하십시오. 개인 문서로 폐쇄 된 작업 자료를 전송하는 것은 필요하지 않습니다.

각 에피소드에 대해, 네 가지를 기록: source task → 내 작업 → 결과 → 결과를 어떻게 알 수 있나요?마지막 항목은 관찰과 가정을 구분하는 데 도움이 됩니다. 아래 목록은 이미 가지고 있는 증거의 종류를 제안합니다.

작업의 수, 팀의 규모, 보고의 빈도가 규모를 설명합니다. 개선을 주장하기 위해서는 한 가지 더 필요한 사실이 있습니다. 바로 무엇이 변경되었는지입니다. "많은 요청을 처리"와 "응답 시간 감소"는 서로 다른 주장입니다.

숫자 없이 성과를 설명하는 방법

“작업을 더 편리하게 만들었다”라고 말하는 대신, 누가 이제 특정 작업을 수행할 수 있는지 설명하십시오. “품질이 향상되었다”라고 말하는 대신, 어떤 문제가 해결되었는지, 어떻게 테스트되었는지 설명하십시오.

우리가 더 자세히 한 경우를 보자. Anna는 소프트웨어 제품 지원 전문가입니다. 닫히지 않은 요청은 일반 채팅에서 메시지를 통해 다음 쉬에 전달되었습니다. 일부 메시지에서는 클라이언트가 무엇을 기다리고 있고 누가 작업을 계속해야 하는지 명확하지 않았습니다. Anna는 요청을 전달하기 위한 단일 템플릿을 제안했습니다.

1. 임무 다음 쉬프트에 이해할 수 있는 닫히지 않은 요청의 상태를 만들어라.
2. 개인적인 참여. Anna는 불분명한 전송 사례를 분석하고 "상태", "다음 단계", "책임자" 필드를 만들어 동료와 템플릿을 논의했습니다.
3. 체크 Anna는 동료들과 함께 이를 시도해 보기로 합의했습니다. 그들은 템플릿을 사용하여 요청을 전달하고 누락된 정보를 기록했습니다.
4. 결과 토론 후, 관리자는 템플릿을 변경 핸드오버 주문에 포함시켰습니다. 고객에 대한 응답 시간은 별도로 측정되지 않았습니다.

Anna 초안 "지원 및 개선 프로세스"는 다음과 같은 줄로 대체 할 수 있습니다:

근무 시간 간에 종료되지 않은 통화를 전송하기 위한 템플릿을 준비하고 동료와 함께 마무리했습니다. 시험 사용 후 관리자는 작업 절차에 포함시켰습니다.

시간 절약에 대한 인터뷰에서 Anna는 한계를 설명할 수 있습니다. "우리는 시간을 측정하지 않았습니다. 이전에 놓친 정보와 새로운 전송을 어떻게 검사했는지 말할 수 있습니다."

템플릿을 준비 한 경우 표현이 다르게 될 것입니다. "추천을위한 템플릿을 컴파일하고 승인을 위해 관리자에게 제출했습니다."이것은 완료 된 중간 결과입니다. 그 관련성은 공석과 완료 된 작업의 강력한 예에 달려 있습니다.

1. 01케이스 복원

   그 과제는 무엇이었고, 당신은 개인적으로 무엇을 했습니까?

2. 02결과 확인

   무슨 일이 있었고 어떻게 알았어?

3. 03요약을 위해 짧게

   액션, 중요한 조건과 합계를 떠나.

4. 04속편을 준비하세요

   솔루션의 선택, 검증 및 동료의 기여를 설명합니다.

성과를 표현하는 4가지 방법

단어 순서는 강조하고자 하는 내용에 따라 달라집니다. 아래에 네 가지 옵션이 있습니다. 독자가 사례의 가치를 이해하기 쉽게 만드는 옵션을 선택하십시오.

1. 액션 → 결과

이것은 당신이 즉시 무엇을 하고 있는지 보여주는 것이 중요할 때 유용합니다. Anna에게는 새로운 템플릿의 준비와 테스트입니다. 만약 작업이 동료들과 함께 작업하는 데 특히 중요하다면, 공동 테스트를 시작할 수 있습니다.

콜 전달 템플릿을 테스트하고, 변경 피드백을 수집하고, 필드를 정제했습니다. 관리자는 추가 작업을 위해 템플릿을 승인했습니다.

사실은 똑같지만, 첫 번째 행동은 변화에 동의하는 것이었다. "조직화"는 여기서 적절한 것은 Anna가 실제로 재판에 책임이 있었기 때문이다. 만약 관리자가 그것을 하고 있다면, 당신은 그의 진정한 부분을 명명해야 한다.

2. 결과 → 측정 → 방법

이것은 비교 가능한 측정이 있을 때 유용합니다. 이것은 종종 공식 XYZ로 묘사됩니다. 무엇이 달성되었고, 무엇이 측정되었으며, 어떤 조치가 취해졌는지. 다른 사례 연구를 생각해 보십시오. 분석가가 주간 보고서를 설정하고 동일한 데이터 세트에 시간 측정을 유지했습니다.

테스트된 데이터 세트에서 수동으로 매주 요약 준비를 50분에서 20분으로 단축: 테이블 병합을 구성하고 테스트를 위해 분쟁 행을 별도 목록으로 가져왔습니다.

후보자는 설명을 준비해야합니다 :이 회의록에 포함 된 내용, 그가 측정을 수행하는 방법 및 검사의 완전성이 유지되는지 여부. 만약 두 개의 시작만 비교되었다면, 그래서 말해야합니다.이 결과는 올해 평균 저축을 아직 설명하지 않습니다.

기록이 범위를 복구할 수 있도록 허용하는 경우, 추정치로 표시하고 계산을 설명합니다. 이유가 없으면 확인된 작업과 백분율이 없는 결과로 돌아갑니다.

3. 문제 → 행동 → 테스트 결과

압축된 구조는 때때로 CAR 또는 PAR라고 불리며, 초안을 위해서는 세 가지 러시아어 질문이 충분하다: 무엇이 문제였는가, 나는 무엇을 했는가, 나는 무엇을 얻었는가.

다음 예제에서 개발자는 테이블 로딩을 수정하고 있었는데, 잘못된 줄 때문에 로딩이 중단되었고, 사용자는 이유를 찾는 데 어려움을 겪었습니다.

테이블 로딩이 중단되면 사용자가 오류를 찾는 데 어려움을 겪었습니다. 이유와 함께 잘못된 행에 대한 보고서를 추가했습니다. 테스트 중 지원 직원이 기술 로그를 읽지 않고 소스 데이터를 찾아 수정했습니다.

테스트는 설명된 시나리오를 확인합니다. 지원 호출 감소에 대한 데이터는 여기에 없으므로 이 효과는 행에 포함되지 않습니다.

4. 팀 결과 → 작업의 나의 부분

전반적인 결과는 왜 작업이 필요한지 이해하는 데 도움이 됩니다. 옆에 자신의 책임을 명시하십시오. 예를 들어, 팀이 내부 지침을 새로운 지식 기반 섹션으로 옮겼고 전문가가 이를 찾는 책임이 있습니다.

팀은 내부 지침을 새로운 지식 기반 섹션으로 옮겼습니다. 제 일은 카테고리를 만들고 일반적인 직원 질문에 대한 검색을 테스트하는 것입니다.

참여한 단어는 후보자가 책임을 지는 것이 분명한 경우에 적절하다. 관리자에게는 관리 행동이 중요하다: 우선순위를 설정하고, 작업을 분배하고, 논쟁적인 결정에 동의하고, 준비를 확인하는 방법. 전체 팀 결과는 관리자가 개인적으로 모든 작업을 완료했다는 것을 의미하지 않는다.

다른 역할과 경험 수준에 대한 예

아래의 예시들은 성취에 대한 다른 근거를 보여줍니다. 이것은 개별적인 학습 상황입니다. 적절한 방법을 선택하여 자신의 작업에서 사실을 설명하고 재구성하십시오.

애널리스트 : 지표의 의미에 동의

두 부서가 완료된 신청서를 서로 다른 방식으로 계산했기 때문에 보고서가 서로 다르게 나왔습니다. 분석가는 계산 규칙을 명확히 하고 공통 해석에 동의했습니다.

완료된 응용 프로그램의 공통 정의에 부서와 합의하고 보고서에서 계산을 업데이트; 제어 데이터 세트에 두 부서가 동일한 결과를 받았다.

"분석의 정확도를 증가"라는 문구는 덜 명확 할 것이다: 그것은 정확히 문제가 해결되었는지 설명하지 않습니다.

지원 전문가: 일상 작업의 품질 보장

직원은 사용자에게 정기적으로 응답하고 제품이 변경된 후 오래된 응답 템플릿을 확인하는 작업을 수행했습니다.

제품 설정을 변경한 후 응답 템플릿을 업데이트했습니다. 새 버전에 설명된 단계를 확인하고 책임 전문가와 지침에 동의했습니다.

결과가 준비된 개정만이고 화해가 여전히 진행 중인 경우,이 상태는 언어에 유지되어야합니다.

관리자: 책임의 조직 명확한 이전

팀에서 일부 사용자 질문은 그들을 위해 책임자가 없기 때문에 지연되었다. 관리자는 이러한 사례를 처리하기위한 절차를 도입했다.

그는 책임자 없이 요청을 처리하는 절차에 대해 변화 관리자와 합의했습니다. 그는 분쟁 사례에 대해 누가 결정하는지 결정하고 변화를 전송할 때 열린 질문의 확인을 도입했습니다.

이것은 구현 된 절차와 관리자 자신의 결정에 대한 설명입니다. 회계가 보류 중인 요청의 수를 줄이는 것을 보여주면 지표와 기간을 추가 할 수 있습니다. 회계가없는 경우 채택 된 변경 사항을 설명하는 것으로 충분합니다.

주니어 프로페셔널: 훈련 프로젝트를 완료하고 테스트

독립 프로젝트를 위해 열린 학습 주문 세트를 가져와 반복 항목이 총 금액에 미치는 영향을 확인했습니다.

훈련 프로젝트에서 주문에 대한 보고서를 준비했습니다 : 반복 기록을 강조 표시하고 처리 규칙을 설명하고 작은 샘플에서 수동 계산으로 총 금액을 조정했습니다.

이곳에서 후보자의 작업과 테스트 방법이 보여집니다. 프로젝트는 훈련 프로젝트로 남아있습니다. 실제 사용자와 상업적 효과는 존재하지 않을 수 있습니다. 경험없이 인터뷰 분석.

직업을 바꿀 때: 적용 가능한 기술을 입증

훈련 코디네이터는 소프트웨어 지원으로 이동하고 싶습니다. 이전 직장에서 교사들이 새로운 일정 양식을 사용하는 것을 도와주었습니다. 설명을 준비한 후 그는 교사들에게 분쟁이 있는 필드를 다시 채우도록 요청하고 추가 힌트가 필요한지 관찰했습니다.

교사들이 일정을 작성하는 데 어려움을 겪는 이유를 수집하고, 논란이 되는 항목에 대한 설명을 준비했습니다. 재검사할 때, 교사들은 제 힌트 없이 설명에 따라 이 항목을 작성했습니다.

이 에피소드는 사용자의 문제를 식별하고 설명을 확인하는 능력을 보여줍니다. 이력서는 현재의 위치와 업무 분야를 유지합니다. 인터뷰는 이러한 경험을 새로운 작업과 연결할 수 있으며, 제품 지원에서 배워야 할 다른 것들을 별도로 표시합니다.

프로젝트가 완료되지 않거나 세부 사항이 폐쇄되면

프로젝트가 구현되기 전에 중단됨

애널리스트가 새로운 주문서에 대한 요구 사항을 준비했지만 출시가 연기되었다고 가정해 보자.

주문 양식에 대한 요구 사항을 설명하고, 사용자와 필수 필드에 대해 합의하고, 테스트 시나리오를 준비했습니다. 프로젝트가 실행되기 전에 중단되었습니다.

클레임의 수집이 중요한 직업에 있어서 이러한 경험은 유용할 수 있습니다. 후보자는 어떻게 불일치를 조정하고 설명의 완전성을 확인했는지 설명할 수 있습니다. 주문 오류의 감소는 여전히 결과가 아닌 예상 효과로 언급됩니다.

프로젝트 메트릭 또는 설계를 표시할 수 없음

때로는 작업의 종류, 역할, 그리고 달성된 결과를 명시할 수 있지만, 때로는 다른 예를 택해야 합니다. 금액을 백분율로 대체하는 것 자체가 정보가 공개될 수 있다는 것을 확인하지는 않습니다.

예를 들어, 일반적인 작업 방식만을 설명 할 수 있다면 "내부 보고서를 보내기 전에 필요한 필드의 검사를 준비하고 오류를 수정하는 절차에 동의했습니다." 대화에서 경계를 표시 할 수 있습니다. "내부 지표를 밝힐 수는 없지만 내 작업과 허용 한도 내에서 검사하는 방법을 설명 할 수 있습니다."

당신은 칭찬을 기억하지만 결과를 복원 할 수 없습니다.

당신이 평가 된 것을 지정하십시오. "나는 내 책임에 대해 평가되었다"는 요약의 준비된 라인을 제공하지 않습니다. 아마도이 뒤에 합의 된 기한에 완료 된 특정 사례 전송이 있거나 발견 된 오류가 있습니다. 에피소드가 복원되지 않으면 작업의 신뢰할 수있는 설명 만 저장하십시오. 개인 품질 평가에 대한 사실을 검색하는 방법, 기사에서 자세히 설명 인터뷰에서 강점에 대해.

공석에 대해 선택하고 어디에 넣어 무엇

첫 번째 문서를 완전히 준비하는 경우, 직장 경험이없는 이력서 템플릿: 그것은 당신의 경험의 진정한 본질을 유지하면서, 기술, 프로젝트 및 교육을 배치하는 데 도움이 될 것입니다.

작업 개시를 열고 작업의 중요한 부분을 차지하는 작업을 강조 표시하십시오. 각 옆에 초안에서 에피소드를 선택하십시오. 사용자와 의사 소통하고 어려움을 명확히해야하는 경우이 예제로 시작하십시오. 독립적으로 보고서를 확인하는 것이 중요한 경우 - 결과에서 확인 방법을 설명 할 수 있습니다.

비슷한 몇 개의 공석이 있을 경우, 일치하는 사례의 순서와 세부사항을 변경할 수 있습니다. 작업이 크게 다르면 이력서의 별도 버전을 작성하는 것이 좋습니다. 위치, 날짜, 결과 및 역할의 경계는 유지됩니다.

• 섹션에서 “경험” 위치, 기간 및 작업의 주제를 간략하게 지정하십시오. 성과를 얻은 직장 아래 별도의 단락에 넣으십시오. 이것은 문맥과 책임을 이해하는 데 도움이됩니다.
• 섹션에서 "프로젝트" 연구 또는 독립적 인 작업을 보여줍니다 : 목표, 자신의 부분, 달성 단계 및 체크. 프로젝트의 성격을 표시합니다.
• "내 정보" 섹션에서 경험을 선택한 역할과 간략하게 연결하고 한 가지 확인을 강조할 수 있습니다. 성과에 대한 모든 세부 정보는 경험 또는 프로젝트에 남아 있습니다.

예를 들어, Anna가 지지력이 개선되어야 하는 위치를 보고 있다면, 짧은 블록은 다음과 같이 보일 수 있습니다.

소프트웨어 제품 지원 전문가. 요청과 함께 작업하는 것 외에도, 나는 변화 사이의 정보 전송을 다루는 : 준비 및 테스트 동료와 함께 템플릿, 팀이 사용에 걸렸다. 나는 사용자의 회사에서 개발하고 작업 지침을 개선하고 싶습니다.

다른 경험을 보여주는 것이 더 중요하다면, 예제와 목적을 바꿔보자. "강력한 조직자"와 같은 진술은 요약의 본문에서 확인을 요구한다.

숫자는 경험의 중요성과 문서의 크기에 따라 달라집니다. 동일한 결과의 긴 목록은 주요 결과를 선택하기가 어렵습니다. Hintsage 섹션 “이력서와 함께 작업” 최종 텍스트를 분석하고 제안된 개선 사항을 비교할 수 있습니다. 사실에 맞는 각각의 새로운 표현을 확인하십시오.

인터뷰에서 자기 소개의 다른 옵션

요약 라인은 대화자에게 시작 지점을 제공합니다. 구두 답변은 그의 질문으로 확장 될 수 있습니다. 아래에서 주소 전송과 함께 애나의 동일한 경우를 사용합니다 : 사실은 유지되고, 시작과 세부 사항의 정도가 변경됩니다.

옵션 1. 지금 무엇을하고 있는지 → 적절한 경험 → 목표

역할을 명명하고, 예를 하나 들고, 공석에 대한 관심을 설명하십시오.

소프트웨어 제품의 지원 부서에서 일합니다. 사용자 요청을 분석하고 해결되지 않은 질문을 다음 변화로 전달합니다. 최근에 이러한 전송을위한 템플릿을 준비하고 동료와 함께 확인하고 변경했습니다. 그 후 관리자는 작업 주문에 포함되었습니다.

나는 더 많은 지원과 작업 지침을 개선에 관심이 있습니다. 당신의 공석에는 그러한 작업이 있으므로 팀에서 어떻게 분배되는지 알고 싶습니다.

성과는 소개의 일부를 차지하고, 정보의 나머지는 검색의 방향을 이해하는 데 도움이됩니다. 자신에 대해 말하는 운동.

옵션 2. 필요한 기술 → 확인 에피소드

팀에 무엇을 가져올 수 있는지 질문받을 때 유용하다. 직업과 관련된 특정한 기술로 시작하고 즉시 그 응용을 보여주라.

업무를 계속하기 위해 동료로부터 누락된 정보를 이해할 수 있습니다. 예를 들어, 근무 시간 간에 전화를 전송할 때 다음 단계와 책임자를 항상 이해하지 못했습니다. 이러한 사례를 수집하고 공통 템플릿을 위해 필드를 제안했습니다.

우리는 변화에 대해 테스트했고, 의견을 제시했으며, 관리자는 새로운 순서를 승인했습니다. 이러한 경험은 사람들 간의 정보의 명확한 전송에 동의해야하는 곳이든지 유용 할 것입니다.

직업을 변경할 때 새로운 작업과 경험의 한계와의 연결을 추가하십시오. 예를 들어 : "나는 아직 당신의 팀의 제품을 마스터하지 않았지만 이미 사용자의 어려움을 알아내고 설명의 명확성을 확인 할 수 있습니다." - 이것은 당신의 경우에 의해 확인 된 경우.

옵션 3: 하나의 성과에 대한 상세한 분석

인터뷰어가 더 많은 세부사항을 요구할 경우, STAR 구조는 유용하다: 상황, 작업, 행동, 결과. 선택의 이유와 동료의 참여를 위한 충분한 공간이 있다.

일반 채팅에서 메시지를 통해 해결되지 않은 요청을 전달했습니다. 일부 경우 다음 변화는 고객에게 이미 어떤 답변이 주어졌는지 이해하지 못했고 누가 계속 작업을 계속하고 있는지 이해하지 못했습니다. 저는 명확한 전달 형태를 제공해야했습니다.

이러한 사례를 분석하여 누락된 정보를 강조하고 요청 상태, 다음 단계, 책임자를 표시한 템플릿을 만들었습니다. 동료들과 함께 시험 사용에 동의한 후, 의견을 듣고 필드를 명확히 하고 결과를 관리자에게 보여주었습니다.

매니저는 작업 주문에 템플릿을 포함시켰습니다. 제가 맡은 일은 사례를 분석하고 양식을 준비하고 정제하는 것이었고, 동료들은 변화에 따라 검토했습니다. 고객에게 보내는 응답 속도는 측정하지 않았기 때문에 프로세스 변경이 수락되었다고 말할 수 있습니다.

후속 조치를 위한 답변을 준비하라: 왜 이러한 필드들이 선택되었는지, 의견을 듣고 무엇이 바뀌어야 하는지, 누가 최종 결정을 내렸는지. 행동 인터뷰 및 STAR 방법의 분석.

짧은 소개와 상세한 예제는 다른 문제를 해결합니다. 약 1 분 동안 소개를 연습하고 후속 질문에서 에피소드를 밝힐 수 있습니다. 이것은 연습을위한 지침입니다. 회의에서 답변의 양은 질문과 대화 상대의 반응에 따라 달라집니다. 배경 사실과 세부 사항을 조용히 변경하기 위해 그들 사이의 전환을 준비하십시오.

제조법을 준비하는 방법

1. 작업을 선택합니다. 당신의 경험에서 예를 들 수 있는 두 세 가지 작업을 적어보세요.
2. 에피소드를 복원하세요. 각각의 경우 작업, 자신의 행동, 결과 및 철회 이유를 지정하십시오. 동료의 기여를 즉시 표시하십시오.
3. 요약 라인을 컴파일합니다. 행동, 결과, 문제 또는 팀 작업에서 편리한 순서를 선택하십시오. 아무것도 설명하지 않는 일반적인 평가를 제거하십시오.
4. 경계선을 확인해 프로젝트 단계, 측정 조건 및 허용된 세부 수준이 유지되고 있습니까? 목표가 이미 달성된 효과가 되었습니까?
5. 사건을 크게 말해 먼저 간단히 설명하고, 그 다음에 해결책을 설명합니다. 청중에게 당신이 무엇을 했는지, 어떻게 결과를 확인했는지를 말해달라고 부탁하십시오.

청취자가 단지 위치나 일반적인 "개선된 작업"을 언급할 수 있다면, 특정한 행동과 결과를 추가하십시오. 만약 그가 전체 팀의 작업을 당신에게 돌린다면, 당신의 부분을 명확히 하십시오. 측정에 관한 질문이 있다면, 조건에 대한 설명을 준비하거나 실제로 알려진 것과 숫자를 대체하십시오.

검증 가능한 성과 하나로 시작하세요. 대화에 대한 간단한 요약과 상세한 메모를 남겨두고, 같은 순서로 다른 사례들을 검토하세요. 이 작업의 좋은 결과는 당신의 기여를 이해하고 당신이 자신의 말로 평온하게 설명할 수있는 텍스트입니다.