책 소개
요약
디지털 전환, DX에 대한 요구가 증가하고 소프트웨어를 축으로 한 비즈니스 모델의 변화에 따라 어느 때보다 소프트웨어 아키텍트의 필요성이 대두되고 있다. 이 책은 아키텍트에게 요구되는 역할이 변화하게 된 배경과 아키텍트로서 어떠한 관점과 경험을 가져야 하는지를 설명한다. 아키텍처의 이해를 비롯해 조직, 의사소통, 전환에 대한 사례와 비유도 소개하고 있다.
추천의 글
“꿈을 가진 아키텍트를 위한 멋진 책이다. 또한 아키텍처 도구 상자로부터 도구 모음을 빠르게 찾아낼 수 있는 좋은 방법이 될 것이므로 꿈을 가진 소프트웨어 아키텍트와 CTO 모두에게 이 책을 추천하고 싶다. 자신이 가진 스킬을 넓히고 싶은지, 아키텍처가 무엇인지에 대한 감을 잡고 싶은지, 조직의 생산성을 향상시키는 임무를 맡고 있는지 등 무엇을 원하든 이러한 상황에 놓인 모든 사람을 위한 가이드가 여기에 있다.”
— 사이먼 브라운(Simon Brown), 『Software Architecture for Developers』 저자
“아키텍트 엘리베이터의 이미지는 조직의 중심을 달리는 연속된 움직임의 하나로 볼 수 있다. 엘리베이터는 전환을 위한 기술이기도 하다. 이는 고층 빌딩의 등장을 가능하게 했으며 스카이라인을 획기적으로 바꿔 놓은 발명품 중 하나다. 아키텍트가 되고 싶다면 끊임없는 움직임과 전환의 삶으로 로그인해야 할 것이다. 호기심이 많고 설명이 필요함에 공감하며 연결하고자 하는 욕구와 스스로 결정을 내리고자 하는 욕구가 있다면 아키텍트는 당신의 일이 될 수 있다. 아키텍트의 일을 모두 설명하는 직무 설명은 아직 본 적이 없지만 이 책은 이를 이해하는 데 도움을 줄 것이다.”
— 데이비드 노트(David Knott) 박사, HSBC 수석 아키텍트
이 책의 대상 독자
◆ 조직의 전환을 지원하거나 회사의 기술 방향성에 영향을 주고자 하는 소프트웨어 아키텍트 또는 선임 개발자
◆ 기술과 조직에 대한 주제 양쪽을 이해하는 방법의 실용적인 조언을 찾는 엔터프라이즈 아키텍트 및 선임 기술자
◆ 조직의 업무 방식에 영향을 미치는 IT 전략을 고민하는 CTO 및 선임 테크니컬 아키텍트
◆ 대규모 전환 과정에서 효과가 있는 것과 기대하기 힘든 것이 무엇인지 배우고자 하는 IT 관리자
이 책의 구성
이 책은 대규모 IT 전환 과정을 지원하는 아키텍트의 여정에 해당하는 각각의 장으로 구성돼 있다.
1부, ‘아키텍트’는 기업 콘텍스트에서 아키텍트의 자질 이해를 다룬다.
2부, ‘아키텍처’는 변화의 원동력으로서의 아키텍처의 가치 제안을 재정의한다.
3부, ‘커뮤니케이션’은 다양한 이해 관계자에게 기술 관련 주제를 효과적으로 전달하는 방법을 다룬다.
4부, ‘조직’은 구조적 사고로 조직 구조와 시스템의 이해를 설명한다.
5부, ‘전환’은 조직의 지속적인 변화에 영향을 주는 방법을 다룬다.
6부, ‘에필로그: IT 전환 아키텍처’는 변경 담당자로서 변화의 삶을 사는 방법을 설명한다.
목차
목차
- 1부. 아키텍트
- 1 아키텍트 엘리베이터
- 2 영화 배우 아키텍트
- 3 아키텍트는 일계 도함수에 산다
- 4 엔터프라이즈 아키텍트 또는 엔터프라이즈 환경에서의 아키텍트
- 5 아키텍트는 세 다리로 선다
- 6 의사결정 내리기
- 7 모든 것에 대해 질문하기
- 2부. 아키텍처
- 8 이것은 아키텍처인가?
- 9 아키텍처는 판매 옵션이다
- 10 모든 시스템은 완벽하다
- 11 코드를 두려워하지 말 것
- 12 아무도 죽이지 않는다면 좀비들 속에서 살게 될 것이다
- 13 인간에게 기계가 할 일을 시키지 말 것
- 14 소프트웨어가 세상을 삼키면 버전 관리의 중요성은 더 커진다
- 15 A4 용지는 창의적 사고를 막지 않는다
- 16 IT 세계는 평평하다
- 17 커피숍은 2단계 커밋을 사용하지 않는다
- 3부. 커뮤니케이션
- 18 설명하기
- 19 아이들에게 해적선을 보여 주자
- 20 바쁜 사람을 위한 글쓰기
- 21 완전성을 넘어 강조하기
- 22 다이어그램 기반 설계
- 23 선 그리기
- 24 은행 강도 몽타주 그리기
- 25 소프트웨어는 협업이다
- 4부. 조직
- 26 리버스 엔지니어링 조직
- 27 통제는 환상이다
- 28 그들은 더 이상 그렇게 만들지 않는다
- 29 암시장은 효율적이지 않다
- 30 조직 확장하기
- 31 느린 혼돈은 질서가 없다
- 32 인셉션을 통한 거버넌스
- 5부. 전환
- 33 고통 없이는 변화도 없다
- 34 변화를 리드하기
- 35 속도의 경제
- 36 무한 루프
- 37 당신은 IT를 속일 수 없다
- 38 돈으로 사랑을 살 수 없다
- 39 누가 줄 서기를 좋아할까?
- 40 4차원에서 사고하기
- 6부. 에필로그: IT 전환 아키텍처 수행하기
- 41 내가 제공해야 할 것은 진실뿐
도서 오류 신고
정오표
정오표
[p.37 : 아래에서 5행]
엘레베이터
->
엘리베이터
[p.93 : 아래에서 6행]
다음 달에
->
다음 달까지
[p.111 : 마지막 행]
통찰력
->
통찰력을
[p.270]
신호에 대한 노이즈 비율의 최대화(중제목)
->
신호에 대한 노이즈 비율의 최대화(소제목)
[p.276 : 6행]
슬라이드를보고
->
슬라이드를 보고
[p.281 : 1행]
유인물로
->
유인물
[p.331 : 1~2행]
그들 중 일부는 이를 힘들고 고통스러운 과정을 통해 배웠고 다른 일부는 반복해서 들어왔을 것이다.
->
삭제
[p.346 : 아래에서 9행]
단 방향
->
단방향
[p.422 : 9행]
고수로 의해
->
고수로 인해
[p.435 : 4행]
기계할
->
기계가 할
[p.449 : 아래에서 2행]
비즈니스에
->
비즈니스
[p.461 : 1행]
가증시킨다
->
가중시킨다