빅은 얼마나 큰가요? (개발 팀)

Question

큰 팀을 구성하고 개발자, 건축가, 테스터, 관리자 등의 비율에 대한 정보가 궁금합니다.

Windows 또는 SQL Server와 같은 잘 알려진 프로젝트의 팀원은 누구나 보유하고 있습니까? 예를 들어?

Answer 1

"팀"이 의미하는 바에 따라 다릅니다. 저는 60 명이 넘는 개발자와 건축가, 관리자 및 QA로 구성된 .NET 팀에서 미국의 대규모 은행을 위해 일했습니다.

현재 "팀"은 약 12 ​​명의 다양한 수준의 개발자들, 소수의 QA 및 한 명의 솔루션 아키텍트입니다.

그러나 두 경우 모두 한 번에 ~ 3 명 이상으로 작업하지 않습니다. 일반적으로 단지 1 또는 2입니다. 그래서 그런 의미에서 우리는 현재 수행중인 작업에 따라 2-4 개의 팀으로 나뉩니다. 단일 프로젝트의 경우 이는 제한 사항 인 것 같습니다.

Answer 2

관심있는 다음 기사를 찾을 수 있습니다.

http://www.qsm.com/process_01.html

그러나, 당신의 질문은 당신이 사용하고있는 프로세스를 이해하지 어렵다 응답합니다. 예를 들어, 폭포 모델은 XP 민첩한 방법보다 큰 팀을 요구합니다.

저는 13 명의 회원으로 구성된 팀에 있었지만 특정 작업을 수행하는 작은 팀으로 나누는 경향이 있습니다. 팀이 정치력을 발휘할만큼 충분히 크다면 너무 크다. 함께 잘 작업 할 수있는 많은 사람들이있을 수 있습니다. 모두 프로젝트 마무리에 중점을두고 자신의 이익을 추구하지는 않습니다. 많은 수의 사람들이 문제를 일으키지는 않지만 그러한 유형의 사람들 있을 법하지 않습니다.

9 명이 넘는 사람은 크기가 너무 커서 팀이 너무 작아서 작은 팀으로 나뉘어지기 때문에 큰 팀이 작은 팀으로 나뉘어있는 경우 작은 팀을 팀 크기로 설정하고, 당신이 시작한 것이 너무 컸음을 깨달으십시오.

Answer 3

프로젝트가 진행되는 동안 필요한만큼 팀이 커야합니다. "커다란"을 읽을 때 "얼마나 큰가"에 대한 인상을 얻습니다. 저는 전화 스위치 개발을 위해 수백 명의 개발자들과 함께 일 했었지만 하드웨어, 소프트웨어, 문서화, 테스트 & 품질 보증, 설치, 교육 등과 같은 팀 리더와 함께 항상 5 명 또는 6 명 팀으로 할당되었습니다. 팀 자체는 5 이상이 관리하기 어려워집니다.

Answer 4

Jeff Bezos에게 물어 보면 "two-pizza team"이 가장 적합합니다. 두 개의 피자로 팀을 먹일 수없는 경우 너무 큽니다. 그것은 식욕에 따라 5 명에서 7 명으로 제한됩니다.

Answer 5

나는 모든 다른 개발 단계가 팀을 "편리하게"직무 설명에 의해 부수는 대신 단일 팀의 일부라고 생각합니다. 이 조직적인 견해는 무서운 과정을 무서운 폭포쪽으로 기울이는 경향이 있습니다 (나는이 과정을 싫어합니다!).

그러나 질문에 답하기 위해 팀은 10,000 명이 넘지 않아야하며 팀원은 풀 타임 파트 (교육, 마케팅, 고객, 구현, 지원)없이 그 주위를 조금만 돌아 다녀야한다고 생각합니다. 모든 80 %에서 20 % 정도의 devs 대 관리/품질 보증은 좋은 생산성을 향해야합니다. 당신의 아키텍트가 코드를 조금 더 잘 파고들 수 있다면. 전체 팀과의 빈번한 설계 검토는 모든 사람들이 바나나 더미뿐만 아니라 전체 프로젝트에 대한 훌륭한 감독을하도록해야합니다.여기

나를 위해 정말 좋은 일했다 팀의 예는 분해입니다 : 아키텍처에서 고된 일을 처리 할 수 ​​

4 주니어 개발자들을 잘 이해가

• 2 시니어 DEVS를
(또한 전체에 참여하는 동안) 몇 가지 기술적 탐색을 할 수
• 1 개 코드 닌자
• 1 프로젝트 관리자, 팀장, 외부 세계에 대한 인터페이스는
• 1 잡음 2 개 피자에 가져다 QA 녀석이 응용 프로그램 주위를 찌를, 수용 테스트 등을 써주세요. 시끄러운 부분은 WTF/day 측정 항목이었습니다. 더 조용한 그는 우리가 일을 잘했고 우리가 소비 한 이부프로펜이 적었습니다.

주변에서 우리는 자주 사용성 테스트를 수행 한 일부 고객을 끌어 들였습니다.

하 좋은 옛날 !!!

Answer 6

내가 일하는 곳에서 스크럼을 사용하고 15 분의 효과적인 스탠드 업을 가지려면 6 명 또는 7 명의 개발자와 몇 명의 다른 관리자가 각각 1.5 분이 소요됩니다. 다른 관리자는 시스템의 일부 최종 사용자, 품질 보증 및 팀 리더를 포함하여 몇 가지 예를 제공합니다.

팀이 훨씬 커지면 현재 프로젝트의 모든 것을 내 머리 속에서 이미 지키려고 조금 어려움이 있으므로 작업을 좀 더 정교하게 정의해야한다고 생각합니다.

Answer 7

내가 전형적으로 본 것은 건축가 1 명 (분석가) 1 명 (테스터) 1 명당 2 명의 비율입니다. 따라서 팀 구성 방법에 따라 25 %의 건축가, 50 %의 개발자, 25 %의 품질 보증 담당자가 있습니다. 최대

• - 기능적으로는 6 명에서 9 명당 1 명의 관리자가 있으므로 건축가 1 명, 개발자 1 명, 품질 관리 최소 1 명입니다.
• 프로젝트 - 프로젝트 구명 당신이 팀은 일반적으로 시간이 지남에 따라 변경

팀 리드 (부품 관리/부품 설계자 또는 개발자 나 테스터)와 하위 분할을 초과하는 경우에는 1 관리자는 모든 프로젝트를 향하고있다 - 앞면에는 더 많은 건축가가 있고 더 많은 개발자로 이동하고 프로젝트 수명이 끝날수록 더 많은 테스터가 탑승합니다.

저는 6 명에서 100 명까지의 팀을 관리했으며 그 비율은 대체로 같습니다.