아키텍처 설계자와 조직에게 고객의 요구를 만족하기 위한 지속적인 가치 흐름을 제공할 수 있도록 아키텍처를 점진적으로 개발하는 새로운 애자일 방식을 소개한다. 또한 애자일 아키텍처의 다양한 측면과 전통적인 아키텍처와의 차이에 관해 살펴본다. 책의 후반에서는 애자일 아키텍트의 책임, 그리고 애자일 업무 흐름에 맞춰 아키텍트의 위치를 적절히 조정하고 가치를 더할 수 있는 방법에 관해 살펴본다. 실제 예시로 아키텍처 의사 결정 백로그, 최종 책임 순간, 가치 전달, 변화를 위한 아키텍트 만들기, 데브옵스, 진화적인 협업과 같은 개념들을 익힐 수 있다.
20년 이상 경력의 IT 아키텍트로, 다양한 기술에 풍부한 경험을 쌓았다. 에미레이트 그룹(Emirates Group) 아키텍처 부문의 수장이며 SAFe와 애자일 아키텍처 프랙티스를 도입해 에미레이트 그룹을 고성과 조직으로 탈바꿈시켰다. 기술과 아키텍처에 대한 열정으로 오픈 트래블 플랫폼(OTP, Open Travel Platform)의 아키텍처를 설계했다. 그 결과 에미레이트 그룹은 2011 레드 햇 이노베이션 어워드(Red Hat Innovation Award)를 수상했다. 저서로 『스프링 5.0 마이크로서비스 2/e』(에이콘, 2018)가 있으며, 『Service Oriented Java Business Integration』(Packt, 2008)을 감수했다.
1부. 애자일 세상에서의 아키텍처1장. 애자일 아키텍트의 렌즈로 들여다보기2장. 애자일 아키텍처 - 애자일 전달의 근간 __참조 자료__애자일 소프트웨어 개발로의 여행____애자일 소프트웨어 개발____린과 애자일은 다르다?____애자일 소프트웨어 개발이 주는 5가지 이익__애자일 개발 아키텍처와 전통적인 아키텍처 - 과연 모순인가?____연속체로서의 아키텍처____전통적 개발 방식은 초반에 아키텍처를 만드는 노력을 요구한다__애자일 아키텍처 - 애자일 프랙티스를 이용한 아키텍처 만들기____속도와 지속 가능성의 균형____사전 아키텍처를 어느 정도 구현해야 하는가?__애자일 아키텍처의 원칙____아키텍처는 집단적 노력을 요구한다____아키텍처는 지속적이다____아키텍처는 린하며 효율적이다____조기에 자주 아키텍처를 테스트하고 학습한다____아키텍처가 기민함을 가능케 한다__엔터프라이즈 애자일 프레임워크 비교____Scaled Agile Frameworks(SAFe)____Disciplined Agile(DA)____Large-Scale Scrum(LeSS)__애자일 아키텍처 성숙도 측정하기__스노우 인 더 데저트의 교훈____애자일 아키텍처 도입 시 핵심 문제 우회하기____애자일 아키텍처 프로세스 흐름과 포스터__정리__더 읽을거리2부. 애자일에서의 아키텍트의 역할 전환3장. 애자일 아키텍트 - 성공의 핵심__참조 자료__아키텍트를 둘러싼 환경의 도전 이해하기____너무 많은 역할이 명확함을 손상시킨다____아키텍트들은 전달을 늦춘다__자기 조직화된 팀들이 아키텍트 배제 운동에 찬성하는 이유____우연한 아키텍트의 탄생__애자일에서도 꼭 필요한 아키텍트 - 역할 수행의 주체____애자일 아키텍트 - 부재, 자원, 지정, 전담____애자일 아키텍트의 다양한 역할____애자일 아키텍트가 갖춰야 할 핵심 기술__애자일 아키텍트의 행동과 의무____애자일 아키텍트의 행동 변화____애자일 아키텍트의 도전적인 의무__다양한 확장 프레임워크에서의 아키텍트의 역할____Scaled Agile Framework____Disciplined Agile____Large Scale Scrum__스노우 인 더 데저트에서의 교훈__정리__더 읽을거리4장. 애자일 엔터프라이즈 아키텍트 - 전략과 코드의 연결__참조 자료__린 애자일 엔터프라이즈 아키텍처에서 변화의 필요성____EA 프레임워크는 기업을 설명하는 데 집중한다____도시 계획의 메타포는 더 이상 유효하지 않다____EA는 아무 목적 없이 운영한다____현재 상태를 파고드는 것은 악이다____EA는 본래 의도에서 동떨어져 있다____가치를 먼저 보이는 것은 함정이다____엔터프라이즈 아키텍트는 비기술적이다__원칙과 의무 이해하기____애자일 엔터프라이즈 아키텍트를 위한 성공 원칙____애자일 엔터프라이즈 아키텍트의 의무__EA 저장소 - 사금 문제__엔터프라이즈 아키텍트 측정__애자일 프레임워크에서의 엔터프라이즈 아키텍트의 역할____SAFe에서의 엔터프라이즈 아키텍트의 역할____DA에서의 엔터프라이즈 아키텍트의 역할____LeSS에서의 엔터프라이즈 아키텍트의 역할__스노우 인 더 데저트의 엔터프라이즈 아키텍트____엔터프라이즈 아키텍트 프로파일____포트폴리오 흐름의 이해__정리__더 읽을거리5장. 애자일 솔루션 아키텍트 - 진화하는 시스템의 지속적 설계__참조 자료__솔루션 아키텍트 - 애자일 팀의 일벌____솔루션 아키텍트의 마인드셋 - 잠망경의 전문가____엔터프라이즈 아키텍트와 솔루션 아키텍트의 역할 중첩__가치를 최대화하고 흐름 방해를 제거한다____비즈니스 가치에서 출발하기____지속 가능한 품질에 집중하기____반려 사이클 줄이기____리드타임 최소화하기____재작업 줄이기__솔루션 아키텍트의 의무____의도적 아키텍처 개발하기____창발적 설계 준비하기____지속적 진화를 가능케 하기__솔루션 아키텍트의 성공 측정하기__정리__더 읽을거리3부. 성공적인 애자일 아키텍트가 되기 위한 필수 지식6장. 새로운 일하는 방식을 통한 가치 전달__참조 자료__비즈니스 가치 이해하기____아키텍처의 가치를 보이기는 어렵다__아키텍처 관련 활동을 비즈니스 백로그와 연결하기__아키텍처의 비즈니스 가치 결정하기__우선순위에 따른 역량 할당하기__업무를 투명하게 나타내기__개발보다 한발 앞서기__실용주의 마인드셋으로 일하기____최종 책임 순간 이해하기____최종 무결성 이용하기____리스크 주도 및 비용 주도 접근 방식 사용하기____반점착성 보장하기__옵션을 열린 상태로 유지하기____가설 기반 솔루션 이용하기____실제 옵션 이론 이용하기____셋 기반 동시 엔지니어링 이용하기__MVA를 이용한 조기 가치 전달하기__기술 부채 관리하기__정리__더 읽을거리7장. 패턴과 테크닉을 활용한 기술적 기민함__기술적 탁월함을 통해 기민함을 증폭하기____소프트웨어 장인 정신 도입하기____기술적 기민함을 통해 품질 향상하기__패턴과 테크닉을 활용한 기술적 기민함 만들기__변화에 대응하는 아키텍처 만들기____단순함을 통한 기술적 기민함 주도하기____설계에 의한 고립을 통한 진화____레거시 현대화 아키텍처__엔지니어링 탁월함을 통해 좋은 코드 개발하기____코딩 원칙, 기법, 패턴 적용하기____좋은 코딩 프랙티스____지속적인 리팩터링____12요소 원칙__엔터프라이즈 통합 이해하기__테스트 가능성을 고려한 개발하기____테스트 주도 개발__클라우드를 활용해 인프라스트럭처를 소프트웨어처럼 다루기__풀스택 진단을 활용해 모든 것을 모니터링하기____점진적 개선을 통한 산출물 기반 모니터링____제품 중심 모니터링으로의 이동____관측 가능한 시스템 구축하기__정리__더 읽을거리8장. 데브옵스와 지속적인 전달을 통한 흐름 가속화__데브옵스 문화 포용하기____데브섹옵스를 이용한 보안성 개선하기____사이트 신뢰성 엔지니어링과 만나기__지속적인 전달을 통한 흐름 활성화하기____CD를 통해 얻을 수 있는 이익____지속적인 전달을 위한 아키텍처 만들기____지속적인 전달의 효과 측정하기____레거시 애플리케이션을 위한 지속적인 전달 구현하기__지속적인 통합 도입하기____개발 및 소스 코드 관리 개선하기____품질 보증 자동화하기__자동으로 운영 환경에 배포하기____잠정 출시를 통해 조기 피드백 받기____피처 플래그를 사용해 선택적으로 피처를 출시하기__주문형으로 출시하기____카나리 릴리스를 활용해 점진적으로 출시하기____A/B 테스팅을 활용해 피드백을 조기에 수집하기____주문형 출시를 위한 이키텍트 만들기__설계를 통한 시스템 보호하기__정리__더 읽을거리9장. 품질 속성을 이용한 품질 아키텍처 만들기__소프트웨어 품질 이해하기____시스템 사고를 통한 품질 개선하기____구축하고 적응하기 전략을 이용해 점진적으로 품질을 적용하기____품질을 내재해 낭비를 제거하기__품질 속성 모델 도입하기__품질 속성을 문서화하기____확장된 애자일 접근 방식을 사용해 품질 속성 구체화하기____품질 속성 시나리오 사용하기__애자일 소프트웨어 개발에서 품질 수명 주기 이용하기__품질 속성 발견하기와 다듬기____이해관계자들을 품질 속성에 정렬시키기____품질 속성 워크숍 진행하기____QAS 다듬기 및 제시하기__모델링과 시뮬레이션__아키텍처 트레이드오프 적용하기____아키텍처 트레이드오프 분석 기법 사용하기____솔루션 아키텍처 리뷰 기법 사용하기__품질 속성 개발하기__시스템 품질 평가하기____품질 확인을 개발에 통합하기____피트니스 기능 사용하기____웰 아키텍티드 프레임워크를 이용해 평가하기__정리더 읽을거리__10장. 협업을 통한 린 문서화__문서화를 통해 지식 유지하기____문서화의 목적을 이해하기____전통적인 문서화 방식의 문제점__린 애자일 문서화 방식 이용하기____문서화를 위한 진화적인 협업____필요한 만큼만 최소한으로 문서화한다____어느 정도의 문서화가 충분한가?____문서화 원칙 지키기__소프트웨어 아키텍처 문서화하기____아키텍처 문서화를 위한 다양한 방법____스노우 인 더 데저터의 문서화 생태계__모델 기반 소프트웨어 엔지니어링 적용하기__정리__더 읽을거리11장. 린 애자일 거버넌스의 조력자로서의 아키텍트__아키텍처 거버넌스 이해하기____전통적인 거버넌스의 문제점__린 애자일 거번스를 이용해 기민함 제공하기____린 애자일 거버넌스 포용하기____린 애자일 거버넌스의 원칙____린 거버넌스의 이점__자율성과 기민함의 균형 이루기____의사 결정의 탈중앙화 수준 결정하기____골디락스 거버넌스 구현하기 - 사례 연구__아키텍처 의사 결정 문서화하기__심리적 안전함 보장하기__아키텍처 의사 결정의 품질 측정하기__정리__더 읽을거리4부. 개인적 특징과 조직적 영향12장. 조직적 기민함 만들기__비즈니스 기민함과 IT 기민함의 관계 만들기____비즈니스와 IT의 가치 흐름 이해하기__IT에서의 가치 흐름 개선하기__가치 중심으로 사람을 조직하기____조직과 팀을 만들어야 할 필요성 확인하기____흐름을 식별하고 분해된 흐름에 따라 팀을 조직하기____시스템을 흐름에 할당하기____흐름 팀에 자율성을 부여하기____역량 중심 팀 vs. 흐름 중심 팀____팀 조직화 검증하기__흐름 팀 안에서의 팀 구조화하기__실천 커뮤니티 만들기__차세대 IT로 이동하기__정리__더 읽을거리13장. 문화와 리더십 특성__변화의 필요성 이해하기__고성과 조직의 문화 살펴보기__고성과 팀의 행동 이해하기__올바른 리더십 선택하기__아키텍트에게 필요한 개인적 특성____대가를 바라지 않는 전폭적인 지원____존중, 평등, 겸손____웰빙 관리를 위한 마인드풀니스____새로운 지식을 얻기 위한 호기심____긍정적인 사고에 기반한 성장 마인드셋____헌신에 대한 내적 동기____새로운 기회를 탐색하는 창의성____개인의 가치를 보호하는 자존감____감정적인 연결을 위한 공감____주의 확보를 위한 경영진으로서의 존재__아키텍트에게 필요한 대인 관계 특성____집단적인 오너십을 위한 협업하기____갈등 해결을 통해 더 나은 품질의 산출물 얻기____스토리텔링을 이용해 더욱 잘 소통하기____경쟁력 확보를 위한 재능 양성하기____더 나은 결과를 위해 동기 부여하기____사례를 통한 이끌기와 서번트 리더십 보이기____피드백을 통해 지속적인 개선하기____심리적 안전함을 통한 신뢰와 투명성 확보하기____멀티플라이어를 만들어 변화를 이끌기____보살핌을 통한 소속감 기르기__정리__더 읽을거리
