게 시일 2020 . 5 . 26 . 14 : 47 
 " Agile Note 두 번 째 . 팀 빌딩 Heterogeneous VS Homogeneous Team " 
 SW 개발 을 위해 사용 되 는 방법 은 크 게 Waterfall , Agile 그리고 두 가지 를 혼용 한 방식 이 ( Hybrid 라고 흔히 들 표현 하 는 것 같 습니다 . ) 주 를 이루 고 있 습니다 . 두 가지 접근 방법 모두 꽤 오랜 역사 를 가지 고 나름 의 의미 와 철학 이 SW 개발 에 반영 되 고 있 습니다 . 애자일 은 최근 Business Agility 를 위한 Application Modernization ( 어플리케이션 현대 화 ) 라는 주제 와 맞물려 SW 개발 에서 뿐 만 아니 라 기업 조직 의 운영 방식 에 이 를 적용 하 려는 노력 과 효과 에 대한 많 은 Agenda 들 이 시장 에서 부각 되 고 있 습니다 . 
 SW 개발 에 Silver Bullet 이 없 다는 것 은 업계 에 종사 하 시 는 분 들 이 라면 누구 나 공감 할 수 있 을 것 입니다 . 다만 교과서 적 접근 또는 그 동안 업계 에서 Buildup 된 경험치 에 따르 면 순수 한 애자일 접근 방식 은 ( 흔히 Pure Agile 접근 이 라고 부르 는 ) 주로 솔루션 개발 - Package SW , 어플리케이션 운영 시 필요 에 따른 추가 개발 - 기능 보완 / 추가 등 , 경험 이 축적 되 지 않 은 새로운 기술 기반 의 개발 등 에 적합 하 다는 의견 이 많 습니다 . 
 전통 적 인 Waterfall 방식 의 SW 개발 은 기존 Legacy System 이 존재 하 고 , 이 를 기반 으로 한 대 규모 업그레이드 또는 전면 적 인 재 개편 ( 그러나 기존 의 기능 이나 업무 는 변화 가 적 은 ) , 매우 정형 화 된 관리 / 개발 산출물 이 요구 되 는 공공 , 금융 ( 특히 계정 계 ) 등 에 적합 하 다고들 합니다 . 그리고 계약 방식 은 일괄 도 급 형태 ( 확정 계약 ) 가 주 를 이루 고 있 습니다 . 
 국내 에서 의 차세대 등 대 규모 개발 은 여전히 Waterfall 에 기반 한 계약 과 개발 이 압도 적 인 비율 을 점유 하 고 있 지만 Waterfall 접근 방식 내 에서 Agile 을 부분 적 으로 활용 하 는 경우 가 늘어나 고 있 습니다 . 앞서 첫 번 째 노트 에서 언급 했 듯이 문화 적 측면 과 국내 의 개발 프랙티스 가 애자일 을 채용 하 는 데 쉽 지 않 은 여건 과 환경 이 라는 것 에 대해서 는 대부분 공감 하 실 것 으로 짐작 합니다 . 
 SI 개발 은 , 고객 의 요구사항 이 정리 되 어 단일 사업 으로 발주 됩니다 . 그리고 다수 의 SI 회사 가 경쟁 에 참여 하 여 기술 과 가격 을 통해 가장 적합 한 제안 을 제시 한 개발 회사 가 그 사업 을 수주 하 게 됩니다 . RFP 에 명시 된 요구사항 을 고객 과 사업 수 행사 가 합의 한 기간 안 에 완료 하 는 형태 가 국내 에서 가장 흔히 볼 수 있 는 주문 형 SW 개발 방식 입니다 . 
 기업 고객 또는 정부 에 의해 발주 된 사업 에 는 SI 사 또는 IT 서비스 회사 들 이 ‘ 주관 사업자 + 하도급 업체 + 프리랜서 ’ 또는 ‘ 공동 주 관사 ( 컨소시엄 ) + 각각 의 하도급 업체 + 프리랜서 ’ 등 의 형태 로 Team building 을 하 게 됩니다 . 유사 사업 에 경험 이 있 는 기업 들 과 프리랜서 의 집합 으로 볼 수 도 있 습니다 . 그러나 일 하 는 방식 과 역량 측면 에서 근본 적 인 차이 를 가지 고 있 는 이질 적 이 고 균질 하 지 않 은 개인 과 조직 들 의 집합 이 라고 보 는 것 이 더 정확 한 관점 같 습니다 . 즉 매우 이질 적 인 ( Heterogeneous ) 특성 을 가지 고 있 습니다 . 
 국내 의 고객 발주 형 대외 SI 방식 은 , 일 에 접근 하 는 방법 ( Practice ) 이 다른 형태 로 축적 되 어 온 그룹 또는 개인 들 이 특정 Task 를 위해 단기간 에 모여서 성과 와 생산 성 을 극대 화 시켜야 합니다 . 이런 형태 의 일 에 Heterogeneous 한 조직 과 개인 들 로 이루어진 팀 이 애자일 로 손발 을 맞추 고 효율 적 인 커뮤니케이션 을 통해서 SW 개발 을 주어진 시간 내 에서 완료 한다는 것 은 쉬운 일 이 아니 겠 지요 . 
 이론 적 으로 Agile 은 Sprint 의 회수 가 거듭 될수록 일 에 대한 서로 간 의 합 을 맞추 고 조정 해 나가 면서 최적 화 하 는 과정 을 포함 한다고 합니다 . 이론 의 세계 가 실무 의 세계 로 운반 되 는 것 이 쉽 지 않 은 것 은 업계 에서 개발 과정 을 경험 해 보 신 분 들 은 충분히 공감 하 실 것 으로 이해 합니다 . 
 결국 애자일 의 채용 은 Homogeneous ( 동질 적 인 ) 한 개발 팀 을 유지 하 고 활용 할 수 있 는 팀 이 어야 만 그 철학 을 수용 하 고 생산 성 을 극대 화 할 수 있 을 것 으로 판단 됩니다 . 이런 이유 로 인해서 일정 기간 이상 호흡 을 같이 이 어온 개발 조직 을 보유 하 고 있 는 솔루션 / 프로덕트 개발 회사 들 이 주로 애자일 채용 에 적극 적 이 었 던 같 습니다 . 그리고 어플리케이션 운영 조직 ( 우리 가 흔히 얘기 하 는 어플리케이션 유지 보수 ) 역시 꽤 오랜 기간 큰 변화없이 팀 을 유지 하 기 때문 에 개발 성 업무 에 애자일 을 채용 하 는 것 이 바람직 할 것 으로 보입니다 . 
 개발 팀 을 Build up 하 고 유지 하 고 , 팀 이 가진 역량 을 극대 화 하 는 방법 은 팀 이 어떤 소규모 그룹 또는 개인 들 로 구체 화 되 는지 에 따라 달라지 고 , 팀 을 이끄 는 리더 에 의해서 도 달라질 것 입니다 . 애자일 로 개발 하 는 방식 이 든 , Waterfall 에 접근 하 는 방식 이 든 방법 론 자체 가 중요 한 것 은 아닌 것 같 습니다 . 현실 은 늘 기대 를 배반 하 고 새롭 고 유연 한 창의 성 을 요구 합니다 . 한 시대 를 풍미 한 전 세계 헤비급 챔피언 인 마이크 타이슨 이 한 유명 한 말 로 이야기 를 마무리 합니다 . 
 “ Everyone has a plan ' till they get punched in the mouth ” 링 위 에서 얻어터지 기 전 까지 는 누구 나 그럴싸한 계획 을 가지 고 있 다 . 
 TAG agile , GDC , Metanet , SW 개발 , 메타 넷 , 애자일 , 팀 빌딩