팀을 잘 훈련시키는 방법? [닫은]

저는 현재 소규모 소프트웨어 회사에서 4 명의 주니어 개발자로 구성된 소규모 팀을 멘토링하고 있습니다. 그들은 매우 영리하고 종종 고품질의 직업으로 업무를 수행하지만 여전히 더 잘 할 수 있다고 확신합니다. 실제로 실제로는 나 자신과 똑같은 느낌을 가지고 있습니다. :)-. 그들 중 일부는 다른 것보다 더 "주니어"입니다.

그래서 저는 일상 업무에서 얻은 경험뿐만 아니라 CS 기술 (디자인, 코딩, 테스트, 알고리즘 등)을 향상시키는 재미있는 방법을 찾고 싶습니다. 예를 들어, 저는 2 시간을 넘지 않는 주간 세션을 설정하여 CS 연습에 도전하기 위해 함께 모일 수있었습니다. 코딩 도조와 같은 비트.

나는 팀이 그것을 즐길 것이라고 확신하지만 정말 좋은 생각입니까? 전문적인 맥락에서 효율적일까요? 그들은 이미 일주일 내내 코드를 작성하는 데 시간을 투자하기 때문에 어떻게 혜택을 받으려면 어떻게 정리해야합니까?

모든 의견을 환영합니다!

여기 몇 가지 아이디어가 있습니다

• 클럽을 예약하고 Pragmatic Programmer 또는 기타 직업 중심의 물건과 같은 책을 읽으십시오.
• Dojo를 코딩하면 프로젝트 외부에서 간단한 문제로 시작한 다음 프로젝트로 확장하거나 원하는 경우 선택할 수 있습니다.
• 모든 사람들이 참여하는 프로젝트 개발을 개선하기 위해 그룹 자체에서 아이디어를 얻는 회고 또는 피드백 회의

• 지정된 사람이 발표하는 사용자 그룹 회의는 팀의 프레젠테이션 / 소프트 기술을 향상시킵니다.

• Dave & Busters를 방문하여 즐거운 금요일이나 일을하는 등 업무와 관련이없는 작업을 가끔 수행합니다. 팀 화학 개선

전체 그룹에 관심을 갖기 위해 모든 작업 또는 회의는 45 분 미만이어야합니다. 시간과 시간을 넘어서는 것은 발표자 또는 그룹의 리더의 어깨에 완전히 떨어질 것입니다.

사람들은 배우고 자하는 방법에 대한 자신의 아이디어를 가지고있을 것입니다. 개인적으로 나는 자신의 시간에 과정을 밟거나 프로젝트에 참여하고 싶습니다. 팀원이 시간이 지남에 따라 "직장"처럼 취급하지 않는 한, 팀의 모든 사람이 교육 세션에 문제가 없다면 계속 진행하십시오 ...

팀을 잘 훈련시키는 유일한 방법은 계속 배우기를 원하는 개발자를 고용하는 것입니다.

내부에서 나오지 않으면 지속적인 결과를 얻지 못합니다.

그들이 배우기를 원한다면, 팀 학습 활동이 효과적인지 아닌지는 주로 관심과 학습 스타일에 달려 있습니다.

나는 dojo 시스템이 멋지다고 생각하고 원한다면 집에서 계속 진행할 수 있다고 생각한다. 어떤 종류의 보상을 추가하는 것이 유용 할 수 있지만, 당신은 혜성을 강조 할 수 있으며 팀워크에는 그다지 좋은 점은 없다고 생각합니다. 어쨌든, 컴퓨터 문제의 Sphere Online Judge 를 찾아 볼 수있는 놀라운 곳 입니다. 문제, 예상되는 결과 집합을 정의하고 솔루션과 함께 파일을 문제에 업로드 할 수 있습니다. 올바르게 이해하면 포인트가 올라갑니다.

좋은 성과 있길 바래요!

코드와 직접적인 관련이없는 개발자로서 우리에게 필요한 많은 기술이 있습니다. 한 가지 예는 비 기술적 인 사람들이 이해할 수있는 방식으로 기술적 내용을 제시하고 설명하는 것입니다. 팀을 원하는 곳에 데려가는 동안 효과적 일 수있는 것은 숙제와 같은 것을주는 것입니다.

매주, 당신은 당신의 사람들에게 문제를 해결합니다. 회사에 가장 유리하게 유지하려면 작업중인 내용과 관련된 문제를 유지하십시오. 바람직하게는 아직 해결책을 찾지 못한 문제가 있습니다. 당신이 클라이언트의 역할을 수행하는 동안 각 주니어 멤버들은 교대로 발표 (주일에 1 주일)를합니다. 기본적으로이 방법에는 두 가지 목표가 있습니다.

1. 가르치거나 발표하는 행위는 바닥에있는 사람이 운동을하는 것보다 더 깊은 지식을 갖도록 요구합니다. 누군가에게 주제를 가르치는 간접적이지만 매우 효과적인 방법입니다.
2. 그들이 당신에게 그것이 좋은 생각이라고 확신 할 수 있다면, 그들은 클라이언트에게 같은 것을 확신시킬 수 있습니다. 그들이 제안하는 것의 비즈니스 영향에 대해 생각하게하는 질문을 던지십시오.

물론 각 세션을 시작하여 뾰족한 질문을 할 것이라는 점을 상기 시키십시오. 목적은 의미가 아니라 힘든 고객을 위해 준비하는 것입니다.

관리자 또는 선임자로서 나는 '실제'작업에 계속 도전을 던지려고 노력할 것입니다. 사람들이 리그에서 조금 벗어나거나 최소한 도전을하는 일을하도록하십시오. 동료들 중 한 명을 보내어 도움을주고 필요한 경우 개인지도를하십시오.

누군가 무언가를 마친 후에는 새롭고 다른 접근법을 시도하도록 도전하십시오.

아직 방법을 모르는 물건을 해결하는 대신 현장에서 물건을 알아낼 수 있도록 코치하십시오.

학습을 작업 자체에 통합하면 학습을위한 보조 프로젝트가 기한이 지남에 따라 생략되는 경향이 있습니다.

때로는 특정 전문가의 요구를 직접 언급하면 ​​동기 부여가 될 수 있습니다.

일주일에 3 시간 동안 프로그래밍에 관심이있는 모든 것을 조사 / 해킹 할 수 있습니다. 이상적으로는 더 많지만 3 시간이 좋은 시작이라고 생각합니다. 그것은 하나의 덩어리에있을 수 있으며, 길을 따라 30 분 정도의 작은 세그먼트로 나눌 수 있습니다. 이 프로그래머들이 일을 잘 점검 할 수있을만큼 동기 부여가 된 것 같습니다.

그러나 그들이 자신의 관심 분야를 탐험하도록 허용하면 팀을 도울 것입니다. 데이터를 정말 좋아하는 사람은 NoSQL 솔루션을 사용하여 작은 앱을 조사하고 작성할 수 있습니다. NoSQL 솔루션을 사용하면 몇 달 안에 프로젝트를 시작할 수 있습니다. 다른 사람이 팀의 필수 앱이되는 사소한 요구 (예 : 로그 파일 구문 분석)에 적합한 소규모 유틸리티 앱을 제공 할 수 있습니다. 대기업이 무엇을하고 있는지에 대한 지식만으로도 차기 프로젝트에 대한 옵션을 평가할 수 있습니다.

우리는 끊임없이 변화하는 환경에 처해 있으며, 각 팀원은 테이블에 독창적 인 것을 제공하므로 자신의 용어로 확장 할 수있는 기회를 제공하십시오. 그들은 어떤 의도로 강요받지 않았다는 것을 감사하게 생각할 것입니다 (모든 의도가 좋더라도) 당신은 다양한 피드백을 얻을 것입니다.

내가 본 또 다른 기술은 한 달에 한 번 선임 개발자 / 컨설턴트의 점심 프레젠테이션입니다. 그리고 점심을 제공하는 것을 잊지 마십시오. 내가 아는 대부분의 개발자는 무료 그럽을 좋아합니다. 특정 주제를 선호하는지 물어볼 수 있습니다.