익명 사용자
로그인하지 않음
토론
기여
계정 만들기
로그인
IT 위키
검색
브룩스의 법칙
편집하기
IT 위키
이름공간
문서
토론
더 보기
더 보기
문서 행위
읽기
편집
원본 편집
역사
경고:
로그인하지 않았습니다. 편집을 하면 IP 주소가 공개되게 됩니다.
로그인
하거나
계정을 생성하면
편집자가 사용자 이름으로 기록되고, 다른 장점도 있습니다.
스팸 방지 검사입니다. 이것을 입력하지
마세요
!
브룩스의 법칙(Brooks's Law)은 소프트웨어 개발 프로젝트 관리 분야에서 널리 알려진 경험적 법칙이다. 이 법칙은 프레데릭 P. 브룩스(Frederick P. Brooks)가 저서 《맨먼스 미신(The Mythical Man-Month)》에서 제시하였다. ==내용== 브룩스의 법칙은 다음과 같이 요약된다. *"지연되고 있는 소프트웨어 프로젝트에 인력을 추가하면 프로젝트 완성은 오히려 더 늦어진다." 이는 새로운 인력이 기존 팀에 합류할 때, 교육과 커뮤니케이션에 추가적인 비용이 발생하기 때문이며, 팀 간 조율 복잡성도 증가하기 때문이다. ==주요 원인== 브룩스의 법칙이 발생하는 주요 원인은 다음과 같다. *<nowiki>**교육 비용**: 신규 인력을 기존 프로젝트에 투입하려면 프로젝트 구조, 개발 환경, 업무 내용을 익히도록 해야 하며, 이는 기존 팀원의 시간을 소모한다.</nowiki> *<nowiki>**커뮤니케이션 복잡성 증가**: 팀원이 많아질수록 커뮤니케이션 채널 수가 기하급수적으로 늘어나 조율과 협의에 필요한 시간이 증가한다. (n명의 팀원이 있을 때 커뮤니케이션 채널 수는 n(n-1)/2개가 된다.)</nowiki> *<nowiki>**작업 분할의 어려움**: 소프트웨어 개발 작업은 종종 상호의존성이 높아, 새로운 작업 단위를 쉽게 나누어 추가 인력에게 맡기기 어렵다.</nowiki> ==적용 예시== *마감이 임박한 소프트웨어 프로젝트에 많은 개발자를 급히 투입했지만 오히려 일정이 더 늘어난 사례 *신규 투입 인력의 온보딩과 병목 현상으로 인해 프로젝트 품질이 저하된 사례 ==오해와 한계== 브룩스의 법칙은 모든 상황에 절대적으로 적용되는 것은 아니다. 프로젝트 초기 단계이거나, 독립적인 작업 단위가 많은 경우, 충분한 계획과 교육 체계를 갖춘 경우에는 인력 추가가 실제로 일정 단축에 기여할 수 있다. ==영향== 브룩스의 법칙은 소프트웨어 공학, 프로젝트 관리, 애자일 개발 방법론 등 다양한 분야에 큰 영향을 주었다. 특히 현실적인 일정 관리의 중요성과, 팀 규모 확장에 신중해야 함을 강조하는 데 기여했다. ==같이 보기== *[[맨먼스 미신]] *[[애자일 소프트웨어 개발]] *[[프로젝트 관리]] *[[팀 커뮤니케이션]] *[[프로젝트 일정 관리]] ==참고 문헌== *Brooks, F. P. (1975). ''The Mythical Man-Month: Essays on Software Engineering''. Addison-Wesley. *Sommerville, I. (2010). ''Software Engineering'' (9th ed.). Addison-Wesley. ==각주== [[분류:소프트웨어 공학]]
요약:
IT 위키에서의 모든 기여는 크리에이티브 커먼즈 저작자표시-비영리-동일조건변경허락 라이선스로 배포된다는 점을 유의해 주세요(자세한 내용에 대해서는
IT 위키:저작권
문서를 읽어주세요). 만약 여기에 동의하지 않는다면 문서를 저장하지 말아 주세요.
또한, 직접 작성했거나 퍼블릭 도메인과 같은 자유 문서에서 가져왔다는 것을 보증해야 합니다.
저작권이 있는 내용을 허가 없이 저장하지 마세요!
취소
편집 도움말
(새 창에서 열림)
둘러보기
둘러보기
대문
최근 바뀜
광고
위키 도구
위키 도구
특수 문서 목록
문서 도구
문서 도구
사용자 문서 도구
더 보기
여기를 가리키는 문서
가리키는 글의 최근 바뀜
문서 정보
문서 기록