교체 훈련은 어떻게합니까? [닫은]

나는 최근 에 자리를 떠나는 것에 대해 물었고 많은 훌륭한 답변을 얻었습니다. 공통점 중 하나는 새로운 사람을 훈련시키기 위해 주변에있는 것이 예상되고 먼 길을 갈 수 있다는 것입니다.

(제 생각에) 대부분의 사람들은 통지를받은 후 오랫동안 회사에 머 무르지 않으며 회사가 인터뷰 / 채용을하는 데 시간이 걸릴 것이라고 생각합니다. 누군가에게 속도를 내십시오.

나는 또한 전에 아무도 훈련하지 않았습니다. 저는 대학과 대학교에서 많은 과외를했지만 언어 / 기술을 가르치는 것은 직장에서 당신을 대신하도록 누군가를 훈련시키는 것과는 다릅니다.

그래서 문제는, 당신은 잠재적으로 짧은 시간 안에 당신을 대신 할 누군가를 훈련시키는 방법에 대해 어떻게 생각합니까?

간단히 말해서 새로운 사람을 완전히 훈련시키는 것은 불가능합니다. 2-3 주에 대한 지식은 1-2 주 안에 새로운 사람에게 전달 될 수 없습니다. 관심을 갖고 대부분의 것들을 스스로 배우는 것은 새로운 사람의 책임입니다.
나에 따르면이 같은 시간을 배포한다 : -
문서를 공유하고이를 설명 - 30 %
이 높은 수준의 설명이 포함됩니다, 낮은 수준의 디자인과 클래스 등

코드 공유 및 설명-70 %
이는 코드의 중요한 부분을 거치는 것을 의미합니다.

그 사이에 당신은 새로운 사람에게 시간을주고, 사물을 배우고, 의심을 생각해 내야합니다. 주된 목표는 사람을 독립적으로 만드는 것이어야하며, 코드의 어떤 부분이 무엇을 수행하는지 이해해야합니다. 각각의 모든 것을 설명 할 수는 없으며 설명하더라도 유용하지 않습니다. 새로운 사람은 새로운 시스템을 이해하는 능력이 제한 될 것입니다. 따라서 많은 것들을 폭격하지 마십시오. 중요한 것을 설명하십시오.

위키를 가리켜보세요

당신은 하나가 있습니까? 그리고 코드 검토 중에 코드 사서 역할을 수행하는 몇 명의 팀원이 있으므로 공통 코드를 회사 코드 라이브러리에 도입하거나 개발자가 방금 만든 사용자 정의 코드를 대체 할 수 있습니다.

아니? 아 그럼, 문제가 생겼습니다.

시간이 얼마나 걸리는지에 따라 위기 수준에 따라 다음 계획 중 하나를 따라야합니다.

1. 아아! 오늘 오후에 떠날거야

새로운 사람이 문제 영역에서 경험이 많으면 위키를 가리키고 SCM의 관련 코드를 얻는 방법을 보여주십시오. 당신이 관대하고 떠나는 파티에 푹 빠져 있다면 맥주를 사서 전화 번호를 제공하십시오.

그가 경험이 많지 않은 경우, 팀의 다른 담당자에게 소개하여 팀원들이 서로 어떻게 어울리는 지에 대한 아이디어를 얻으십시오. 그것은 당신이 할 시간이 전부입니다.

2. 일주일 내내 지 쳤지 만 많은 정리가 필요합니다.

당신의 기술을 평가하고 그들이 가능한 빨리 업무를 수행하도록 노력할 수 있도록 첫날 동안 대체품을 당신을 가리십시오. 문제를 해결하는 방법을 알아 본 다음 점차적으로 문제를 해결하고 컨설턴트 역할을하도록하십시오. 매일 수행하는 핵심 운영에서 덜 빈번한 운영까지 구축하십시오. 가능하면 문제를 해결하십시오. 가능하면 프로그램을 페어링하십시오. 위키 나 다른 네트워크화 된 텍스트 기반 리소스에서 말한 내용을 추적하여 나중에 참조 할 수있게하여 적절한 문서로 만들도록하십시오.

3. 인수하는 것은 주니어 개발자입니다

그들은 이미 도메인 지식을 가지고 있으며 팀의 작동 방식을 알고 있습니다. 그들에게 당신의 작업을 할당하고 익숙하지 않은 시스템과 프로세스에 대한 지식을 구축하기 위해 노력하십시오. 시간이 지남에 따라 더 고급 기능이 제공되는 기본 요소를 활용하는 데 집중하십시오.

기본 전화 지원 제공

회사와 좋은 계약을 맺고 있다고 가정 할 때 전화 지원을 제공하여 그들이 당신을 루치에 남겨 두지 않도록하십시오. 그들이 1 시간마다 울리기 시작하면 위키에서 찾을 수있는 머리에 묻은 질문을하면서 경쟁력있는 상담 률을 언급하십시오. 그렇지 않으면, 여기저기서 이상한 전화를 걸어서 뇌를 고르고 계속 연락 할 수있게되므로 다음 번의 일이 생길 때 편리 할 수 ​​있습니다.

즉시 코딩을 중지하십시오. 새 직원이 일상 업무를 수행하고 그의 질문에 대답 할 수 있도록하십시오.

배우는 것보다 배우는 더 좋은 방법은 없습니다.

통지를 한 후 누군가 훈련을하는 것의 복잡성에 따라 잃어버린 원인이 될 수 있으며, 복잡하지 않더라도 통지를하자마자 바로 걸어 나갈 수있는 곳이 늘어나고 있습니다. 통지하기 전에 귀하의 것이기 때문에) 통지하기 전에 교체품을 교육하는 것이 더 좋습니다. 다가오는 휴가 나 수술은 필요할 경우 좋은 변명이지만, 팀에서 일한다고 가정 할 때 이런 종류의 물건을 조금씩 작업 할 수 있어야합니다. 고리.

이미 방아쇠를 당기고 최종 날짜를 정한 경우 다양한 물건을 찾을 위치를 알리는 것이 아마도 그들이 일하는 데 도움이되는 # 1 일 것입니다. 그들에게 프로젝트를 보여줄 때 무엇을 확실히해야 하는가는 시스템을 통한 워크 플로우와 더 큰 프로젝트의 중요한 부분에 대한 아이디어를 가지고 있습니다. 당신은 그들에게 많은 세부 사항을 줄 시간이 없지만, 문제를 정렬해야 할 때 어떤 코드를 잡아야하는지 알 수 있습니다.

당신은하고있는 일을 빨리 끝내거나 적어도 어느 정도 멈추는 경향이 있습니다. 그런 다음 documentation / brain dump가 시작됩니다. 저는 신입 사원이 기술에 익숙하지 않은 곳에있었습니다 (ASP 사이트를 유지해야했습니다). 모든 코드의 위치와 사이트를 업데이트하는 방법을 설명 할 충분한 시간이있었습니다 (제작 서버 자체를 찾는 것은 어렵지 않았습니다. 왜냐하면 내가 떠난 이유를 조금 보여주었습니다).

귀사에서 귀하의 회사를 대체품으로 절대적으로 고용했다고 가정 할 때 가장 중요한 것 중 하나는 양도되는 응용 프로그램의 도메인입니다. 결정하는 것은 큰 가정 일 수 있지만 몇 주 안에 좋은 코드를 작성하는 방법을 누군가에게 가르쳐 줄 수는 없습니다. 그들은 다운되었거나 그렇지 않은 것이기 때문에 핵심은 도메인 imo입니다.