추가 적립 안내

국내 프로젝트 상황에 맞는 애자일 적용 방법을 제시한다!

애자일은 정형화된 프로세스, 도구, 방법론이 아니라 구성원 간의 상호작용과 소통, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학을 말한다. 애자일은 기존 방법론과 상호보완하며 적용할 수 있는 부분이 많고 실제로 이를 어떻게 활용하느냐가 중요하다. 이 책에서는 애자일과 전통적인 프로젝트 관리의 균형점을 제시하여 팀이 자율적으로 움직이고 창의성을 발현하도록 돕는다.

어떻게 하면 팀이 자발적으로 움직이게 만들 것인가?

애자일은 가치와 철학이다
특정 방법론, 특정 프로세스, 특정 도구를 사용해야 애자일이라 생각하지만, 애자일은 가치와 철학을 말한다. 따라서 조직 구성원이 원하는 도구와 프로세스를 연결해서 사용할 수 있다. 스크럼을 이용하지만, 스크럼을 100% 적용하지 않아도 되고 필요한 부분만 적용할 수도 있다. 전통적인 프로젝트 관리에도 필요한 도구와 프로세스를 연결해서 사용하면 된다. 애자일은 정형화된 프로세스, 도구, 방법론보다는 제대로 동작하는 소프트웨어, 소통의 중요성, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학이다.

애자일은 도입이 아니라 변화다
프로젝트 처음부터 애자일로 시작해야 하는 것이 아니다. 이미 진행하는 프로젝트에도 도입할 수 있다. 애자일은 아주 작은 것부터 시작할 수 있다. 작은 변화를 도입하고 구성원에게 동기를 부여하는 것이 중요하다. 애자일은 가치와 철학이다. 구성원이 가치와 철학을 몸에 익히는 데는 시간이 필요하다. 그래서 애자일은 도입이 아니라 변화다. 이것이 오늘도 우리는 애자일을 시도해야 하는 이유다.

애자일을 적용하는 현실적인 방법을 제시한다
개발 방법론에서 말하는 프로세스는 프로세스일 뿐이다. 이미 조직에 뿌리 내린 전통적인 개발 프로세스와 조율하는 방법을 소개한다. 방법론은 맞다, 틀리다의 범위가 아니다. 상호보완하면서 적용할 수 있는 부분이 많으며 실제로 이를 어떻게 활용하느냐가 중요하다. 이 책에서는 전통적인 프로젝트 관리와 애자일의 균형점을 제시한다.

[지은이 서문]
비즈니스 변화에 창의적이고 민첩하게 대응하기 위해서는 프로젝트 개발 방식과 관리 문화가 바뀌어야 한다.

많은 경영진이 개발팀에게 창의적이고 혁신적인 제품 개발을 주문하고 있지만 정작 그런 환경을 제공하는 데는 별로 관심이 없는 것 같다. 창의적 제품 개발 환경을 위해서는 수평적 조직 문화와 구성원 간의 활발한 커뮤니케이션과 협력 등 직원들이 자발적이고 열정적으로 일할 수 있는 환경이 요구되지만 우리의 일하는 방식은 지난 20년 전이나 지금이나 별로 변한 게 없기 때문이다. 상명하달의 수직적인 계층 구조와 야근을 강요하는 근면성실 문화는 여전히 우리 기업의 지배적인 개발 환경이다. 세계적 경영석학 게리 해멀(Gary Hamel) 교수는 2008년 그의 저서 『경영의 미래』에서 현대 기업이 당면한 경영혁신 과제에 대하여 다음과 같이 지적한 바 있다. 첫째, 비즈니스 변화에 따른 민첩성으로 기업들이 시장 변화에 대한 빠른 대응력을 갖추어야 하며 둘째, 직원들을 혁신의 실천가로 만들 수 있는 창의적 환경 조성이 필요하며 셋째, 어떻게 하면 열정적이고 최선을 다하는 직원을 만들 것인가에 대하여 얘기하고 있다. 많은 기업이 이런 명제에 대하여 동의하고는 있지만 이를 실천하는 기업들은 소수에 불과하다.
1990년대 중반부터 대두된 애자일 방법론은 비즈니스 변화에 빠르게 대응하기 위한 차원에서 시작되었으나 이제는 민첩성뿐만 아니라 개발 과정의 효율성을 높이고 창의적 제품 개발을 위한 실천적인 방법론으로 자리매김하고 있다. 구성원 간의 활발한 커뮤니케이션과 협력, 직원들의 자발성과 수평적인 조직 문화 등 애자일에서 추구하는 개발 문화는 비즈니스 민첩성뿐만 아니라 창의성을 촉진하는 요소로도 작용하고 있기 때문이다. 무엇보다도 애자일 개발에서 리더의 역할은 지시와 통제보다는 구성원들의 소통과 잠재력을 최대한 이끌어내는 코치 및 퍼실리테이션형 리더에 가깝다. 그래서 구글이나 마이크로소프트, 페이스북, 시스코 등 대부분의 글로벌 기업들이 이를 채택하여 창의적 개발 환경을 만드는 데 적극 활용하고 있는 현실이다. 국내에서는 아직까지 애자일을 소프트웨어 분야에 적용되는 기술 프로세스 정도로만 인식되고 있지만 해외에서는 하드웨어 및 일반 산업분야의 제품 개발 과정에도 폭넓게 활용되고 있다. 최근에 활발하게 적용되고 있는 린스타업(Lean Startup) 개발 방식도 애자일에서 태동하여 비즈니스 방법론으로 확장된 것이라고 볼 수 있다.
기존에 나와 있는 제품 개발 방법론이 대부분 프로세스 측면에서 품질 및 생산성을 높이는 것에 초점을 두고 있다면 애자일은 사람들간의 소통과 협력에 주안점을 두고 품질 및 비즈니스 가치를 높이는 데 목표를 두고 있다. 즉, 전통적 방법론은 프로젝트의 성공이 프로세스에 있다고 보는 반면에 애자일은 사람들간의 소통에 있다고 보는 것이다(이는 혁신의 원천이 사람이라는 것과 일맥상통한다). 그래서 애자일은 사람들간의 소통과 협력을 강화 할 수 있는 프랙티스를 많이 제공하는 반면에 전통적 방법론은 표준화 및 문서화된 프랙티스를 강조하는 경향이 있다. 이렇게 기존 방법론과 애자일은 추구하는 목표와 접근방법에 다소 차이가 있다 보니 현실에서는 조직 상황에 따라 상호 보완적으로 활용하는 지혜가 요구된다. 왜냐하면 자체 혹은 외주 개발, 소규모 혹은 대규모 개발 등 프로젝트 상황에 따라 사람들간의 소통과 문서화된 프로세스가 모두 중요할 수 있기 때문이다.
시중에 애자일 개발에 대한 책들이 이미 많이 나와있지만 대부분의 책들이 번역된 책이다 보니 국내 상황을 충분히 반영하지 못하고 있으며 또한 너무 애자일 관점에서만 기술되다 보니 마치 프로젝트 성공의 만병통치약인 것처럼 인식되는 경향도 생기는 것 같다. 그래서 어떤 분들은 애자일에서 언급하지 않는다고 해서 전통적인 프로세스를 전혀 안 해도 되는 것으로 오해하는 경우도 가끔 발생한다. 하지만 애자일에서 언급하지 않는다고 해서 그것이 필요 없다는 의미는 아니다. 애자일에서 가장 많이 활용되고 있는 스크럼만 봐도 자체적으로 제품을 개발하는 환경에 적합하도록 프랙티스가 구성되어 있다 보니 그렇지 않은 환경에서 적용하기에는 한계가 존재한다. 스크럼에서 거의 언급하지 않는 리스크 관리, 품질관리, 팀원관리, 이해관계자 관리와 같은 활동들은 실제 프로젝트에서는 모두 필요한 것이며 상황에 따라 적용 수준이나 중요도가 달라질 뿐이다.
많은 전문가가 지적하듯이 프로젝트를 성공적으로 이끄는 유일한 방법은 없으며 프로젝트 리더는 프로젝트 상황에 따라 적절한 방법을 찾아야 한다. 애자일 철학 역시 개발 방법에는 정답이 없으며 탐색적 실험과 관찰, 적응을 통해서 올바른 방법을 지속적으로 찾으라고 얘기하고 있다. 그런 관점에서 이 책은 애자일 방법론에서 가장 많이 활용되고 있는 스크럼을 기반으로 (스크럼에서 다루고 있지 않은) 전통적 개발 프로세스의 장점을 접목하여 국내 현실에 적합한 애자일 프로젝트 관리 방법을 기술하려고 노력하였다. 내가 처음 스크럼을 접했을 때만 하더라도 국내 현실과 많은 괴리감을 느꼈었지만 이 후에 지속적인 스터디와 적용 경험을 통하여 애자일이 기존 방법론보다 훨씬 효과적이라는 것을 피부로 느낄 수가 있었다. 그래서 이제는 어떤 프로젝트라도 애자일을 활용하면 더욱 성과를 높일 수 있다고 자신 있게 말할 수가 있게 되었다.
내가 프로젝트 관리 분야에 관심을 갖고 일을 하게 된 것은 20년 가까이 되며 그 중에서 애자일에 관심을 갖고 적용한 경험은 약 8년 정도가 된다. 그래서 전통적 방법론과 애자일에 대한 장단점을 누구보다도 잘 알고 있다고 생각된다. 개인적으로 지난 20년간 전통적 방법론과 애자일을 함께 연구하면서 얻게 된 경험의 진수를 이 책에 담으려고 노력하였다. 처음 이 책을 집필할 때만 하더라도 그 동안의 경험을 정리하는 차원에서 간단히 시작하였지만 지난 4년간 고치고 또 고치는 작업을 하다 보니 책 쓰기가 보통 어려운 게 아니구나 하는 실감이 든다. 그 동안 애자일/스크럼이 우리 조직과는 안 맞는다고 생각했던 분들이나 창의적 제품 개발에 목말라 하는 경영진, 성공적인 프로젝트를 진행하고 싶은 관리자들에게 작은 도움이 되었으면 하는 바램이다.
이 책의 구성은 전체가 8장으로 구성되어 있으며 필요에 따라 선택해서 읽을 수가 있다. 1장은 기존 프로젝트 관리의 문제점과 이슈를 제기하면서 이에 대한 해법을 애자일 관점에서 제시하였다. 2장은 애자일 방법론이 가지고 있는 이론과 원리를 국내 프로젝트 현실에 맞추어 설명하였다. 애자일 원리는 기본적으로 복잡계와 린 이론, 애자일 개발 선언문을 기반으로 하고 있으며 이것에 대한 올바른 이해가 있어야만 애자일 프랙티스를 우리 조직에 맞게 원활히 변형할 수가 있다. 3장과 4장은 자체 혹은 외주 개발인 경우에 모두 활용할 수 있도록 애자일 프로젝트 계획 수립과 진행관리 방법에 대하여 설명하였다. 스크럼 프랙티스와 전통적 관리 프로세스(PMBOK, CMMI)를 비교 설명함으로써 프로젝트 리더가 적절한 방법을 선택할 수 있게끔 가이드 하였다. 5장은 애자일 팀을 관리하는 방법과 리더의 역할에 대하여 설명하였다. 애자일은 개발 프로세스뿐만 아니라 구성원들의 역할과 사고방식의 변화가 필요하므로 애자일 팀 리더에게 필요한 리더십과 팀원들의 마인드 전환에 대하여 다루었다. 6장은 필자가 경험했던 대규모 애자일 혹은 전통적 프로젝트를 바탕으로 기존의 대규모 프로젝트에서 나타나는 문제점을 살펴보고 애자일을 적용할 때 고려해야 할 전략과 세부 프랙티스 등을 설명하였다. 대규모 프로젝트는 커뮤니케이션의 복잡성과 리스크가 크기 때문에 보다 체계적인 접근방식이 필요하다. 7장은 필자가 애자일 코치로 직 간접적으로 참여하면서 나름대로 성공적으로 적용된 사례를 중심으로 기술하였다. 사실 국내 현실에서 애자일 실패사례가 훨씬 많지만 원인이 워낙 다양하므로 이 책에 담는 게 어려웠다. 다만 애자일 실패요소들은 다른 여러 장에 걸쳐서 언급하고 있다. 8장은 전사적으로 애자일을 도입할 때 필요한 전략과 고려사항 등을 기술하였다. 애자일은 직원 및 경영자를 포함한 이해관계자들의 개발 마인드 변화가 필요한 데 이런 측면에서 전사 품질 조직 및 인사 조직의 변화내용에 대하여 언급하였다.

황상철(SK플래닛(주))
예전에 나온 애자일 책은 주로 ‘What’을 설명했다. 그러다 보니 책을 보고도 실무에 적용하기 힘들었다. 이 책은 ‘How’를 주로 설명한다. 원칙과 이론뿐만 아니라 저자가 실무에서 애자일 프로젝트를 코칭하면서 경험한 내용이 많이 담겨 있다.

이종관(가온테스팅(주))
프로젝트를 관리할 때 필요한 여러 가지 이론을 체계적으로 설명하고, 저자가 애자일 컨설팅에서 적용하고 고민했던 내용이 풍부하게 들어가 있다.

최송일(SAP 코리아 Innovation팀)
단순히 애자일 & 스크럼을 통한 프로젝트 관리 방법을 알려준다기보다 일하는 방식, 조직의 협력 문화, 고객 공감을 통한 사고의 유연함을 일깨워준다.

남진현(티시스(주))
우리나라 IT 산업이 발전하려면 개선되어야 할, 누구나 공감할 수 있는 내용이 수록되어 있다.

윤형진(정보통신산업진흥원 SW공학센터)
저자의 경험과 이론을 직접 만나 이야기하는 것처럼 편하게 읽을 수 있다.

정기봉(삼성전기(주))
실제 현장에서 S/W 프로젝트를 코칭한 경험을 토대로 국내 S/W 개발 현장에 대한 뼈아픈 지적과 이를 애자일 방식으로 해결하기 위한 현실적인 방안을 제시한다.

1장 전통적 프로젝트 경영에서 벗어나기
__1.1 업무 범위, 일정, 비용은 반드시 지켜야 하는가?
__1.2 프로젝트 일정 및 예산에 대한 진실
__1.3 업무 범위 내 요구사항은 모두 구현해야 하는가?
__1.4 상습적인 야근이 프로젝트의 성과를 높일 수 있는가?
__1.5 협력업체는 파트너인가, 소모품인가?
__1.6 비즈니스 환경은 어떻게 변화하는가?
__1.7 전통적 프로젝트 수행 방식에는 어떤 한계가 있는가?

2장 애자일 주요 원리 : 자기 조직화, 린, 몰입
__2.1 애자일 소프트웨어 개발 선언문의 이해
__2.2 애자일 소프트웨어의 개발 원칙 열두 가지
__2.3 프로젝트는 복잡적응계다
__2.4 스스로 일하는 개발팀 : 자기 조직화된 팀
__2.5 테일러리즘 vs. 린
__2.6 린의 주요 원리
__2.7 소프트웨어 개발의 낭비 요소 일곱 가지
__2.8 몰입
__2.9 애자일 프로젝트 관리의 목표
__2.10 전통적·애자일 프로젝트 관리의 비교

3장 애자일 프로젝트 계획
__3.1 기존 개발 방법론은 어떻게 활용해야 하는가?
__3.2 애자일은 개발 생명주기와 어떻게 다른가?
____폭포수 개발
____점진적 개발
____진화적 개발
____스테이지 게이트 개발
____애자일 개발
__3.3 요구사항 이해관계자 식별
__3.4 요구사항 도출 : 린 스타트업과 디자인 씽킹의 활용
____린 스타트업의 활용
____디자인 씽킹의 활용
__3.5 요구사항 정의와 제품 백로그
__3.6 사용자 스토리, 기술 스토리, 완료 조건
____사용자 스토리
____기술 스토리
__3.7 제품 백로그 작성 지침
__3.8 제품 백로그 vs. 작업 분류 체계(WBS)
__3.9 개발 규모 추정과 스토리 점수
____스토리 점수의 일관성 유지
__3.10 애자일 추정 기법과 플래닝 포커
____유사 추정
____전문가 추정
__3.11 가치 점수와 요구사항 우선순위
__3.12 요구사항 관리 전략
____업무 범위가 유동적인 프로젝트
____업무 범위가 고정된 프로젝트
__3.13 릴리스 계획을 이용한 전체 일정 수립
__3.14 스프린트 계획을 이용한 단기 일정 수립
__3.15 프로젝트 계획 검토
__3.16 프로젝트 킥오프
__3.17 전통적·애자일 일정 계획의 비교

4장 애자일 프로젝트 진행 관리
__4.1 전통적 진행 관리의 한계
__4.2 애자일 진행 관리의 특징
__4.3 애자일 프로젝트 성과지표
__4.4 시각적 관리와 데일리 스탠드업 미팅
____시각적 관리
____데일리 스탠드업 미팅
__4.5 단계별·스프린트 리뷰를 이용한 고객 피드백
__4.6 효율적 이슈 및 리스크 관리
____이슈 및 리스크 식별
____이슈 및 리스크 평가
____이슈 및 리스크 대응 계획 수립
____이슈 및 리스크 모니터링
__4.7 산출물 검토 방법
____인스펙션 기법
____워크스루 기법
__4.8 지속적인 프로세스 개선 : 프로젝트 교훈 미팅과 스프린트 회고
____프로젝트 교훈 미팅
____스프린트 회고
__4.9 요구사항 조정과 협의
____요구사항 협의 시 효과적인 원칙
____요구사항 협의 시 활용할 수 있는 전략
__4.10 요구사항 추적 관리
__4.11 이해관계자 관리

5장 효과적인 애자일 팀 구성
__5.1 애자일 팀에 동기를 부여하는 방법
____팀원의 욕구를 이해하라
____내재적 동기를 활용하라
____애자일 팀의 동기부여 활동
__5.2 팀원 존중
__5.3 기술 리더와 애자일 프로젝트 리더의 역할
__5.4 애자일 리더십
__5.5 프로젝트 팀 코칭
____팀 코칭의 필요성
____애자일 팀 코칭 방법
__5.6 하이 퍼포먼스 팀의 조건
__5.7 애자일 팀 형성을 방해하는 요인
__5.8 개발팀의 역할과 팀스피릿

6장 대규모 프로젝트에서 애자일 적용법
__6.1 대규모 IT 프로젝트의 문제점
__6.2 애자일 적용 전략
__6.3 애자일 적용 로드맵
____프로젝트 기획
____요구 분석
____점진적 개발
____통합 테스트
__6.4 팀 간 업무 미팅
__6.5 제품 백로그 정제와 스프린트 계획 미팅
__6.6 조인트 스프린트 리뷰·회고
__6.7 오픈 스페이스 미팅
__6.8 분야별 학습 조직 구성
__6.9 애자일 PMO의 활용

7장 애자일 프로젝트 관리 적용 사례
__7.1 새로운 제품과 서비스 개발 사례
____적용 전 상황
____애자일 적용 결과
____애자일 적용 설문조사 결과
____교훈
__7.2 소프트웨어 유지보수 적용 사례
____적용 전 상황
____애자일 적용 결과
____교훈
__7.3 외주 프로젝트 적용 사례
____적용 전 상황
____애자일 적용 결과
__7.4 전사 애자일 적용 사례
____적용 전 상황
____애자일 적용 결과
____교훈

8장 전사 애자일 적용 방안
__8.1 어떻게 도입하는 것이 좋은가?
__8.2 전사 애자일 적용 로드맵
__8.3 애자일 도입 효과
__8.4 애자일 오피스와 코치의 역할
__8.5 전사 품질 조직의 역할 변화
__8.6 애자일 조직에서 성과 평가
__8.7 애자일로 전환할 때 장애 요인

찾아보기