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장. 문화와 리더십 특성 __변화의 필요성 이해하기 __고성과 조직의 문화 살펴보기 __고성과 팀의 행동 이해하기 __올바른 리더십 선택하기 __아키텍트에게 필요한 개인적 특성 ____대가를 바라지 않는 전폭적인 지원 ____존중, 평등, 겸손 ____웰빙 관리를 위한 마인드풀니스 ____새로운 지식을 얻기 위한 호기심 ____긍정적인 사고에 기반한 성장 마인드셋 ____헌신에 대한 내적 동기 ____새로운 기회를 탐색하는 창의성 ____개인의 가치를 보호하는 자존감 ____감정적인 연결을 위한 공감 ____주의 확보를 위한 경영진으로서의 존재 __아키텍트에게 필요한 대인 관계 특성 ____집단적인 오너십을 위한 협업하기 ____갈등 해결을 통해 더 나은 품질의 산출물 얻기 ____스토리텔링을 이용해 더욱 잘 소통하기 ____경쟁력 확보를 위한 재능 양성하기 ____더 나은 결과를 위해 동기 부여하기 ____사례를 통한 이끌기와 서번트 리더십 보이기 ____피드백을 통해 지속적인 개선하기 ____심리적 안전함을 통한 신뢰와 투명성 확보하기 ____멀티플라이어를 만들어 변화를 이끌기 ____보살핌을 통한 소속감 기르기 __정리 __더 읽을거리