목차 일부

1부. 애자일 세상에서의 아키텍처

1장. 애자일 아키텍트의 렌즈로 들여다보기

2장. 애자일 아키텍처 - 애자일 전달의 근간
__참조 자료
__애자일 소프트웨어 개발로의 여행
____애자일 소프트웨어 개발
____린과 애자일은 다르다?
____애자일 소프트웨어 개발이 주는 5가지 이익
__애자일 개발 아키텍처와 전통적인 아키텍처 - 과연...

더보기

목차 전체

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

더보기 닫기