팀 인터뷰를 위해 준비 몇 가지 경우에 당신은 다른 사람들과 함께 작업을 해결했다. 기억 어떻게 결과를 협상, 작업을 전달, 의견에 응답하고 도움을 요청했습니다. 미래의 동료는 이러한 상황에서 어떻게 행동하는지 이해하는 것이 중요합니다. 만나면 작업과 일반적인 방법으로 팀을 위해 작업하는 경우를 찾을 수 있습니다.
먼저, 구성 및 목적 회의를 명확히 채용 담당자와 함께. 그 다음에 적절한 경험과 실습을 선택 명확하게 응답. 아래에 우리는 준비와 대화를 논의 할 것입니다 여러 동료와 함께 하나의 훈련 예제. 이러한 행동은 다른 IT 역할에 적합하고 특정 프로그래밍 언어의 지식을 필요로하지 않습니다.
팀과의 인터뷰가 어떻게 진행되는지
이 회의에서 후보자는 함께 일할 수있는 사람들을 알게됩니다. 이들은 미래의 동료, 관리자 및 관련 분야의 직원 일 수 있습니다. 때로는 대화가 여러 참가자와 한 번에 일어나고 때로는 각각의 차례로 일어납니다. 여러 면접관과의 회의는 패널 인터뷰라고도합니다. 여러 후보자가 동시에 평가되는 그룹 인터뷰는 또 다른 형식입니다.
이름 "지식"자체는 고용 결정이 이미 이루어졌음을 의미하지 않습니다. 팀은 경험을 자세히 논의하고, 작업 상황을 논의하거나 전문적인 질문에 답변하도록 요청 할 수 있습니다. 순서는 다르며 어딘가에서 먼저 프로젝트에 대해 이야기하고 어딘가에서 후보자와 함께 시작합니다. 회의 전에 예상할 수있는 것을 알아야합니다.
채용 담당자가 설명 없이 초대장을 보냈다고 가정해 보자. 다음과 같이 답장할 수 있습니다.
초대해 주셔서 감사합니다! 누가 회의에 참석할 것인지, 팀에서 누가 책임을 질 것인지, 무엇을 논의할 계획인지, 얼마나 시간을 들일 것인지, 프로젝트나 문제 해결책을 준비해야 할 필요가 있는지 말해 주십시오.
관리자와 별도의 대화를하는 경우 유용 할 것입니다. 최종 인터뷰 분석미래의 동료가 관여할 때, 누가 작업을 맡겼는지, 다음 단계를 담당한 사람이 누구인지, 결과를 어떻게 전달했는지 등 협업의 세부 사항을 준비하는 것이 특히 유용합니다.
회의 전에 준비해야 할 사항
전문성을 팀의 작업에 연결
두 가지 주요 책임을 선택하고 각각의 경험에서 사례를 찾으세요. 사용자와 많은 상호 작용을 하고 있다면, 불분명한 요청을 어떻게 명확하게 했는지 기억하세요. 만약 작업이 다른 전문가에게 달려 있다면, 작업을 이전하거나 마감일에 동의하는 예를 준비하세요.
제품 및 팀 설명을 읽어보세요. 이미 알고 있는 것과 명확히 해야 할 것들을 기록하세요. 예를 들어, "서비스를 배포"라는 문구는 직접 설정하거나, 사용자를 교육하거나, 여러 전문가의 작업을 조정할 것인지에 대해 아직 설명하지 않습니다. 이것은 회의에서 질문을 할 수 있는 좋은 이유입니다.
여러 가지 다른 이야기를 선택
준비를 위해 성공적인 협력의 사례, 불일치의 사례, 의견이나 도움을 받는 사례를 하나씩 취하는 것이 편리하다. 이것은 훈련을 위한 집합체이다. 회의에서 특정한 질문에 대한 이야기를 선택하라. 각각의 이야기에 대해서 다음과 같이 써라.
- 어떤 결과가 예상되었고 누가 참여했는지.
- 어느 부분이 당신의 개인적인 책임이었습니까?
- 무엇이 논의되거나 변경되어야 했고 왜.
- 작업이 끝난 것과 다음과 같은 작업에서 고려한 것.
당신이 세부 사항을 기억하는 이벤트에 의존합니다. 결과가 아직 없으면 현재 단계와 이미 완료 된 부분을 직접 명명하십시오. 이야기의 더 자세한 준비를 위해 사용 STAR 응답의 구조.
짧은 대화 시작을 준비하십시오.
채용담당자에게 이미 자신에 대해 말한 적이 있다 하더라도 동료들은 경험을 다시 소개해달라고 요청할 수 있습니다. 역할과 적합한 업무를 명시하고 팀에 관심이 있는 이유를 밝혀주세요. 예제와 함께 자기 프레젠테이션의 분석.
동료가 질문할 수 있는 질문
질문은 역할과 팀에 따라 다릅니다. 테이블에는 준비를 위한 훈련 공식이 포함되어 있습니다. 자신의 사례를 선택하고 추가 질문 후에 자신의 행동을 설명할 수 있는지 확인하십시오.
| 가능한 질문 | 회의 전에 기억해야 할 사항 |
|---|---|
| 동료들과 작업을 어떻게 공유했나요? | 특정 공통 작업, 당신의 부분, 다른 사람의 결과에 의존, 그리고 준비를 확인하는 방법. |
| 언제 결정에 반대하셨나요? | 분쟁의 주제, 양측의 인수, 선택 방법 및 결정 후 작업. |
| 너무 늦었을 때 어떻게 했어? | 지연을 알아차렸을 때, 누가 알려졌는지, 어떤 옵션이 제공되었고 어떤 것이 합의되었는지. |
| 작품에 대한 어떤 의견이 유용했습니까? | 관찰 자체, 검사 결과, 변경 사항 |
| 언제 도움을 요청해야 했어요? | 이미 직접 확인한 내용, 멈춘 곳, 질문한 특정 질문. |
| 어떤 작업 방식이 당신에게 적합합니까? | 진정한 필요성, 원인 및 예제: 어떻게 명확화, 서면 합의 또는 중간 결과의 토론을 도와주는지. |
극적인 충돌을 찾을 필요가 없습니다. 작업의 순서 또는 준비에 대한 일반적인 불일치는 해결 방법을 설명 할 수 있다면 충분합니다. 작업 편의성에 대해 질문을 받으면 객관적으로 이름을 붙이십시오. "새 작업을 시작하기 전에 예상 결과를 간단히 확인하는 데 도움이됩니다."
미래의 동료 두 명과 대화하는 예
훈련 예제에서 마리아는 회사 직원들이 사용하는 응용 프로그램인 내부 서비스를 사용하고 있습니다. 그녀는 새로운 부서가 이 서비스에 연결되도록 도와줄 팀으로 이동하고 싶습니다. 회의에서 개발자인 세르게이와 사용자 작업 전문가인 이리나가 있습니다. 캐릭터, 상황 및 문장은 가상입니다.
첫째 – 작업과 개인적 기여
이리나 다른 전문가들과 함께 수행한 작업에 대해 말해주세요.
마리아 새로운 부서를 요청 서비스에 연결할 준비를 하고 있었습니다. 저는 지침을 담당하고 직원이 도움 없이 이를 수행할 수 있는지 확인했습니다. 개발자가 액세스를 설정하고 부서 관리자가 출시 날짜에 동의했습니다. 첫 번째 쇼에서 저는 요청을 보내는 것만 설명했습니다. 확인할 때 동료가 요청이 수정을 위해 반환되는 경우 지침에 어떤 작업이 포함되어 있지 않다는 것을 알아차렸습니다.
세르게이 그 말을 들은 후에 뭘 했나요?
마리아 동료에게 물어보았습니다. 직원이 항목을 반환 한 후 직원이 볼 수있는 것인지. 그 다음 서비스의 훈련 버전을 통해 지침에 단계를 추가했습니다. 미래 사용자에게 두 경우 모두를 확인하도록 요청했습니다. 수정 된 지침은 출시에 전송되었으며, 그에 따라 요청을 보내고 반환 한 것을 수정 할 수 있습니다.
답변은 책임의 한계를 보여줍니다. 마리아는 지침을 준비하고 확인했으며 개발자는 액세스를 담당했으며 관리자는 출시를 조정했습니다. 결과는 또한 특정합니다. 다른 사람이 필요한 작업을 수행 할 수 있습니다.
그럼 시간과 오류의 이유에 대한 질문
세르게이 왜 즉시 요청을 반환하지 않았습니까?
마리아 나는 첫 번째 보내기로 작업을 좁혔고 시작하기 전에 작업의 전체 목록을 확인하지 않았습니다. 의견이 나온 후에이 목록을 기록하고 동료와 동의했습니다. 다음 지시에서 그러한 검사로 시작했습니다.
이리나 발사는 연기됐어요?
마리아 네, 하루 동안입니다. 볼륨을 깨닫자마자 누락된 부분과 테스트 시간을 보고했습니다. 부서 관리자에게 출시를 연기하거나 첫 사용자를 위해 제가 지원하는 두 가지 옵션을 제안했습니다. 부서가 스스로 작업을 시작하도록 원했기 때문에 그는 연기를 선택했습니다.
메리는 자신의 오류를 설명하고, 그것을 보고한 시간, 그리고 날짜를 결정한 사람의 역할을 설명했다. 수정된 지시는 지연을 취소하지 않으므로, 결과의 두 부분은 이야기에 남아있다.
질문에 답한 후, 새로운 팀에 대한 질문
마리아 누가 모든 준비가 됐는지 확인하죠?
이리나 보통 나는 지침을 보고 개발자가 액세스를 확인합니다.
마리아 어떤 단계에서 행동 계획이 있거나 이미 전체 지침이 있을 때 자료를 보여주는 것이 더 나은가요? 아무것도 놓치지 않았다는 것을 확인할 수있는 때 이해하고 싶습니다.
이 질문은 작업과 방금 논의 된 경험과 관련이 있습니다. 답변은 마리아가 작업이 완료되기 전에 피드백을 받을 수 있는지 이해하는 데 도움이 될 것입니다. 프로세스 및 지원에 대한 자세한 질문 목록은 기사에 있습니다. 미래의 동료들과 이야기하는 것에 대해서.
여러 대화자에게 답변하는 방법
회의 시작 시 참가자들의 이름과 역할을 기억하세요. 만약 그들이 아직 자신을 소개하지 않았다면, 누가 무엇을 하는지 간단히 설명해 달라고 부탁하세요. 이것은 한 사람이 왜 해결책의 세부사항에 대해 질문하고 다른 사람이 사용자들에게 결과를 전달하는 것에 대해 질문하는지 이해하는 데 도움이 될 것입니다.
질문을 한 사람에게 대답을 시작하고 대화에 다른 사람을 포함하십시오. 면접 회의에서 참가자 간에 시선을 교환할 수 있습니다. 영상 통화에서 누구에게 대답하는지 명확하지 않은 경우 이름으로 대화하는 것이 더 편리합니다. 질문 후 짧은 일시 정지를 두십시오. 오디오 지연으로 인해 대화 상대가 답변을 계속할 수 있습니다.
두 질문이 연속으로 묻히면
Sergey가 결정의 이유에 대해 물었고 Irina가 즉시 시간대를 지정했다고 가정합시다. 답변의 순서를 나타낼 수 있습니다.
먼저 우리가 이 옵션을 선택한 이유에 대해 세르게이에게 답변하고, 그 다음에 이리나에게 출시 날짜에 어떤 영향을 미쳤는지 말해 줄 것입니다.
질문의 일부가 빠진 경우, 반복을 요청하십시오. 명확하게 밝히는 것으로 방해를 받는 경우, 먼저 어떤 세부 사항이 빠진지 알아보십시오. 짧은 답변 후 주요 이야기로 돌아갈 수 있습니다. 소리와 연결 문제가 있으면 유용합니다. 온라인 인터뷰 준비.
동료가 다른 옵션을 제안하는 경우
그런 다음 원래 데이터와 그의 제안을 비교합니다. 예를 들어, 훈련 대화의 계속 세르게이는 지시가 출시 후에 작성 될 수있는 것 같다 :
첫 직원들이 저와 함께 일했다면 이런 일이 가능했을 것입니다. 저희 경우에는 관리자가 부서를 혼자 시작하기로 결정했습니다. 그래서 먼저 지침을 확인했습니다. 첫 날에 사용자 지원을 제공하거나 다른 형태의 훈련을 제공합니까?
새로운 논쟁이 결정을 바꾸는 경우, 직접 설명하세요. 이전 논쟁을 유지하는 경우, 이유를 밝히세요. 다른 참가자의 침묵이나 노트북에 쓴 메모만으로는 그가 어떻게 답을 평가했는지를 알 수 없습니다. 내용에 대한 질문에 계속 답하세요.
경험이 제한되거나 답이 알려지지 않은 경우
고용 외 공동 작업이 적합합니다.
상호작용에 대한 질문은, 다른 분야에서 이전에 일한 프로젝트, 자원봉사 또는 작업을 취할 수 있습니다. 즉시 맥락을 나타내고 당신의 부분을 보여주십시오. 예를 들어, 새로운 후보자는 다른 사람에게 작업을 어떻게 전달했는지 묻습니다.
연설 프로그램을 편집하고 있었습니다. 먼저 동료에게 연설의 일부만을 표시한 문서를 주었습니다. 그는 질문을 던져서 문서를 돌려주었습니다. 저는 주최자와 시간을 명확히 하고, 패스를 작성하고, 문서에 이미 확인된 정보를 기록했습니다. 그 후 동료는 반복적인 명확화 없이 프로그램을 사이트로 전송할 수 있었습니다.
이 예는 작은 프로젝트에서 정보의 전달과 의견에 대한 반응을 보여줍니다. 더 복잡한 책임을 논의하기 위해서는 다른 경험이 필요합니다. 모든 프로젝트가 개별적이었다면, 그것을 언급하고 교사나 사용자로부터 어떻게 피드백을 받았는지 말해달라고 요청하십시오. 경험없이 인터뷰.
비슷한 상황이나 지식의 부족이 없었습니다.
질문이 당신이 가지고 있지 않은 경험을 요구한다면, 이것을 나타내고 가장 가까운 사례를 제안하십시오. 적절한 사례가 전혀 없을 때, 가능한 행동을 논의하는 것이 유용한지 물어보십시오. 그러면 대화 상대는 당신이 제안 된 상황을 논의하고 있다는 것을 이해할 것입니다.
예를 들어, 후보자는 긴급한 작업이 자신의 시간을 위해 경쟁하는 두 클라이언트와 함께 일하지 않았다:
두 명의 고객과 동시에 일한 경험이 없기 때문에 이런 상황에서 어떻게 접근할지 말할 수 없지만, 먼저 각 작업을 지연시키는 시간과 결과를 명확히 하고, 전체 우선순위에 대해 누가 동의하는지 알아보고, 선택한 후 두 번째 고객에게 언제 그의 요청에 돌아갈 수 있는지 알려줍니다.
전문적인 질문에서, 당신이 알고 있는 것과 확인해야 할 곳을 명명하십시오. 당신이 추측으로 계속할 수 있는지를 명시하십시오. 당신이 기억으로 답하고 사실을 확신하지 않는다면, 그들에게 그것에 대해 말하십시오. 회의 후, 이해하기 위해 특정 간격을 기록하십시오.
미래의 공동 작업에 대해 배울 것
직무에 대한 결정에 영향을 미칠 질문을 선택하십시오. 이미 설명할 수 있는 필요와 연결하는 것이 편리합니다. 새로운 역할을 시작하는 경우, 누구에게 질문하고 중간 결과를 보여줄 방법을 알아보십시오. 우선순위를 미리 이해하는 것이 중요하다면, 최근 계획의 변경 사항을 논의하도록 요청하십시오.
긴 목록 대신, 몇 가지 질문을 명확히:
- 첫 번째 공동 작업에 대해서요 “어떤 작업을 시작할 수 있고 누구와 함께 할 것인가?” 그런 다음 자신이 해결할 수있는 것을 명확히하십시오.
- 도움을 받기 위해서요 “내가 불분명한 작업에서 멈추면, 당신은 어떻게 도움을 요청합니까?” 그들이 최근 신입을 도와 어떻게 예를 제공하도록 요청.
- 불일치에 대해서요 “동료들이 다른 해결책을 제안했을 때 마지막 사례에서 어떻게 행동했나요?” 어떻게 옵션을 선택했는지, 그리고 결과에 대해 누가 책임이 있는지를 명시하십시오.
참가자들의 답이 다르다면, 조건을 설명해 달라고 부탁하세요. 그들은 다른 프로젝트나 작업의 긴급성을 설명할 수 있습니다. 예를 들어, "작업이 일반적으로 사전에 검사된다고 말했고, 이제 출시 후 검사의 예를 들었습니다. 각 옵션은 언제 있습니까?" 그런 다음 귀하의 역할에 적용되는 순서를 명확히 하십시오.
대화가 끝나면, 작업, 참가자, 작업 방법에 대해 배운 내용과 열려있는 질문을 기록하세요. 상태를 명확히 해야 할 경우 상태 표시줄을 사용합니다. 인터뷰 후 커뮤니케이션의 예.
준비를 확인하는 방법
한 직업을 선택하고 그것에 맞는 일반적인 작업에 대해 크게 말하십시오. "당신은 개인적으로 무엇을 했습니까?", "이 옵션을 선택한 이유는 무엇입니까?", "이제 무엇을 바꿀 것인가?"를 세 가지 명확하게 물어보십시오. 자신을 연습하면 시트에 질문을 적고 차례로 답변하십시오.
사실을 기억하지 못한다면, 이야기에 남겨두고, 팀의 작업에 관한 질문을 두 개 준비하고, 각 답이 어떻게 당신의 선택에 영향을 미칠지 설명하세요.
회의 전에 예시, 질문, 참가자 이름을 짧은 메모에 적어 두세요. 준비된 점 – 명확한 이야기를 끝낸 후에도 계속할 수 있고, 책임을 명시하고, 미래의 공동 작업에 중요한 것을 찾을 수 있습니다.
