신입 사원의 생활을 편안하게하려면 어떻게해야합니까? [닫은]

유감스럽게도 레거시 이유로 인해 문서가 거의없는 소프트웨어 팀의 선임 멤버로서 새 직원을 편안하게하기 위해 할 수있는 일은 무엇입니까?

코드 결함에 대해 알기 위해 특정 결함 / 기능 요청에 대해 사람과 디버그 세션을 계획하고 있습니다. 그러나 코드베이스는 실제로 크며 고정 된 양의 코드만이 사람 에게이 방식으로 노출 될 수 있습니다.

나는 신입 사원이 최근 졸업생이거나 경험이 풍부한 전문가 인 경우에 대한 제안을 찾고 있습니다.

신입 사원이든 광범위한 업계 경험이 있는지에 관계없이 신규 채용에 적용됩니다.

1. 당신 이 접근 할 수 있는지 확인하십시오 . 너무 바빠서 시스템에 익숙해지지 않으면 멘토를 지정하십시오. 멘토가 인격적이고 신입 사원과 함께 점심 식사를하는 것과 같은 일을 기꺼이하는지 확인하십시오. 멘토의 임무는 신입 사원이 가질 수있는 모든 질문에 답변하고 필요한 곳에 도움을 제공하는 것입니다.
2. 자신에게 할당 된 모든 작업이 가능한 적은 종속성을 가지고 있는지 확인하십시오. 시스템을 처음 접한 사람 (신규 또는 5 년 이상의 경험)이 시스템 전체에 종속성이있는 작업을 할당하는 것보다 압도적으로 느끼는 것은 없습니다.
3. 인트라넷 사이트 나 그 라인을 따라 어떤 형태의 연락처 / 소유권 목록을 확보하십시오. 새로운 사람들 (특히 신입생)은 대개 "누가 x서브 시스템 에 대해 물어보아야 합니까?" 대여 할 때 제공되는 목록이 있으면 올바른 사람을 찾기 위해 여러 사람을 거치지 않고도 전자 메일을 보내거나 직접 대화 할 수 있습니다.
4. 설명서를 받으십시오 . Doxygen과 같은 유틸리티로 구문 분석 할 수있는 주석이 포함 된 코딩 표준을 시행하십시오. 최소한 신입 사원에게는 API를 탐색 할 수있는 기능이 제공됩니다. Netbeans와 같은 IDE를 사용하는 경우 Javadoc 주석 형식을 사용하면 코드 완성과 함께 설명서가 제공됩니다. 새로운 시스템을 배울 때 매우 중요합니다.
5. 환영하는 회의 / 점심 / 위험 / 기타 등이 있습니다. 기본적인 개인적인 예의없이 책상에서 누군가를 괴롭히는 것은 팀에서 분리되는 느낌을 남길 수 있습니다.

나는 이것으로 당신을 정말로 도울 수 있다고 생각합니다. 내가 18 살이었을 때, 나의 첫 직업은 Jr. .Net Developer 포지션이었습니다. 그들은 매우 큰 프레임 워크를 가지고 있었고 CAB에서 충돌 과정을 배우는 데 곧바로 뛰어 들었습니다. 첫 번째 프로젝트가 왔을 때 프로젝트를 추정하고 SqlServer와 해당 프레임 워크를 배울 것으로 예상되었습니다. 이 멋진 경험을 한 것은 Sr. Developer가 견적부터 SqlServer, 프레임 워크에 이르기까지 전체 프로세스를 통해 나를 위해 있다는 것입니다. 나는 질문과 도움을위한 자료로 그를 사용할 수 있었기 때문에 매우 적시에 배워야 할 것을 배웠다. 제가 콜로라도에있을 때도이 일을했으며 캘리포니아에있었습니다. (원격 개발). 그는 CAB에 대한 백서를 읽고, 좋은 자료 등을 알려 주었으므로 모든 가르침을 수행 해야하는 것과는 다릅니다. 그러나 질문이 올 때 그는 거기에 있었다. 결론적으로, Jr. 개발자를 지원할 사람이 필요합니다. 특히 그들이 회사와 배우고 성장하고 좋은 관계를 유지하기를 원한다면. 그들은 내가 배우고 발전 할 수있는 속도에 만족했기 때문에 캘리포니아로 이주하기를 원했고 불행히도 비용 등으로 인해 이사를 할 수 없었습니다.

그 경험 하나가 저에게도 특성을 가져 왔습니다. 이제 저는 지역 도시의 비즈니스 및 재단을 위해 성공적으로 소프트웨어를 개발하고 있으며 여전히 21 세입니다. 그것은 최고의 첫 직업이었고 RenEvo Software & Designs (Sr. Developer)의 Tom Anderson에게 대단히 감사합니다. 놀라운 멘토.

내가 지금있는 회사 인 IMO가 신입 사원에게 적합합니다. 효과적인 것으로 보인 것들이 있습니다.

멘토

일부 숙련 된 개발자가 필요하다고 생각하지 않을 수 있기 때문에 약간의 오해가있을 수 있지만, 귀하의 멘토가 될 사람이 1 명 있습니다. 이 사람은 귀하가 가질 수있는 모든 질문에 답변 할 수 있어야합니다. 그들이 신입 사원과 가까이 있으면 더 잘 작동합니다. 멘토의 요점은 신입 사원, 특히 후배가 충분한 질문 을 하지 않는 함정에 빠지지 않을 정도로 편안하다는 것 입니다.

문서

이미 언급했지만 문서가 도움이 될 수 있습니다. 우리는 위키에이 문서에 기본적으로 작업 한 첫 2 주를 설명합니다. 처음 2 주간을 완공 할 때까지, 당신은 그루브에 빠져 땅에 누워 편안하게 일하고 있습니다.

인내

새로운 회사에 가입하는 것은 특히 어려운 새 제품을 배우고 익숙한 도구를 다른 도구를 사용하는 경우 매우 어려울 수 있습니다. 새로운 환경에 적응하고 속도를 낼 시간을주십시오. 그들에게 할 일을 할당하되, 숙련 된 프로그래머가하는 것보다 훨씬 오래 걸릴 것임을 명심하십시오.

지원하다

반드시 그들에게 헌신적 인 멘토를 할당 할 필요는 없지만, 필요할 때 도움을 줄 수있는 사람들이 많이 있는지 확인하십시오.

모든 사람들은 학습 방법이 다르며 어떤 사람들은 멘토가 필요하고 다른 사람들은 멘토가 속도를 늦출 수 있습니다. 모든 솔루션에 맞는 크기는 하나도 없으므로 대신 접지를 찾아서지지하고 로프를 배울 때 인내하십시오.

나는 4 개월 전에 새로운 직장에서 시작했고, 나는 나의 새로운 직장이이 새로운 신입 사원에 대해 정말 좋은 일을했다고 생각합니다.

A. 버디

여기에는 소위 "버디 프로그램"이 있으며, 개발자는 신입 사원을위한 친구 / 멘토로 등록 할 수 있습니다. 새로운 개발자를 고용 할 때 같은 팀의 개발자 (친구로 등록한 개발자)는 새로운 남자의 친구 / 멘토로 지적됩니다. 새로운 녀석을 세우고 뛰고, 그가 겪게 될 문제를 해결하고, 점심을 먹으며, 팀에 소개하는 것은 그의 책임입니다.

B. 낮은 의존성

이것도 이전에 언급되었지만 코드 기반에 대한 완전한 지식 없이는 중요하지 않고 너무 어려운 과제로 시작합니다. 모르는 코드베이스에 던져지고 1 일부터 수행해야하는 것보다 나쁘지 않습니다. 가능하면 전체 시스템에 비교적 쉽게 할당 할 수 있습니다. 그렇게하면 시스템에 대한 지식을 얻게됩니다.

코드를 처음 작성할 때 할 시간이 없었던 작은 작업이있을 것입니다. 그 일을 그에게주세요.

C. 신입 사원 교육

이것은 아마도 가장 사치스러운 일이지만, 이것을 할 수있는 대기업에서 일합니다. 매달 또는 두 달 정도마다 일종의 새로운 고용 훈련이 마련됩니다. 기본적으로 일련의 프레젠테이션으로, 새로운 고용인에게 시스템에 대한 지식, 테스트 수행 방법, 버그 추적 작동 방식 등에 대한 지식을 제공합니다.

내가 일하는 곳에서는 완전히 다른 작업을 수행하지만 동일한 소프트웨어를 사용하는 많은 팀이 있습니다. 각 팀의 구성원은 소프트웨어 부분에서 프레젠테이션을 수행하도록 지정되어 있으며, 해당 부분에서 수행하는 작업, 작동 방식 등을 소개합니다. 그 외에도 테스트 작성 방법, 실행 방법, 코드베이스에 체크인하는 방법 등에 대한 테스트에 대한 교육이 있습니다 (테스터로 일하고 있습니다).

요약하면, 신입 사원들에게 온화하고 첫 달 정도에 진지한 작업을 기대하지 마십시오. 그들에게 도움을 줄 수있는 도구를 제공하고 가능하면 프리젠 테이션이나 비디오를 제공하십시오.

한 장의 종이에 빠른 스케치를 그립니다. 기능 블록 및 데이터 이동 신입 사원이이 목록을 편리하게 유지하고 그가 만질 지점과 계층에 영향을 미치는 모듈을 찾아보십시오.

다른 모든 것에는 시간이 따른다. 그러나 두 줄의 코드를 변경해야 할 때 바보 같은 느낌을주는 큰 그림이지만 종속 모듈, 코드 블록 등에 어떤 부작용이 발생할 수 있는지 전혀 모릅니다.

이전에 말한 것 외에도 시간, 자료, 사내 수업, 서적 등을 제공하여 교육 요구를 파악하고이를 제공하십시오. 모든 사람이 모든 것을 알고있는 것은 아닙니다. 이것이 정상임을 알리십시오.

'나쁜'사람에게서 멀리하십시오. 모든 조직에는 대개 1 명의 오만한 사람이 있습니다 (이것은 제 법입니다 :))

멘토를 지정하는 경우, 멘토가 도움이되는 것이 멘토의 직무임을 알고 있는지 확인하십시오. 멘토의 일정에 따라 시간을 내십시오.

첫 달 정도 진행 상황을 추적하고, 가능하다면 그의 문제를 유추하십시오.