이펙티브 소프트웨어 아키텍처 (더 나은, 더 빠른 소프트웨어를 구축하기 위한 소프트웨어 아키텍처 필수 가이드)

올리버골드만

저자:올리버골드만
Autodesk에서AEC소프트웨어아키텍처실무를이끌고있다.그는30년간소프트웨어업계에서활동하며,실시간분산시스템상호작용,과학컴퓨팅,금융시스템,모바일애플리케이션개발,클라우드아키텍처등의분야에서혁신적인제품을개발해왔다.Adobe를비롯한여러기업에서근무한경험이있으며,스탠퍼드대학교에서두개의컴퓨터공학학위를취득하였다.또한50건이상의미국소프트웨어특허를보유한발명가이며,과거Dr.Dobb’sJournal에기고한경력이있다.

역자:최희철
곰씨네IT를비롯하여다양한블로그를운영하고있는개발자이다.2010년부터LGCNS에서소프트웨어엔지니어로일하며,LG전자물류시스템구축,스마트TVOS개발,LG화학모바일프로젝트등에참여했다.2017년미국으로이주해프리랜서개발자로전향하면서현재는AI와머신러닝분야로의경력확장을위해미국매사추세츠주립대에서컴퓨터공학석사과정을병행하고있다.저서로는『개발자가영어도잘해야하나요?』(길벗,2024)가있다.

1장소프트웨어아키텍처
1.1기본구조
1.2시스템
1.3구성요소
1.4구성요소간관계
1.5환경과의관계
1.6설계를통제하는원칙
1.7시스템진화
1.8요약

2장맥락
2.1콘셉트
2.2신뢰도
2.3아키텍처적으로중요한요구사항
2.4제품계열
__2.4.1하나의제품,여러플랫폼
__2.4.2제품라인
__2.4.3제품군
__2.4.4크로스플랫폼
2.5플랫폼구축
2.6표준
2.7요약

3장변화
3.1변화의단계
3.2변화의유형
3.3제품중심변화
3.4기술중심변화
3.5단순화
3.6투자마인드
3.7점진적배포
3.8아키텍처진화
3.9요약

4장프로세스
4.1시스템문서화
4.2비전을향한작업
4.3변경제안서작성
4.4백로그관리
4.5대안고려
4.6아무것도하지않기
4.7긴급성과중요성
4.8시스템재문서화
4.9요약

5장설계
5.1아키텍처가설계효율을높이는방법
5.2설계가아키텍처변화에미치는영향
5.3분해
5.4조합
5.5조합과플랫폼
5.6점진적접근
5.7병렬처리
5.8조직구조
5.9개방적인작업
5.10포기하기
5.11완료
5.12요약

6장의사결정
6.1추가정보는도움이되는가?
6.2그동안어떤일이일어났는가?
6.3얼마나많은의사결정을하고있는가?
6.4아무것도하지않을경우비용은얼마인가?
6.5변경을수용할수있는가?
6.6결정을잘못내렸을때비용은얼마인가?
6.7얼마나더확신할수있는가?
6.8이결정은내책임인가?
6.9일관성이있는가?
6.10문서화할수있는가?
6.11요약

7장실무방식
7.1백로그
7.2카탈로그
7.3템플릿
7.4검토
7.5진행상태
7.6진행속도
7.7집중시간
7.8요약

8장커뮤니케이션
8.1정신모델
8.2문서작성
8.3대화
8.4정보아키텍처
8.5네이밍
8.6용어집
8.7경청
8.8요약

9장아키텍처팀
9.1전문화
9.2팀구조
9.3리더십
9.4책임
9.5인재
9.6다양성
9.7조직문화
9.8모임
9.9세미나와서밋
9.10요약

10장제품개발조직
10.1개발방법론에따른작업
10.2제품관리팀과협업
__10.2.1도와주기
__10.2.2다양한결말
__10.2.3작업범위의한계설정
10.3UX팀과협업
10.4프로그램관리팀과협업
10.5엔지니어링팀과협업
__10.5.1끝까지참여하기
10.6테스팅팀과협업
10.7운영팀과협업
10.8요약

부록결론
A.1비전
A.2아키텍처복구
A.3조직변화
A.4변경프로세스
A.5맺음말

어도비의시니어아키텍트에서시작해수석아키텍트가되기까지!
20년실무중심의전문가가알려주는소프트웨어아키텍처의모든것

소프트웨어아키텍처는단순한설계를넘어,변화하는환경에서소프트웨어시스템을지속하게만들고최적화해야하는핵심요소이다.이책은아키텍처의개념과함께실무에서아키텍처를어떻게적용하고,조직내에서효과적으로운영할수있는지를다룬다.단순한패턴이나기술적요소를나열하는것이아니라변화관리,의사결정,커뮤니케이션,아키텍처팀의역할까지폭넓게설명하며,개발조직이더욱유연하고확장할수있는시스템을구축하도록돕는다.

특히소프트웨어아키텍처가조직과제품에미치는영향을중점적으로다루며,실무에서부딪히는문제를해결할수있는구체적인전략과사례를제공한다.소프트웨어아키텍트뿐만아니라개발자,팀리더,제품관리자,디자이너까지도이해할수있도록구성되어있어소프트웨어시스템을더나은방향으로설계하고싶은모든이들에게필수적인가이드가될것이다.

책속에서

이책은아키텍처기술과지식을훨씬더크고복잡한제품개발프로세스에어떻게적용할수있는지설명하는것이목표입니다.특정아키텍처스타일에초점을맞추지않고소프트웨어아키텍처를정의하며,제품개발팀의다른전문분야사이에서아키텍처의위치와역할을규정합니다.또아키텍처가개념,프로세스,표준등과어떻게연관되는지다양한접점을알아봅니다.
다음으로시스템변경이라는주제를자세히살펴볼것입니다.아키텍처실무에서핵심은시스템변경사항을식별하고관리하며설계하는것입니다.설계과정은종종블랙박스처럼보일수있습니다.마치아이디어와요구사항을입력하면완성된설계가자동으로나오는것처럼인식되기도합니다.하지만실제로시스템변경과정은연속적이면서도구분가능한여러단계로구성되어있습니다.이러한단계들을명확히하고가시화하며,각변경단계를체계적으로관리하는모든노력이전체프로세스개선으로이어질것입니다.
엔지니어링핵심은트레이드오프(trade-offs)를다루는것이며,변경으로시스템을개발하고발전시키는과정에는끊임없는설계결정이따릅니다.각결정은어떤경로를열거나닫기도하며,막다른길에이르렀을때이전결정을번복하기도합니다.이러한결정을내리는방법자체가핵심기술입니다.프로젝트팀이올바른결정을더많이내릴수록이전결정을번복하는데낭비하는시간은줄어듭니다.좋은결정을빨리내릴수록프로젝트를신속하게진행할수있습니다.
대규모프로젝트에서는프로젝트관리와원활한의사소통이중요한고려사항입니다.이미내려진결정과보류중인결정,시스템을설명하는용어,현재사용중인아키텍처를선택한이유등은모두도구와프로세스,의사소통의핵심요소가됩니다.
마지막으로소프트웨어아키텍트의독립적인역할을정의하고,조직내에서아키텍처팀을어떻게운영하는지살펴봅니다.아키텍처팀을구성하는선택지와아키텍처가조직내다른분야와어떻게협력해야하는지도알아볼것입니다.아울러이장에서는아키텍처인재를어떻게발굴하고효과적으로육성할수있는지도다룰것입니다.
_책소개중에서