가까운 미래에 팀이 확장 될 독창적 인 프로그래머를위한 조언 [닫기]

25

4 년 동안 저는 소규모 회사의 솔로 개발자였습니다. 우리는 틈새 산업에서 소수의 잘 설립 된 제품을 보유하고 있습니다. 우리는 1-2 명의 개발자를 곧 고용 할 것이며, 이로 인해 상황이 바뀌는 방식이 변경 될 것입니다.

"실제"타이틀은 없지만이 팀을 "담당"하게됩니다. 내가하고 싶은 것은 회사를 위해 체계적이고 생산적인 프로그래밍 부서를 설립하는 것입니다. 대학에서이 독창적 인 직업을 얻었으므로이 업계의 프로그래머로서 능숙 해졌지만 팀 프로그래밍 경험이 부족합니다. 오른발부터 시작하는 것이 중요하다고 생각합니다.

지금은 단지 몇 대의 컴퓨터이며 SVN 서버입니다. 팀을 처음부터 구축하는 데 대한 일반적인 지침을 찾고 있습니다.

teamwork  team  solo-development  knowledge-transfer 
— bufferz
소스
그렇지 않은 한 가지 좋은 점은 새로운 개발자가 새로운 개발 환경을 어떻게 설정할 것인지에 대한 지침입니다. 예를 들어이 SDK를 가져 와서 IDE를 설치하고 FooTest를 설치하고, SQL 클라이언트를 설정하고,이 빌드 스크립트를 가져와 여기에 배치하고, NPM 또는 pip 또는 Maven 또는 Webpack을 구성하십시오. 그것을 테스트하고 편집하십시오.
— user949300

답변:

14

집을 정리하고 공동 작업을 위해 물건을 설치하십시오.

  • 버전 관리 -이미 SVN 서버가 있다고 언급했습니다. 저장소를 설정하고 표준화 된 방식으로 프로젝트를 구성했는지 확인하십시오.
  • 자동화 된 빌드
  • 이슈 / 버그 추적 소프트웨어
  • 단위 / 통합 테스트
  • 지속적인 통합 서버

다음 항목을 설정하고 개발 프로세스에 통합하면 사람들이 쉽게 탑승 할 수 있도록하고, 수행중인 작업을 추적하며, "지저분한"작업을 피할 수 있습니다.

— 매즈 한센
소스
이 질문에 대한 모든 대답은 훌륭하지만 이것은 내가 찾고있는 것에 가장 가깝습니다. 고마워 매드
— bufferz
코드 검토 : 추가 제안하는 것이 있습니다. 새로운 사람들이 시스템을 배우고, 새로운 기여를 이해하도록 도와 줄 것이며, 더 나은 프로그래머가 될 수 있습니다. 올바른 도구와 사고 방식이 아니라 학습, 개선 및 설명을위한 도구라는 시스템을 설정하십시오.
— BrianH
또한 위키. 매우 짧은 피드백 루프에 익숙해집니다. 커밋은 5 분마다 이루어지며 병합 충돌이 발생합니다. 더 큰 리팩토링을 조정해야합니다. 그리고 다른 사람들이 속도를 낼 때 놓아 두는 것을 두려워하지 말고 발산을 피하기 위해 리뷰와 ddo 쌍 프로그래밍을하십시오. 아, 분명한 목표를 설정하십시오.
— Alexander Torstling
그것에 대해 생각할 때 누군가에게 당신에게 길을 보여주는 경험이 더있는 것이 최선이라고 생각합니다. 솔로 코딩과 팀 코딩은 매우 다르며, 작동하는 방법은 솔로이스트에게 반 직관적 일 수 있습니다.
— Alexander Torstling
11

당신보다 더 유능한 사람을 고용하십시오

... 대기업 소프트웨어 프로젝트 경험이 있습니다.

프로세스를 산업화하는 데 도움이되며 프로세스에서 많은 것을 배우게 될 것입니다.

당신은 그들에게 틈새 시장을 가르 칠 것입니다.

그런 사람을 찾을 수 없으면 팀 관리와 관련된 교육을받는 것이 좋습니다. 우선 스크럼 인증 을 제안합니다 .

— 커뮤니티
소스
6

당연한 일이지만 실제로 신입 사원과 일하는 것을 좋아한다고 생각하십시오. 팀원들이 맥주를 마시려고 할 때 두 맥주를 준비하십시오.

또한 코드 기반에서 반복되는 일반적인 코딩 표준과 사용하는 일반적인 기술을 인식하도록해야합니다.

결국 당신은 다른 조언을 따르고 당신의 능력을 보완 할 수있는 기술을 가진 사람을 고용한다고 가정 할 때 모두 프로세스에 피드백을주고 개선 할 수 있어야합니다.

— 케빈 D
소스
4

실제 타이틀이 없기 때문에이 팀을 "담당"할 것입니다.

"책임"에 대한 당신의 욕구 / 야망이 방해를받는 실수를하지 마십시오. 회사가 귀하보다 더 많은 경험을 가진 개발자를 고용하는 경우, 새로운 고용이 귀하보다 팀 리더 역할에 훨씬 더 적합 할 수 있습니다.

팀과 회사에 대한 진정한 가치는 현재 구현 된 제품에 대한 친밀한 지식입니다.

— 스티븐 C
소스
4

이것은 몇 달 전의 상황과 매우 유사합니다. 내가 줄 수있는 최선의 조언은 프로그래머가되는 전형적인 허비를 버리고 회사가 감당할 수있는 최선을 다하는 것입니다.

나는 한동안 "담당자"였지만, 더 많은 경험을 가진 팀원이 일어 서서 관리 업무를 기꺼이 포기하여 최고의 코드를 작성하여 최선을 다할 수있었습니다. 저는 여전히 팀의 멘토입니다.

이 상황에서 회사를 위해 최선을 다하면 보상을받을 수 있습니다.

— 스캇
소스
4

새로운 프로그래머는 편견이 있고, 일을하는 몇 가지 방법을 경험했으며, 이해하지 못하는 새로운 방식에 직면 할 때, 먼저 이해가되지 않으며 변화가 필요하다고 생각할 것입니다. . 수년 동안 스스로 일해온 프로그래머는 자신의 작업에 대해 방어적일 가능성이 높으며, 다른 사람들과 논의하지 않고 해결 한 문제의 수 때문에 작업이 다소 특이 할 것입니다.

이러한 편견을 알고, 새로운 의견을 환영하고, 너무 방어 적이 지 않으며, 모든 것을 바꾸려고 성급한 결정을 내리지도 마십시오.

팀에서 일하는 데있어 많은 장점이 있습니다. 특히 동료가 코드를 검토하도록합니다. 처음부터 자신을 포함하여 모든 팀원을 위해 주장하십시오.

— 렘코
소스
2

선임 개발자는 관리자 모자가 필요하며 회사의 시간 정책을 살펴볼 필요가 있습니다. (특히 휴일 자격, 병가 절차 및 징계 절차와 같은 항목은 필요하지 않기를 바랍니다)

이제는 신입 사원의 기술과 능력에 따라 현재 업무의 일부 측면을 위임하기 시작하여 우선 순위를 관리하고 일정을 정할 시간이 필요합니다.

해야 할 일과 전문적인 방법에 대한 단순하고 기본적인 관리 기술의 좋은 소스는 http://www.manager-tools.com 입니다. 그들은 관리 및 경력 조언에 대한 정기적 인 팟 캐스트를 수행하며, 당신을 위해 상당한 백 카탈로그를 언급하지는 않습니다.

— GrumpyMonkey
소스
1

제공된 많은 팁이 훌륭합니다. 비슷한 경험을 가진 경험에서 몇 가지를 추가하겠습니다.

  1. 채용 결정에 참여하고 그렇지 않은 후보자를 거부하지 마십시오. 팀과 긴밀히 협력해야하며 고객과 경영진을 대표 할 것입니다.
  2. 팀원들과 정직한 문화를 조성하고 특히 상황이 어려울 때 정직을 기대하십시오.
  3. 프로세스가 아니라 솔루션을 위임하고 집중하는 방법을 배웁니다.
— 에릭 키가 티
소스
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.