저자소개
저자 : 스리람 나라얀
저자 스리람 나라얀 Sriram Narayan은 쏘우트웍스의 IT 경영 컨설턴트로 텔레콤, 금융 회사, 에너지, 소매업, 그리고 인터넷 기업 등 다양한 기업에 IT 애질리티에 대한 조언을 제공하고 있다. 그는 또한 리더십 코치이자 혁신 담당 이사이기도 하다. 그는 현재 『테크놀러지 레이더(Technology Radar)』를 집필한 쏘우트웍스 기술 조언 위원회의 창립 멤버이기도 하다. 쏘우트웍스의 제품 부문 담당으로 2년간 일하면서 스리람 나라얀은 제품 혁신과 지속적 딜리버리(Continuous Delivery)를 지원해주는 고(Go)를 적극적으로 널리 알렸다. 그는 또한 개발자이자 오픈소스의 지지자이며, 매니저, 제품 고안자, 테스터, SOA(Service-Oriented Architecture) 아키텍트, 트레이너, 애자일 코치로서 활동하고 있다. 종종 블로그에 글을 쓰고 컨퍼런스에서 발표도 하고 있으며, 그의 글, 연설, 연락처 등은 sriramnarayan.com에서 찾아볼 수 있다. 이 책의 의견은 그 자신의 생각이다.
역자 : 홍유숙
역자 홍유숙은 연세대학교 경영학를 졸업하고 영국 옥스포드 대학교에서 MBA를 공부했다. 재무, 투자에 관심이 많아 CFA를 취득했으며, FX 딜링, 국제금융, 프라이빗뱅킹, 펀드 상품개발 등의 업무를 담당했다. 현재 하나은행에서 일하고 있다. 옮긴 책으로는 『경쟁 우위 전략: 지속 가능한 사업을 창출하는 원리』, 『워렌 버핏의 위대한 동업자, 찰리 멍거』가 있다.
감수 : 김형준
감수자 김형준은 서울대학교 공과대학 제어계측공학과를 졸업하고 (주)넥스트웨어 대표이사를 역임했다.
지금은 트레이딩컨설팅그룹 이음의 대표파트너다. 또한 블로그 그대안의 작은호수(http://smallake.kr)를 운영하고 있다.
목차
서문
감사의 글
용어설명
1장 전체 내용의 이해
1.1 포커스
1.2 사업, IT, 셰도우 IT
1.3 사업- IT 간의 효율성
1.4 디지털 트랜스포메이션
1.5 바이모달 IT와 듀얼 운영 시스템
1.6 이 책이 담고 있는 범위
1.7 요약
2장 애자일 강령
2.1 애자일 선언문 이해하기
2.1.1 사례 1
2.1.2 사례 2
2.2 지속적 딜리버리와 데브옵스
2.3 애자일 문화
2.4.1 빨리 실패하라
2.4.2 점진보다는 반복을
2.4.3 가치흐름 최적화
2.4.4 정보 라디에이터
2.5 애자일이 한 물 가진 않았을까?
2.5.1 그럴싸한 실행
2.6 요약
3장 핵심 테마들
3.1 소프트웨어 개발의 재검토
3.1.1 소스 코드나 바이너리는 제품이 아니다
3.1.2 제품은 사용자나 고객이 사용하는 모든 것, 그 자체다
3.1.3 소프트웨어 개발은 디자인 공정이다
3.2 예측 가능성보다 가치를 관리하라
3.3 비용 효율이 아니라 신속한 반응력을 갖추도록 조직을 구성하라
3.4 내재적 동기부여가 발생하고 비공식적 협조가 가능하도록 디자인하라
3.4.1 자율성
3.4.2 숙련
3.4.3 목적성
3.4.4 비공식적인 협조
3.4.5 자연발생적인 접근방법
3.5 요약
4장 상부구조
4.1 사업 활동과 성과
4.1.1 성과에 집중하면 자율성이 함양된다
4.1.2 성과소유자
4.1.3 성과 디자인
4.2 집중화와 분권화
4.3 사일로
4.3.1 사업-IT 간의 균열
4.3.2 IT 내부의 사일로
4.3.3 상위 레벨의 사일로
4.4 핵심 내용 요약
4.5 해야 할 일 요약
5장 팀디자인
5.1 문제를 프레이밍하기
5.2 활동지향팀
5.2.1 핸드오프 대기 시간이 길어질 때 발생하는 문제
5.2.2 기능 조직의 전통적 매력
5.2.3 활동지향팀을 유지해도 괜찮은 경우는 언제일까?
5.2.4 독립적인 테스트, 검증과 확인
5.3 서비스 공유
5.3.1 서비스를 공유하면 목적성이 사라진다
5.3.2 서비스 공유 인터페이스에서 마찰을 줄이기
5.4 기능횡단 팀
5.4.1 데브옵스 = 기능횡단 개발 + IT 운영팀
5.4.2 반응력이 뛰어난 조직 구성
5.4.3 활용
5.4.4 T형 역량을 갖춘 인력
5.4.5 팀의 크기
5.5 다른 분야에서의 기능횡단
5.5.1 병원 포드 팀
5.5.2 기능횡단 박물관 레이아웃
5.5.3 태스코노미
5.6 기능횡단팀으로 이동하기
5.6.1 임무의 분리
5.7 CoP
5.8 유지 담당 팀
5.9 아웃소싱
5.10 매트릭스: 문제를 해결하거나 해체하거나
5.10.1 공유 서비스의 매트릭스
5.10.2 역량을 독점 사용하지만 대체 가능한 인력으로 구성된 매트릭스
5.10.3 독점 사용할 수 있는 역량과 인력으로 구성된 매트릭스
5.10.4 별도로 구성된 기능횡단 제품 팀
5.10.5 기능횡단 구조로 세팅된 행위 중심의 하부 팀
5.10.6 기능횡단 구조로 세팅된 성과 중심의 하부 팀
5.11 핵심 내용 요약
5.12 해야 할 일 요약
6장 책무
6.1 권력과 서열
6.2 자율성과 책무 간의 균형
6.3 책무 할당
6.3.1 누가 성과를 소유하고 있을까?
6.3.2 책무 지도
6.4 권력 투쟁을 최소화하기
6.4.1 매트릭스 마비
6.4.2 절대적인 서열
6.4.3 교수-사업가
6.5 성과소유자에 대한 결정
6.6 전환
6.7 결정에 대한 책임
6.7.1 결정 기록
6.7.2 도구
6.7.3 기록이 필요한 업무 범위
6.7.4 저항
6.8 기획과 실무
6.8.1 기획과 실무를 분리했을 때 발생하는 문제점
6.8.2 숲과 나무
6.8.3 중첩
6.8.4 반대 의견에 대한 적절한 반응
6.9 조직도 부채
6.10 핵심 내용 요약
6.11 해야 할 일 요약
7장 배열
7.1 일반적 배열을 위한 명확한 전략
7.1.1 뛰어난 운영, 제품 리더십, 고객 친밀도
7.2 IT와 사업 배열하기
7.2.1 MIT의 운영 모델
7.2.2 속도계층적인 어플리케이션 전략
7.2.3 배열 지도
7.3 구조적 배열
7.4 사업이 제 본분을 다하도록 만들기
7.4.1 IT 사업 파트너 - 새로운 역할
7.5 핵심 내용 요약
7.6 해야 할 일 요약
8장 프로젝트
8.1 계획을 기반으로 하는 소프트웨어 프로젝트는 무슨 문제가 있을까?
8.2 프로젝트가 아니라 역량을 위한 예산
8.3 사업-역량 위주의 IT
8.4 프로젝트 사업성 검토서
8.4.1 지속적 딜리버리에 근거한 이익 측정과 분석들
8.4.2 재무 사업성 검토서에 대한 의존도를 줄이다
8.5 가치 위주 프로젝트
8.6 프로젝트 관리자
8.7 거버넌스
8.8 변화 프로그램과 변혁
8.8.1 디지털 트랜스포메이션 프로그램
8.8.2 진행 중 업무(WIP) 제한
8.9 핵심 내용 요약
8.10 해야 할 일 요약
9장 재무
9.1 목적적합성
9.2 비용 발생 부서 혹은 수익 발생 부서
9.3 비용 배분
9.4 자본 비용과 운영 비용
9.4.1 시간 기록 없이 자본 비용과 운영 비용을 구분하여 회계 처리하기
9.4.2 활동의 분류
9.5 전통적인 예산 짜기
9.5.1 비용 목표
9.5.2 예산 짜내기
9.6 애자일 예
