본문 바로가기

리디 접속이 원활하지 않습니다.
강제 새로 고침(Ctrl + F5)이나 브라우저 캐시 삭제를 진행해주세요.
계속해서 문제가 발생한다면 리디 접속 테스트를 통해 원인을 파악하고 대응 방법을 안내드리겠습니다.
테스트 페이지로 이동하기

개발자에서 아키텍트로 상세페이지

컴퓨터/IT 개발/프로그래밍

개발자에서 아키텍트로

38가지 팀 활동을 활용한 실전 소프트웨어 아키텍트 훈련법
소장종이책 정가27,000
전자책 정가20%21,600
판매가21,600
개발자에서 아키텍트로 표지 이미지

개발자에서 아키텍트로작품 소개

<개발자에서 아키텍트로>

개발자에서 아키텍트로 거듭나기! 초보 아키텍트를 위한 실전 입문서



이 책은 개발자에서 아키텍트로, 변화의 첫걸음을 내딛는 이를 위한 실전 입문서다. 설계를 위한 필수 지식, 아키텍처 패턴, 모델, 설계 방법론, 커뮤니케이션 노하우를 상세히 소개한다. 문제 상황에서 팀원들과 해볼 수 있는 38가지 팀 활동을 소개하며 실무 적응 능력을 키워준다.



아키텍처를 잘 모르는 개발자라면, 이 책을 읽으며 개발 업무의 구조를 이해하는 실력을 향상할 수 있다. 현업 아키텍트라면, 결정사항을 잘 설명하여 팀을 이끌고 이해관계자와 소통하는 능력을 키울 것이다. 이 책과 함께 프로젝트와 팀을 성공으로 이끄는 훌륭한 아키텍트로 거듭나길 바란다.

출판사 리뷰

소프트웨어 아키텍처를 설계하는 일은 언제나 혼란스럽습니다. 비즈니스 목표를 이해하고 여러 이해관계자의 요구사항을 파악해야 할 뿐만 아니라, 제약을 극복하면서도 모두가 만족할 만한, ‘제대로’ 작동하는 프로그램을 만들어야 하기 때문입니다. 아키텍트에게는 소프트웨어를 비즈니스 관점에서 바라보는 안목뿐만 아니라, 시스템 전체를 조망하고 세부 기술을 이해하는 능력도 필요합니다.



이 책은 개발자에서 아키텍트로, 변화의 첫걸음을 내딛는 이를 위한 실전 입문서입니다. 회사에서 갑자기 설계 일을 맡게 된 사람이나, 프로젝트를 직접 이끌어야 하는 스타트업 개발자와 CTO에게 최적의 책입니다. 물론 소프트웨어 아키텍처를 폭넓게 이해하고픈 개발자에게도 유용합니다.



아키텍처와 설계에 대한 필수 지식, 경력 있는 아키텍트의 경험담, 실무와 현장의 사례를 이 책 한 권에서 모두 볼 수 있습니다. 하나의 장이 끝날 때마다 ‘라이언하트’라는 가상 도시의 프로젝트 사례로 배운 내용을 정리합니다. 난항을 겪으면서도 성공적으로 마무리된 프로젝트 사례를 따라가다 보면, 여러분도 할 수 있다는 자신감을 얻게 될 것입니다. 이 책을 읽는 모두가 프로젝트와 팀을 성공으로 이끄는 훌륭한 아키텍트로 거듭나길 바랍니다.





주요 내용

- 소프트웨어 아키텍처란 무엇이고 아키텍트는 무슨 일을 하는가

- 디자인 싱킹과 디자인 마인드셋을 활용한 아키텍처 설계 전략

- 이해관계자와 비즈니스 목표를 명확하게 파악하고 이해하기

- 아키텍처 핵심 요구사항을 파악하고 품질 속성 정의하기

- 자주 사용하는 아키텍처 패턴과 사용법

- 아키텍처 모델을 활용해 시스템 복잡도 관리하기

- 아키텍처 디자인 스튜디오 운영하기

- 설계를 시각화하고 아키텍처 문서화하기

- 아키텍처를 평가하고 피드백을 반영해 개선하기

- 적절하게 설계 권한을 위임하며 팀의 역량 높이기

- 현업에서 바로 활용 가능한 38가지 팀 활동





대상 독자

- 개발자에서 아키텍트로 커리어를 변경하고 싶은 사람

- 소프트웨어 아키텍처를 제대로 이해하여 실무 개발 능력을 향상하고 싶은 사람

- 소프트웨어의 전체 구조 및 개발 과정 전체를 이해하고 싶은 신입 개발자

- 소프트웨어를 둘러싼 다양한 이해관계자들의 관점을 이해해보고 싶은 사람





개발 경력별 이 책의 활용법

- 신입 개발자: 단순히 코드를 짜는 일을 뛰어넘어, 소프트웨어 개발 및 프로젝트이라는 숲을 보며 시야를 넓혀보세요.

- 5년 이하 경력의 개발자/아키텍트: 흔히 쓰는 패턴, 모델, 설계 방식을 이해하고, 아키텍처를 시각화하고 문서화하는 방법을 배우세요. 사람들과 협업할 때 어려움을 겪는다면, 사례 탐구와 경력 있는 아키텍트들의 기고문을 통해 지혜로운 방법을 찾아보세요.

- 10년 이상 경력의 개발자/아키텍트: 아키텍트로서 프로젝트를 직접 이끌거나 개발 팀장의 역할을 수행해야 하나요? 팀원 및 이해관계자와 제대로 커뮤니케이션 하는 방법을 익혀보세요. 문제를 해결하기 위해 해볼 만한 활동을 찾아보고 책에서 소개하는 방법을 직접 따라해보세요. 금세 해결책을 찾을 수 있을 겁니다.





추천사

소프트웨어 아키텍처를 다루는 책은 많지만 저는 늘 현실을 반영한 책에 갈증을 느끼고 있었습니다. 목차를 보면 바로 느낄 수 있을 겁니다. 이 책은 실제로 프로젝트를 진행하면서 맞닥뜨리는 상황에서 어떤 요소를 고려하고, 또 품질과의 트레이드오프는 어느 정도로 감수할 것인지 등 현실을 반영하며, 더 견고한 아키텍처를 만들어가는 이야기를 전달합니다. 사람들과의 협업까지 녹여낸 이 책은 성장하는 서비스와 기술 사이에서 고민하는 분들에게 도움이 될 것입니다.

- 박미정, 전 우아한형제들 베트남 개발 팀장



‘뭐지 이 혼종은?’ 이 책의 첫인상이 그랬습니다. 쉰내나는 소프트웨어 아키텍트 고인물이자 개념 없는 애자일 파다완인 제게, 이 책은 마치 과거와 현재의 시공간을 넘나드는 <닥터 스트레인지>의 타임 스톤 같았습니다. ‘이게 가능해?’, ‘이렇게 접근한다고?’ 하며 그간 쌓은 고정관념이 파괴되어 당황하면서도, 갑갑했던 속내를 누가 대신 폭로하듯 통쾌하기도 했습니다. 아키텍처와 애자일이란 두 금기어가 합쳐지니 오랜 저주가 풀린 느낌이네요. 여러분 축하합니다. 이 책과 함께하면 제다이 원로회의 같은 아키텍처 회의를 더는 하지 않아도 될 거예요.

- 신상재, 몰락 소프트웨어 아키텍트, 삼성SDS



소프트웨어 아키텍처라는 복잡한 내용과 이것을 실제로 적용하는 방법을 소개하는 책입니다. 아키텍트의 관점에서 개발 조직에서 진행할 수 있는 워크샵 기법에 대해서도 자세히 다루었습니다. 아키텍트가 되고 싶은 개발자, 개발 팀 내 생산성을 높이는 활동을 하고 싶은 분들 모두에게 추천합니다.

- 윤석준, 카카오엔터프라이즈



오래 전 월스트리트에 있는 회사로 첫 출근을 했을 때, 누군가 자신을 아키텍트라 소개했다. 웅대한 계획을 즐겨 말하던 그는 오래지 않아 회사를 그만두었다. 코딩을 잘하는 회사의 실력자 친구들은 그의 말을 귀담아듣지 않았는데, 동료의 영향을 받은 나도 그랬다. 그의 코딩 실력을 아무도 신뢰하지 않았기 때문이다.

아키텍트가 되고자 하는 사람에게 높은 수준의 코딩 실력은 필수다. 그게 출발점이다. 하지만 코딩 실력은 자체로 아키텍트의 길을 보장하지 않는다. 아키텍트가 지녀야 하는 덕목과, 지식과, 경험이 많기 때문이다. 이 책은 그 부분을 설명한다. 아키텍트로 성장하고 싶은 개발자라면, 이 책을 통해 아키텍트가 반드시 알아야 하는 기술과 현실을 효과적으로 배우게 될 것이다. 김영재 역자 자신이 훌륭한 개발자이자 아키텍트라서 번역도 매우 훌륭하다. 일독을 권한다.

- 임백준, 삼성리서치


저자 프로필

마이클 킬링

  • 경력 경험 많은 소프트웨어 아키텍트, 애자일 실천가이자 개발자

2021.06.07. 업데이트 작가 프로필 수정 요청

경험 많은 소프트웨어 아키텍트, 애자일 실천가이자 개발자. 전투 시스템 설계, 검색 애플리케이션, 웹 애플리케이션, IBM 왓슨을 포함해 다양한 소프트웨어 시스템과 일하며 경험을 쌓았다. 소프트웨어 관련 일을 하지 않을 때는 하이킹, 달리기, 요리, 캠핑을 즐긴다.


저자 소개

저자
마이클 킬링

경험 많은 소프트웨어 아키텍트, 애자일 실천가이자 개발자. 전투 시스템 설계, 검색 애플리케이션, 웹 애플리케이션, IBM 왓슨을 포함해 다양한 소프트웨어 시스템과 일하며 경험을 쌓았다. 소프트웨어 관련 일을 하지 않을 때는 하이킹, 달리기, 요리, 캠핑을 즐긴다.

역자
김영재

평범한 IT 연구원으로 무난하게 지내다가 교육 분야에 관심을 가지며 모바일 애플리케이션 ‘바로풀기’를 개발한 에듀테크 스타트업 바풀의 CTO가 되었다. 바풀이 네이버/LINE에 인수된 후 기술 전문 임원인 ‘펠로우’로 재직 중이다. 여러 프로덕션 조직을 이끌면서 업무 프로세스, 팀워크, 자동화, 아키텍처에 관심을 가지고 있다.

목차

[PART 1 소프트웨어 아키텍처]



CHAPTER 1 소프트웨어 아키텍트가 되다

1.1 소프트웨어 아키텍트가 하는 일

1.2 소프트웨어 아키텍처란 무엇인가

1.3 팀에서 아키텍트가 되려면

1.4 훌륭한 소프트웨어 만들기

1.5 사례 연구: 라이언하트 프로젝트

1.6 마치며



CHAPTER 2 디자인 싱킹 기초

2.1 디자인 싱킹의 네 가지 원칙

2.2 디자인 마인드셋 장착하기

2.3 생각-실행-확인하기

2.4 마치며





[PART 2 아키텍처 설계의 기초]



CHAPTER 3 설계 전략 고안하기

3.1 만족스럽게 설계하기

3.2 설계를 얼마나 우선해야 하는가

3.3 위험 요소를 가이드로 삼기

3.4 설계 계획 세우기

3.5 사례 연구: 라이언하트 프로젝트

3.6 마치며



CHAPTER 4 이해관계자와 공감하기

4.1 알맞은 사람과 이야기하기

4.2 이해관계자 맵 만들기

4.3 비즈니스 목표 탐색하기

4.4 사례 연구: 라이언하트 프로젝트

4.5 마치며



CHAPTER 5 아키텍처 핵심 요구사항 알아내기

5.1 제약으로 설계 선택지 줄이기

5.2 품질 속성 정의하기

5.3 기능 요구사항 찾아내기

5.4 아키텍처에 영향을 미치는 다른 요소 찾아내기

5.5 콘웨이 법칙

5.6 필요한 정보에 깊이 들어가기

5.7 ASR 워크북 만들기

5.8 사례 연구: 라이언하트 프로젝트

5.9 마치며



CHAPTER 6 아키텍처 선택하기

6.1 대안을 위한 분기, 결정을 위한 융합

6.2 제약 수용하기

6.3 품질 속성 끌어올리기

6.4 구성 요소에 기능별 역할 할당하기

6.5 변화에 대응하는 디자인

6.6 결정은 미룰 수 있을 때까지 미룬다

6.7 사례 연구: 라이언하트 프로젝트

6.8 마치며



CHAPTER 7 패턴으로 기초 만들기

7.1 아키텍처 패턴이란 무엇인가

7.2 레이어 패턴

7.3 포트와 어댑터 패턴

7.4 파이프와 필터 패턴

7.5 서비스 지향 아키텍처 패턴

7.6 발행/구독 패턴

7.7 공유 데이터 패턴

7.8 멀티 계층 패턴

7.9 숙련된 전문가 패턴

7.10 오픈소스 공헌 패턴

7.11 큰 진흙 공 패턴

7.12 새로운 패턴 발굴하기

7.13 사례 연구: 라이언하트 프로젝트

7.14 마치며



CHAPTER 8 의미 있는 모델로 복잡도 관리하기

8.1 아키텍처 파악하기

8.2 메타모델 설계하기

8.3 코드로 모델 구현하기

8.4 사례 연구: 라이언하트 프로젝트

8.5 마치며



CHAPTER 9 아키텍처 디자인 스튜디오 운영하기

9.1 아키텍처 디자인 스튜디오 계획하기

9.2 적절한 설계 활동 선택하기

9.3 적절한 참가자 초대하기

9.4 그룹 관리하기

9.5 원격으로 협업하기

9.6 사례연구: 라이언하트 프로젝트

9.7 마치며



CHAPTER 10 설계 시각화하기

10.1 다양한 관점으로 아키텍처 표현하기

10.2 멋진 다이어그램 그리기

10.3 사례 연구: 라이언하트 프로젝트

10.4 마치며



CHAPTER 11 아키텍처 문서화하기

11.1 문서화의 가치

11.2 상황에 맞는 서술 방법

11.3 명세서의 독자 고려하기

11.4 이해도가 중요하다

11.5 이해관계자의 관심사에 맞추어 뷰 구성하기

11.6 결정에 대한 논리적 근거 설명하기

11.7 사례 연구: 라이언하트 프로젝트

11.8 마치며



CHAPTER 12 아키텍처 평가하기

12.1 평가를 통해 배우기

12.2 설계 테스트하기

12.3 평가 워크숍 꾸리기

12.4 빠르게, 자주, 지속해서 평가하기

12.5 사례 연구: 라이언하트 프로젝트

12.6 마치며



CHAPTER 13 아키텍트에게 힘 실어주기

13.1 아키텍처 사고력 향상시키기

13.2 팀의 의사결정력과 역량 높이기

13.3 안전한 훈련으로 기회 만들기

13.4 설계 권한 위임하기

13.5 함께 아키텍처 설계하기

13.6 사례 연구: 라이언하트 프로젝트, 성대한 결말

13.7 마치며





[PART 3 아키텍트의 은빛 도구상자]



CHAPTER 14 문제를 이해하고 싶을 때

활동 1 하나만 고르기

활동 2 공감 지도

활동 3 GQM 접근법

활동 4 이해관계자 인터뷰

활동 5 가정 나열하기

활동 6 품질 속성 레이다 차트

활동 7 미니 품질 속성 워크숍

활동 8 관점 매드 립

활동 9 허수아비 반응

활동 10 이해관계자 맵



CHAPTER 15 해결책을 찾고 싶을 때

활동 11 아키텍처 의인화

활동 12 아키텍처 플립북

활동 13 컴포넌트-역할 카드

활동 14 개념도

활동 15 나눠서 정복하기

활동 16 이벤트 스토밍

활동 17 그룹 포스터

활동 18 라운드 로빈 설계

활동 19 화이트보드 토론



CHAPTER 16 손에 잡히는 설계를 만들고 싶을 때

활동 20 아키텍처 의사결정 기록(ADR)

활동 21 아키텍처 하이쿠

활동 22 컨텍스트 다이어그램

활동 23 인기 독서 목록

활동 24 인셉션 덱

활동 25 모듈식 분해 다이어그램

활동 26 가지 않은 길

활동 27 프로토타입

활동 28 시퀀스 다이어그램

활동 29 시스템 메타포



CHAPTER 17 설계 대안을 평가하고 싶을 때

활동 30 아키텍처 브리핑

활동 31 코드 리뷰

활동 32 의사결정 매트릭스

활동 33 관측하기

활동 34 질문-코멘트-우려사항

활동 35 리스크 스토밍

활동 36 온전성 검사

활동 37 시나리오 훑어보기

활동 38 스케치하고 비교하기



부록: 기여자들


리뷰

구매자 별점

4.7

점수비율
  • 5
  • 4
  • 3
  • 2
  • 1

3명이 평가함

리뷰 작성 영역

이 책을 평가해주세요!

내가 남긴 별점 0.0

별로예요

그저 그래요

보통이에요

좋아요

최고예요

별점 취소

구매자 표시 기준은 무엇인가요?

'구매자' 표시는 리디에서 유료도서 결제 후 다운로드 하시거나 리디셀렉트 도서를 다운로드하신 경우에만 표시됩니다.

무료 도서 (프로모션 등으로 무료로 전환된 도서 포함)
'구매자'로 표시되지 않습니다.
시리즈 도서 내 무료 도서
'구매자’로 표시되지 않습니다. 하지만 같은 시리즈의 유료 도서를 결제한 뒤 리뷰를 수정하거나 재등록하면 '구매자'로 표시됩니다.
영구 삭제
도서를 영구 삭제해도 ‘구매자’ 표시는 남아있습니다.
결제 취소
‘구매자’ 표시가 자동으로 사라집니다.

이 책과 함께 구매한 책


이 책과 함께 둘러본 책



본문 끝 최상단으로 돌아가기

spinner
모바일 버전