어떤 상황에서 프로그래머를 팀에 추가하면 실제로 이미 늦은 프로젝트의 개발 속도가 빨라 집니까?
답변
정확한 상황은 프로젝트 (예 : 개발 팀, 관리 스타일, 프로세스 성숙도, 주제의 어려움 등)에 매우 분명합니다. 이 문제를 조금 더 잘 설명하기 위해 지나치게 단순화하지 않고 다른 것에 대해 이야기 할 수 있도록 귀하의 질문을 다시 말씀 드리겠습니다.
어떤 상황에서 늦게 실행중인 소프트웨어 개발 프로젝트에 팀 구성원을 추가 할 수있는 경우 기존 팀이 완료 될 때까지 작업 할 수있는 경우와 동일한 품질 수준으로 실제 선적 날짜가 줄어 듭니까?
이것이 발생하기 위해서는 필요 하지만 충분하지 않다고 생각되는 많은 것들이 있습니다 (특별한 순서없이).
- 프로젝트에 추가 될 제안 된 개인은 다음을 갖추어야합니다.
- 프로젝트의 문제 영역에 대한 합리적인 이해
- 프로젝트의 언어와 그들이 주어진 작업에 사용할 특정 기술에 능숙해야합니다.
- 그들의 실력은 각각 가장 약하거나 강한 기존 회원보다 훨씬 적거나 크지 않아야합니다. 약한 회원은 기존 직원에게 3 차 문제를 겪게되며 너무 강한 신입 사원은 팀의 업무 수행과 수행 방식에 문제가 생길 수 있습니다.
- 의사 소통 능력이 뛰어남
- 동기를 부여하십시오 (예 : 자극없이 독립적으로 일할 수 있음)
- 기존 팀 구성원에게는 다음이 있어야합니다.
- 탁월한 의사 소통 능력
- 뛰어난 시간 관리 기술
- 프로젝트 리드 / 관리에는 다음이 있어야합니다.
- 우수한 우선 순위 지정 및 자원 할당 기능
- 기존 팀원의 높은 존중
- 탁월한 의사 소통 능력
- 프로젝트에는 다음이 있어야합니다.
- 훌륭하고 완성되고 문서화 된 소프트웨어 디자인 사양
- 이미 구현 된 것들에 대한 좋은 문서
- 명확한 책임을 제거 할 수있는 모듈 식 설계
- 필요한 결함 수준에 대한 품질 보증을위한 충분한 자동화 프로세스 (단위 테스트, 회귀 테스트, 자동화 된 빌드 배포 등)
- 팀이 현재 사용 중이고 사용중인 버그 / 기능 추적 시스템 (예 : trac, SourceForge, FogBugz 등)
선박 날짜 여부를 논의해야 할 첫 번째 것들 중 하나는 수 미끄러 기능을 절단 할 수 있는지 여부, 그리고이 둘의 조합이 허용하는 경우 기존 직원과 릴리스를 충족하기 위해. 많은 경우, 투자와 동등한 가치를 제공하지 않는 팀의 리소스를 실제로 활용하는 몇 가지 기능이 있습니다. 따라서 프로젝트의 우선 순위에 우선적으로 다른 사항을 검토하십시오.
위 단락의 결과가 충분하지 않으면 위 목록을 방문하십시오. 일정 전표를 일찍 잡은 경우, 적절한 팀 구성원을 적시에 추가하면 릴리스가 저장 될 수 있습니다. 불행히도 예상 배송 날짜에 가까워 질수록 사람들을 추가하는 데 더 많은 문제가 발생할 수 있습니다. 어느 시점에서, (현재 개발 지점 배송 이외의) 많은 양의 변경이 릴리스를 저장할 수없는 “반환 지점”을 넘을 것입니다.
나는 계속해서 갈 수 있었지만 주요 포인트를 쳤다고 생각합니다. 프로젝트 외부 및 경력 측면에서 회사의 미래 성공 등 반드시해야 할 일 중 하나는 왜 늦었는지, 조기에 경고를 할 수 있었던 경우, 필요한 조치를 파악하는 것입니다. 앞으로 그것을 막기 위해. 늦은 프로젝트는 대개 다음 중 하나 때문에 발생합니다.
- 시작하기 전에 늦었습니다 (시간보다 더 많은 것들).
- 하루에 1 시간 씩 미끄러졌다.
희망이 도움이됩니다!
답변
리소스 기반 프로젝트가있는 경우에만 도움이됩니다.
예를 들어 다음을 고려하십시오.
4 x 6 미터 크기의 큰 포스터를 페인트해야합니다. 큰 포스터라면 아마 2 ~ 3 명 정도를 앞에두고 평행하게 페인트를 칠할 수 있습니다. 그러나 20 명을 배치하면 작동하지 않습니다. 또한 엉터리 포스터를 원하지 않는 한 숙련 된 인력이 필요합니다.
그러나 프로젝트에서 인쇄 할 수있는 편지 ( You MIGHT won! 와 같은)로 봉투를 채우는 사람이 많을수록 더 많은 사람이 추가 될수록 더 빨리 이동합니다. 많은 작업을 처리하는 데 약간의 오버 헤드가 있으므로 한 사람이 홍보하는 시점까지 혜택을 얻을 수 없습니다. 봉투에 있지만 2 ~ 3 명 이상의 혜택을 누릴 수 있습니다.
따라서 프로젝트를 작은 덩어리로 쉽게 나눌 수 있고 팀원이 빠른 속도로 (예를 들어 … 순간적으로) 속도를 낼 수 있다면 더 많은 사람들을 추가하면 더 빠르게 진행할 수 있습니다.
안타깝게도 우리 세상에는 그런 프로젝트가 많지 않기 때문에 신화적인 Man-Month 책에 대한 docgnome의 팁이 정말 좋은 조언입니다.
답변
다음 조건이 적용되는 경우 :
- 새로운 프로그래머는 이미 프로젝트를 이해하고 있으며 램프 업 시간이 필요하지 않습니다.
- 새로운 프로그래머는 이미 개발 환경에 능숙합니다.
- 개발자를 팀에 추가하는 데 관리 시간이 필요하지 않습니다.
- 팀원 간에는 거의 의사 소통이 필요하지 않습니다.
이 모든 것을 한 번에 처음 볼 때 알려 드리겠습니다.
답변
신화적인 Man-Month에 따르면, 늦은 프로젝트에 사람들을 추가하는 주된 이유는 나중에 O (n ^ 2) 통신 오버 헤드입니다.
한 가지 예외가 발생했습니다. 프로젝트에 한 사람 만 있으면 거의 항상 운명입니다. 두 번째 것을 추가하면 거의 매번 속도가 빨라집니다. 그것은 의사 소통이 그 경우 오버 헤드 가 아니기 때문 입니다. 생각을 명확하게하고 어리석은 실수를 줄일 수있는 좋은 기회입니다.
또한 질문을 올릴 때 분명히 알았 듯이 신화적인 남자-월의 조언은 늦은 프로젝트 에만 적용됩니다 . 프로젝트가 아직 늦지 않은 경우 사람들을 추가해도 나중에 만들지 못할 수 있습니다. 물론 제대로한다고 가정합니다.
답변
기존 프로그래머가 완전히 무능한 경우 유능한 프로그래머를 추가하면 도움이 될 수 있습니다.
매우 모듈 식 시스템을 가지고 있고 기존 프로그래머 가 아주 고립 된 모듈에서 시작 하지 않은 상황을 상상할 수 있습니다 . 이 경우 프로젝트의 해당 부분 만 새 프로그래머에게 할당하면 도움이 될 수 있습니다.
기본적으로 Mythical Man Month 참조는 내가 작성한 것과 같은 유죄 판결을받은 경우를 제외하고는 정확합니다. Brooks 씨는 특정 시점이 지나면 새 프로그래머를 프로젝트에 추가하는 데 필요한 네트워킹 및 통신 비용이 생산성으로 얻는 이점보다 더 크다는 것을 입증하기 위해 견고한 연구를 수행했습니다.
답변
- 새로운 사람들이 테스트에 집중한다면
- 새로운 종속성을 생성하지 않는 독립적 인 기능을 분리 할 수있는 경우
- 프로젝트의 일부 측면 (특히 시각적 디자인 / 레이아웃, 데이터베이스 튜닝 / 인덱싱 또는 서버 설정 / 네트워크 구성과 같은 비 코딩 작업)을 직교 화하여 한 사람이 작업하고 다른 사람은 응용 프로그램 코드를 처리 할 수있는 경우
- 사람들이 서로, 기술, 비즈니스 요구 사항 및 디자인을 알면 서로의 발가락을 밟을 때와 그렇게하지 않는 방법에 대한 지식을 가지고 일을 할 수있을만큼 충분히 물론 그렇지 않은 경우 정렬하기가 매우 어렵습니다.)
답변
그 말기에 아직 아무도 다루지 않은 독립적 인 (거의 프로젝트의 다른 부분과 거의 0 %의 상호 작용) 작업이있을 때만 해당 도메인의 전문가 인 사람을 팀으로 이끌 수 있습니다. 팀원을 추가하면 나머지 팀의 업무 중단을 최소화해야합니다.
