Teams and Projects

팀이 중요할까 프로젝트가 중요할까?

갈아서 만들었나요?

• 서로 다른 프로젝트에 속한 사람들이 뒤죽박죽이라면 어떨까?
• 1에는 A, B
• 2에는 B, C
• 거기에 프로그래머 말고 사업분석가, 테스터들도 섞인다면?

한 덩어리로 뭉친 팀

• 팀이 만들어지는데는 시간이 걸린다.
• 서로의 버릇, 강점, 약점, 협력하는 법을 배운다.
• 그 뒤에야 비로소 한 덩어리가 되기 시작한다.
• 12명 근처가 최적의 인원이다.
• 그 안에는 프로그래머, 테스터, 분석가, 프로젝트 관리자를 포함해야 한다.
• 7, 2, 2, 1 구조가 가장 좋다.

숙성

• 한 덩어리가 되기 까지는 시간이 걸린다.
• 하지만 그 이후부터는 마법이 펼쳐진다.

팀이 먼저인가 프로젝트가 먼저인가?

• 프로 개발 조직은 이미 한 덩어리가 된 팀에 프로젝트를 배정한다.
• 한 덩어리가 된 팀은 동시에 여러 프로젝트를 감당할 수 있다.

하지만 어떻게 관리하지?

• 팀에는 저마다의 속도가 있다.
• 해당 프로젝트 속도를 계산하는 법은 “불확실성과 화해하는 프로젝트 추정과 계획”에서 자세히 다룬다.

결론

• 팀은 프로젝트보다 만들기 더 어렵다.
• 영구적인 팀을 만들어 이 프로젝트에서 저 프로젝트로 움직이게 하자.
• 그리고 한번에 여러 프로젝트를 맡기자.

Reference

• The Clean Coder