애자일 조직 혁명
- 저자 :스리람 나라얀
- 출판사 :처음북스
- 출판년 :2017-02-15
- 공급사 :(주)북큐브네트웍스 (2018-03-22)
- 대출 0/2 예약 0 누적대출 23 추천 0
- 지원단말기 :PC/스마트기기
- 듣기기능(TTS)지원(모바일에서만 이용 가능)
-
‘린’, ‘애자일’ IT 기업이 최신 개발 기법을 도입해 상품(혹은 서비스)를 개발하려는 노력은 계속되고 있다. 그러나 개발팀에게 최신 개발 기법을 사용하라고 종용하면서, 개발 조직은 구태의연한 상명하복식의 위계질서를 유지하고 있지는 않은가? 애자일 방법론을 사용하려면 개발자뿐 아니라 조직이 애자일하게 바뀌어야 한다. 한국식 기업 문화와 신규 IT 기술이 혼재하고 있는 한국의 기업이라면 조직을 애자일하게 만든다는 것이 무엇인지 진지하게 살펴보아야 한다.
애자일한 조직
과연 애자일이란 무엇인가? 영어로 Agile은 민첩하다란 뜻이 있다. 그런데 이 책에서 말하는 애자일이란 그 의미가 다르다. 조직을 민첩하게 만들라는 뜻이 아니라, 애자일 선언에 맞는 조직을 디자인하라는 뜻이다.
애자일 선언이란 다음과 같다.
- 프로세스나 도구가 아니라 개인과 상호작용을,
- 폭넓은 문서화가 아니라 소프트웨어를 실제 작업하는 일을,
- 계약이나 협상이 아니라 고객과의 협조를 추구하는 일을,
- 지침을 따르는 게 아니라 변화에 대응하는 일을
예를 들어서 소프트웨어를 개발하는 도중에 버그를 발견했다고 치자. 전통적인 기업문화라면 버그 발견 리포트를 만들어서 보고하고, 그 보고서에 따라 버그를 잡는 팀에게 업무가 배정된다. 그러나 애자일 선언에 따르면 버그를 발견한 즉시, 개선할 수 있는 버그라면 개발자가 바로 개선하면 된다. 버그를 개선했다는 것만 가볍게 노트를 해두면 보고 과정 없이도 소프트웨어를 개선할 수 있다.
그러나 보고 문화, 상위팀의 승인이 없으면 특정 업무를 할 수 없는 문화가 만연해 있다면 이런 개선은 일어날 수 없다. 또한 개발과 테스트가 한 팀에서 근무할 수 있도록 조직을 디자인하지 않는다면 버그를 해결할 수 없다.
즉, 조직이 애자일해지지 않으면 애자일 선언이나 방법론은 아무 소용이 없다. 이 책의 목적은 조직 디자인도 IT가 주도할 수 있다는 내용을 담고 있다.
스케줄이 아니라 가치를 추구한다
소프트웨어 개발은 생산 공정이 아니라 디자인 공정이다. 물건이 생산되고 끝나는 것이 아니라 개발은 디자인 과정일 뿐이고, 생산은 소비자의 손에 들어가는 순간 시작된다. 디자인은 그 자체로 이미 딜리버리가 가능한 상태일 뿐만 아니라 지속적으로 개선될 수 있다. 생산이라면 딜리버리는 모든 공정이 끝나고 나서야 가능하다.
이런 개념을 받아들이고 나면, 소프트웨어 개발이 언제까지 끝나야 하는지 스케줄에 영향을 받는 게 아니라, 초기에 설정한 가치가 달성되었는지를 보는 가치 위주로 바라봐야 한다는 것을 이해할 수 있다. 가치를 추구하고, 같이 일하는 사람과 끊임없이 상호작용하며, 변화에 재빨리 대응하는 조직을 우리는 디자인할 수 있다.
따라서 이 책은 다음과 같은 사람들이 봐야 한다.
- IT 조직 디자인이나 IT 거버넌스에 대한 의사결정을 해야 하는 임원
- ISV와 온라인 비즈니스 관련 회사의 상위 경영진
- 제품 개발, 엔지니어링, 소프트웨어 개발 담당 IT 이사, 기타 임원
- 회사의 IT 인력과 (외부의) IT사업 파트너와 업무를 진행하는 담당 임원
- 재무담당자, IT 재무 분석가, 투자담당자
- 디지털 사업 관련 투자자
- 임원 리더십에 관심이 있는 기술 전문가
- ICT(Information Communication Technology) 전략가
- IT 거버넌스 그룹의 멤버들
- 결과품질(Process Quality)과 SEPG(Software Engineering Process Group) 그룹 멤버들, 품질 담당 컨설턴트와 코치들
애자일한 조직
과연 애자일이란 무엇인가? 영어로 Agile은 민첩하다란 뜻이 있다. 그런데 이 책에서 말하는 애자일이란 그 의미가 다르다. 조직을 민첩하게 만들라는 뜻이 아니라, 애자일 선언에 맞는 조직을 디자인하라는 뜻이다.
애자일 선언이란 다음과 같다.
- 프로세스나 도구가 아니라 개인과 상호작용을,
- 폭넓은 문서화가 아니라 소프트웨어를 실제 작업하는 일을,
- 계약이나 협상이 아니라 고객과의 협조를 추구하는 일을,
- 지침을 따르는 게 아니라 변화에 대응하는 일을
예를 들어서 소프트웨어를 개발하는 도중에 버그를 발견했다고 치자. 전통적인 기업문화라면 버그 발견 리포트를 만들어서 보고하고, 그 보고서에 따라 버그를 잡는 팀에게 업무가 배정된다. 그러나 애자일 선언에 따르면 버그를 발견한 즉시, 개선할 수 있는 버그라면 개발자가 바로 개선하면 된다. 버그를 개선했다는 것만 가볍게 노트를 해두면 보고 과정 없이도 소프트웨어를 개선할 수 있다.
그러나 보고 문화, 상위팀의 승인이 없으면 특정 업무를 할 수 없는 문화가 만연해 있다면 이런 개선은 일어날 수 없다. 또한 개발과 테스트가 한 팀에서 근무할 수 있도록 조직을 디자인하지 않는다면 버그를 해결할 수 없다.
즉, 조직이 애자일해지지 않으면 애자일 선언이나 방법론은 아무 소용이 없다. 이 책의 목적은 조직 디자인도 IT가 주도할 수 있다는 내용을 담고 있다.
스케줄이 아니라 가치를 추구한다
소프트웨어 개발은 생산 공정이 아니라 디자인 공정이다. 물건이 생산되고 끝나는 것이 아니라 개발은 디자인 과정일 뿐이고, 생산은 소비자의 손에 들어가는 순간 시작된다. 디자인은 그 자체로 이미 딜리버리가 가능한 상태일 뿐만 아니라 지속적으로 개선될 수 있다. 생산이라면 딜리버리는 모든 공정이 끝나고 나서야 가능하다.
이런 개념을 받아들이고 나면, 소프트웨어 개발이 언제까지 끝나야 하는지 스케줄에 영향을 받는 게 아니라, 초기에 설정한 가치가 달성되었는지를 보는 가치 위주로 바라봐야 한다는 것을 이해할 수 있다. 가치를 추구하고, 같이 일하는 사람과 끊임없이 상호작용하며, 변화에 재빨리 대응하는 조직을 우리는 디자인할 수 있다.
따라서 이 책은 다음과 같은 사람들이 봐야 한다.
- IT 조직 디자인이나 IT 거버넌스에 대한 의사결정을 해야 하는 임원
- ISV와 온라인 비즈니스 관련 회사의 상위 경영진
- 제품 개발, 엔지니어링, 소프트웨어 개발 담당 IT 이사, 기타 임원
- 회사의 IT 인력과 (외부의) IT사업 파트너와 업무를 진행하는 담당 임원
- 재무담당자, IT 재무 분석가, 투자담당자
- 디지털 사업 관련 투자자
- 임원 리더십에 관심이 있는 기술 전문가
- ICT(Information Communication Technology) 전략가
- IT 거버넌스 그룹의 멤버들
- 결과품질(Process Quality)과 SEPG(Software Engineering Process Group) 그룹 멤버들, 품질 담당 컨설턴트와 코치들
지원단말기
PC : Window 7 OS 이상
스마트기기 : IOS 8.0 이상, Android 4.1 이상
(play store 또는 app store를 통해 이용 가능)
전용단말기 : B-815, B-612만 지원 됩니다.
PC : Window 7 OS 이상
스마트기기 : IOS 8.0 이상, Android 4.1 이상
(play store 또는 app store를 통해 이용 가능)
전용단말기 : B-815, B-612만 지원 됩니다.
★찜 하기를 선택하면 ‘찜 한 도서’ 목록만 추려서 볼 수 있습니다.