브룩스 의 법칙 : 지연 된 프로젝트 와 추가 인력 투입 - just for fun 
 브룩스 의 법칙 : 지연 된 프로젝트 와 추가 인력 투입 
 개발 프로젝트 가 늦 어 지 면 윗분 들 - 특히 개발자 출신 이 아닌 분 들 - 이 항상 하 는 말 이 있 습니다 . ‘ 사람 을 더 투입 하 면 일정 을 앞당길 수 있 는가 ? ’. 이 말 에 제 가 항상 하 는 답변 이 있 습니다 . ‘ 사람 을 더 투입 한다고 일정 이 줄어들 지 는 않 습니다 ’. 제 가 이런 답변 을 하 는 것 은 경험 에 의한 것 인데 솔개 님 의 블로그 포스팅 을 보 니 이것 을 실제로 증명 한 ‘ 브룩스 의 법칙 ’ 이 라는 연구 결과 가 있 었 습니다 . 
 ' 브룩스 의 법칙 ' 은 1975 년 에 출간 된 프레드 브룩스 의 ‘ 작업량 과 작업 속도 에 관한 고찰 ’ 을 통해 세상 에 알려졌 는데 제 가 위 에서 이야기 한 것 처럼 ‘ 지연 된 프로젝트 에 추가 적 으로 인력 을 투입 하 면 작업 진행 속도 는 더 느려진다 ’ 라는 개념 이 라고 합니다 . 또한 로런스 퍼트넘 이 라는 사람 의 연구 에 의하 면 프로젝트 에 20 명 이상 의 사람 이 투입 된 경우 , 5 명 이하 의 사람 이 투입 된 것 보다 프로젝트 가 더 느리 게 진행 된다고 합니다 . 그 느려 짐 정도 도 커서 대 규모 의 팀 은 소규모 팀 보다 같 은 작업 을 처리 하 는 데 5 배 의 시간 이 필요 한 경우 가 흔하 게 일어난다고 합니다 . 
 이런 현상 이 일어나 는 이유 로 2 가지 를 생각 할 수 있 습니다 . 하나 는 커뮤니케이션 입니다 . 사람 이 많 을수록 커뮤니케이션 은 복잡 해질 수 밖 에 없 고 하나 의 의견 으로 통일 하 는 데 시간 은 더 필요 하 고 사람 간 의 트러블 이 발생 할 확률 은 높 아 집니다 . 다른 하나 는 이미 작업 이 진행 중 인 프로젝트 에 새로 투입 된 인원 들 은 프로젝트 현황 에 대해 파악 할 시간 이 필요 하 고 기존 인원 들 의 일부 는 이 들 의 시스템 파악 과정 을 지원 해 주 어야 하 기 때문 에 팀 의 전체 리소스 가 프로젝트 작업 에 완전히 투입 되 는 데 시간 이 필요 하 게 됩니다 . 
 물론 이 개념 에 도 반론 의 여지 는 있 습니다 . 제 경험 으로 는 새로 투입 되 는 인원 이 작업 대상 시스템 에 대한 경험 이 많이 있 고 기존 작업 인원 들 과 같이 일 한 경험 이 있 을 경우 추가 인력 투입 이 작업 일정 단축 에 도움 이 될 수 도 있 습니다 . 그러나 , 이것 은 예외 적 인 경우 이 고 일반 적 인 상황 에서 는 ‘ 브룩스 의 법칙 ’ 이 말 하 는 것 처럼 투입 된 인력 의 규모 에 비해 일정 단축 이 일어나 지 않 는 상황 이 되 어 추가 인력 투입 을 지시 했 던 윗분 들 은 답답 함 을 느끼 고 실무 팀 은 압박감 을 느끼 면서 프로젝트 는 산 으로 가 는 테크 트리 를 타 게 되 는 것 이 죠 . 일정 이 늦 어 질 경우 의 해법 은 추가 인력 보다 는 작업 범위 와 같이 프로젝트 자체 에서 찾 는 것 이 가장 좋 다 라고 생각 합니다 . 
 Debian 9 ‘ Stretch ’ 릴리즈 
 윌리엄 맥 어 스킬 의 ‘ 냉정 한 이타 주의자 ’ : 논리 라는 불편 함 이 주 는 새로운 시선 
 Zend Framework 와 PHP 7 . 1 
 아이 노트 X - KEY Cradle 블루투스 키보드 : 무난 한 가성 비