👉 Chapter 6: 애자일해지기

📚 애자일의 가치

• 켄트 백은 오래전 애자일의 네 가지 가치를 선언했다.
• 바로 용기, 소통, 피드백, 단숨함이다.

🔥 용기

• 첫 번째 가치는 용기, 다시 말하면 합리적인 정도로 위험을 감수하는 것이다.
• 용기와 무모함은 다르다. 최소한의 기능만 배포하려면 용기가 필요하다.
• 높은 코드 품질과 수준 높은 규칙을 지켜나가는 데에도 용기가 필요하다.
• 높은 품질과 수준 높은 규칙을 지켜야 속도가 빨라질 것이라는 믿음은 용기 있는 믿음이다.

🔥 소통

• 애자일팀의 구성원은 서로 이야기하고 싶어 한다.
• 프로그래머, 고객, 테스터, 관리자 모두 서로 가까운 곳에 앉아서 자주 교류하기를 원한다.
• 같이 앉아서 자주 소통하는 팀이 기적을 일구어 낼 수 있다.

🔥 피드백

• 모든 애자일 규칙은 중요한 결정을 내리는 사람에게 빠른 피드백을 제공하는 데 초점이 맞춰져 있다.
• 계획 게임, 리팩터링, 테스트 주도 개발, 지속적 통합, 작은 릴리스, 공동 소유, 전체 팀 등은 피드백의 빈도와 양을 최대화한다.
• 그러면 무언가 잘못되었을 때 조기에 파악하여 고칠 수 있따.
• 피드백은 팀이 효과적으로 일하도록 만들며, 프로젝트가 유용한 결과물을 내도록 만든다.

🔥 단순함

• 애자일의 가치는 단순함이다. 다시 말하면 직접적인 것이다.
• 단순함은 직접성이다. 코드의 직접성, 소통과 행동의 직접성, 코드에 어느 정도의 간접성은 필요하다.
• 코드를 단순하게 유지하라. 팀을 더 단순하게 유지하라.

📚 신기한 동물쇼

• 가장 중요한 조언은 전체 생애 주기에 걸쳐 애자일 방법론을 도입하라.
• 특히 기술 실천 방법은 꼭 지켜야 한다.
• 전체 생애 주기에 걸쳐 모든 규칙을 지키고 있는지 확이하라. 팀 전체의 동의를 구하라. 그리고 시작하라.
• 용기와 소통, 피드백, 단순함을 기억하고, 정기적으로 규칙과 행동을 조정하라.
• 허락을 구하지 마라. 올바르게 하는 것 때문에 고민하지 마라.
• 문제가 생기는 대로 헤쳐나가면서, 그저 계속 최선의 결과를 향하여 프로젝트를 추진하라.

📚 전환

• 비애자일에서 애자일로의 전환은 가치를 바꾸는 것이다.
• 애자일 개발의 가치는 위험 감수, 빠른 피드백, 장벽과 상하 구조를 무시하는 강렬하고 높은 대역폭의 구성원 간 소통을 아우른다.
• 또한 앞에 펼쳐진 지형에 대해서 계획하고 협의하기보다는, 곧장 목표를 향해 나아가는 데 집중한다.
• 장벽은 중간에 있는 관리층이다. 이들은 위험을 감수하지 않고, 직접성을 피하며, 최소한의 소통으로 명령 체계를 따르고, 집행하기 위하여 채용된다.
• 조직의 맨 위층과 맨 아래층은 애자일 사고 방식을 높이 사지만, 중간층은 반대한다.

📚 코치하기

• 우선, 애자일 트레이너와 애자일 코치를 구분해야 한다. 애자일 트레이너는 애자일팀이 어떻게 행동해야 하는지 가르친다.
• 트레이너의 목표는 애자일 가치를 심어 주고, 애자일 규칙을 가르치는 것이다. 트레이너의 활동 기간은 짧아야 한다.
• 대게 애자일 코치는 트레이너가 아니다. 애자일 코치는 팀 구성원이면서, 팀 내에서 프로세스를 지키는 역할을 한다.
• 코치는 언제나 팀원들이 스스로 한 약속과 지키기로 동의한 가치를 일깨우며, 팀의 양심 역할을 한다.
• 이 역할은 보통 필요에 따라 그때그때 상황에 맞게 팀원끼리 돌아가며 맡는다. 오랫동안 함께 일한 성숙한 팀은 코치가 필요 없다.
• 코치는 관리자가 아니다. 코치는 예산이나 일정에 책임을 지지 않는다. 코치는 임을 이끌지도, 관리층에 팀의 이해관계를 대변하지도 않는다.
• 코치의 역할은 절대적으로 팀 내에 국한되어야 한다. 관리자도 고객도 누가 코치인지, 심지어 현재 코치가 있는지도 몰라야 한다.

🔥 스크럼 마스터

• 스크럼에서 코치를 스크럼 마스터라고 부른다.

📚 인증

• 현존하는 애자일 인증(certification)은 완벽한 헛소리고 정말로 어리석은 것이다. 인증을 유의미하다고 여기지 말라.
• 인증 프로그램에 들어 있는 교육은 대부분 받을 만하다. 하지만 이 교육이 특정한 역할에만 이루어져서는 안 되고 팀 전원을 대상으로 해야 한다.
• 애자일 코치는 애자일 코치가 되기 위해 특별히 교육받지 않는다.
• 애자일팀의 모든 구성원은 애자일의 가치와 기법을 이해해야 한다.

🔥 진짜 인증

• 애자일 인증 프로그래미은 한 학기 과정 정도는 되어야 한다.
• 애자일 교육과 함께 강사의 지도하에 작은 애자일 프로젝트를 수행하는 것을 포함해야 할 것이다.
• 수업 중 평가가 이루어지고 학생은 높은 기준을 통과해야 할 것이다.
• 인증 기관은 학생이 애자일 가치를 이해했고, 애자일 규칙을 능숙하게 지켰음을 보장해야 할 것이다.

📚 대규모 애자일

• 애자일은 작은 팀부터 중간 크기의 팀을 위한 것이다. 이런 팀에 잘 어울린다. 애자일은 절대 큰 팀을 위해 만들어진 것이 아니다.

큰 팀은 이미 해결된 문제다.

• 애자일 운동이 시작될 때 해결되지 않은 문제는 작은 소프트웨어팀의 문제였다.
• 그리고 애자일이 해결한 것이 바로 이 문제다. 이 문제가 그냥 작은 팀의 문제가 아니라, 소프트웨어 문제였다는 점을 이해하는 것이 중요하다.
• 애자일은 작은 소프트웨어팀의 문제를 푼다. 그리고 여러 작은 팀을 큰 팀으로 조직하는 문제는 이미 해결된 문제다. 따라서 대규모 애자일에 대한 답은 단순히 개발자들을 작은 애자일팀으로 조직하라는 것이다.
• 대규모 애자일이란 것은 없다. 애자일은 작은 소프트웨어팀을 조직하는 데 필요한 혁신이었다.

📚 애자일 도구

🔥 소프트웨어 도구

• 소프트웨어 개발자는 반드시 몇 가지 핵심 도구에 능숙해져야 한다.

1. 최소 한 가지의 프로그래밍 언어, 대부분의 경우 여러 언어
2. 통합 개발 환경이나 프로그래밍용 편집기(빔, 이맥스등)
3. 다양한 데이터 형식(JSON, XML, YAML 등)과 HTML 등의 마크업 언어
4. 운영 체제의 명령 줄 및 스크립트 기반 대화영 인터페이스
5. 소스 코드 저장소 도구(깃, 다른 대안이 있나?)
6. 지속적 통합/빌드 도구(젠킨스, 팀시티, GOCD 등)
7. 배포/서버 관리 도구(도커, 쿠버네티스, 앤서블, 셰프, 퍼핏 등)
8. 의사소통 도구(이메일, 슬랙, 영어)
9. 테스트 도구(단위 테스트 프레임워크)

• 요즘 세상에서는 여기서 하나만 빠져도 무언가 만드는 것이 불가능하다.
• 대부분의 도구는 효과적으로 사용하려면 힘들게 기술을 익혀야 한다.

🔥 무엇이 효과적인 도구를 만드는가?

• 우리가 사용할 수 있는 도구는 빠르게 바뀐다. 목적을 더 효과적으로 달성하는 방법을 끊임없이 배우기 때문이다.
• 깃의 가장 강력한 측면 중 하나는 사용자가 안전하다고 느끼게 만드는 능력이다.
• 깃은 빠르다. 서버가 아니라 내 컴퓨터에 커밋할 수 있다. 인터넷 연결 없이도 내 컴퓨터의 저장소에서 작업할 수 있다. 여러 개의 저장소와 여러 개의 브랜치도 잘 지원하고, 머지도 아주 잘해낸다.
• 깃의 인터페이스는 간결하고 직접적이다. 그 대신 소스 코드의 안전한 저장이나 통합, 관리 같이 진짜 필요한 부분에 집중할 수 있다. 도구는 투명해진다.
• 깃은 강력하고 복잡한 도구이기도 하다. 깃의 기능 중 작은 부분, 20% 정도만 잘 배우면 소스 코드 관리에 일상적으로 필요한 작업 중 80% 이상을 할 수 있다.
• 깃을 사용하는 것은 너무나 단순하고 효과적이어서, 의도치 않게 소프트웨어 제작 방식에 완전히 새로운 길을 개척해 냈다.
• 브랜치를 효율적으로 다루는 것이 깃의 핵심이자 강력한 기능인데도 셀 수 없이 많은 팀이 깃을 쓰면서도 브랜치를 만들지 않고 개발을 한다.
• 훌륭한 도구는 다음과 같은 특징이 있다.

1. 사람들이 원하는 일을 성취하도록 돕는다.
2. 금방 충분히 잘 배울 수 있다.
3. 사용법이 명료해서 도구에 신경 쓰지 않고 쓸 수 있게 된다.
4. 주어진 요구 사항에 쉽게 적응한다. 원래 의도하지 않은 용도로 사용되는 확장적응도 한다.
5. 가격이 적절하다.

🔥 물리적 애자일 도구

• 애자일을 하는 사람은 화이트보드와 테이프, 인덱스카드, 매직펜, 다양한 크기의 포스트잇을 사용하여 작업 내용을 시각화하는데 이러 단순한 손 도구는 훌륭한 도구이 조건을 모두 갖추고 있다.

1. 진행 중인 작업을 시각화하고 관리하는 것을 돕는다.
2. 직관적이어서 배우지 않아도 이해할 수 있다.
3. 사용하기 위해 머리를 쓰지 않아도 된다.
4. 확장적응한 것이다.
5. 적응도 잘한다.
6. 모두 저렴하고, 쉽게 구할 수 있다.

• 한 사무실에 모여서 일하는 팀이라면 이런 단순하고 저렴한 물리적 도구만 사용하더라도 거대하고 복잡한 프로젝트를 쉽게 관리할 수 있다.
• 물리적 도구의 한 가지 큰 한계는 팀이 분산된 경우에 효과가 떨어진다는 것이다.

🔥 자동화 압력

• 애자일이 성장할수록, 자동화 소프트웨어 도구에 대한 관심도 커졌다.

1. 소프트웨어 도구는 데이터를 일관된 형식으로 모을 수 있도록 도와준다.
2. 일관된 형식으로 데이터를 모으면 멋진 보고서나 차트, 그래프를 쉽게 만들 수 있다.
3. 데이터 안전하게 저장할 수 있다.
4. 아무리 멀리 떨어져 있어도 모든 사람과 순식간에 정보를 공유할 수 있다.
5. 온라인 스프레드시트 같은 도구를 사용하면, 뿔뿔이 흩어져 있는 사람들이 실시간으로 협업할 수 있다.

• 어떤 작업을 하든지 자동화하기 전에 먼저 자신의 작업 방식을 완전히 파악해야 한다.

📚 코치하기 - 다른 견해

🔥 애자일 코치의 필요성

• 애자일을 온전히 다 받아들이는 것은 이미 자리를 잡고 있는 믿음과 문화, 프로세스, 생각, 일하는 방식을 모두 바꾸는 것이다.
• 한 삶의 생각을 바꾸고, 그래서 무엇이 좋은지를 깨닫게 도와주는 것만으로도 충분히 어렵다.
• 팀 전체를 바꾸는 것은 난도가 한층 더 높다.
• 변화를 이끌어 내는 계획을 세울 때 잊지 말아야 할 진리가 있는데 사람은 자신이 원하는 일만 한다는 것이다.
• 변화를 지속하려면 먼저 사람들이 일고 있고 노력을 기울일 생각이 있는 문제나 기회를 찾고, 그들이 요청하거나 필요로 할 때만 조언을 하면서, 목표를 달성하도록 도와야 한다.
• 단순히 해결책을 던져 주는 것이 아니라 각자의 고제를 해결하고 자신의 목표를 달성하도록 돕는 것이다.

🔥 코칭 도구

• 코치를 평가하는 역량 중 효과적인 질문하기가 있는데, 이 역량을 나타내는 것 중 하나가 발견이나 통찰, 약속, 행동을 이끌어 내는 질문을 한다이다.
• 효과적인 질문은 듣는 사람 스스로 변화의 기회를 찾고, 이 기회를 어떻게 추구할 것인지 직접 결정하도록 해준다.

🔥 전문적인 코칭 기술만으로는 충분치 않다.

• 애자일 코치가 전달할 수 있는 전문 지식에는 크게 여섯 가지 분야가 있다.
• 애자일 체계, 애자일 전환, 애자일 프로젝트 관리, 애자일 기술 실천 방법, 애자일 촉진, 코치하기이다.
• 많은 조직이 과소평가하는 전문 지식 분야 중에 코딩과 테스트가 있따.
• 코딩과 테스트에 참여하는 모든 사람은 애자일 환경에 맞는 코드와 테스트를 만드는 데 능숙해져야 한다.

🔥 여러 팀 코치하기

• 오늘날에는 대부분의 애자일 코치가 여러 팀과 함께 일한다.
• 코치는 보통 셋 이상의 프로젝트를 담당하게 된다. 모는 팀이 고동의 목표를 향하여 일하지는 않는다.

🔥 대규모 애자일

• 대규모 애자일은 팀 단위 애자일과 매우 비슷하다.
• 애자일에서는 한두 주 마다 요청 사항에서 릴리즈 준비 완료까지 움직이기 위해 팀 전체의 힘을 모아야 한다.
• 애자일을 통해 성과를 내기 어려운 점 중 하나는 반복적으로 이 과정에 존재하는 모든 장애물을 찾아 없애야 한다는 것인데, 필요할 때마다 릴리스를 할 수 있게 하려면 한층 더 힘들다.
• 가장 효과적인 애자일 전환 전략은 애자일 도입 자체를 코칭 기술을 적용하는 애자일 과업으로 간주하는 것이다.

🔥 애자일해지기 위해 애자일 코칭 사용하기

• 가장 성공한 기업 애자일 코치는 이렇게 한다.
• 개인을 코치할 때 중요한 것은 그 사람이 자신의 문제를 해결하도록 도와주는 것이다.
• 팀이나 조직을 코치할 때는 팀이 그 팀의 목표를 달성하도록 도와주면 된다.

🔥 애자일 도입을 확대하기

• 애자일 도입 백로그에 넣을 만한 개별 실천 방법 목록

🦄 칸반 실천 방법

• 칸반 실천 방법에는 벽에 카드를 붙여서 업무를 시각화하기, 진행 중인 업무 수 제한하기, 시스템을 통해 업무 시작하기 등이 있다.

🦄 스크럼과 XP 실천 방법

• 짧은 일일 팀 회의나 제품 책임자, 프로세스 촉진자, 회고, 교차기능팀, 사용자 스토리, 작은 릴리스, 리팩터링, 테스트 먼저 쓰기, 짝 프로그래밍 등이 있다.

🦄 팀 일정 맞추기

• 반복 주기 길이뿐 아니라 시작과 완료 일정을 맞추는 것도 좋다.
• 반복 주기에 구애받지 않고 필요할 때마다 릴리스를 하는 조직은 어떤 일정에든 맞출 수 있다.

🦄 장애물 보고 경로

• 맞닥뜨린 장애물을 미리 정해진 보고 경로를 따라 바로바로 보고해야 최대한 빨리 가장 높은 가치를 만드는 일을 재개할 수 있다.
• 이 실천 방법은 많이 쓰이는 스크럼의 스크럼 실천 방법이나 그보다 덜 알려진 회고의 회고에 적용할 수 있다.

🦄 정기적인 팀 간 소통

• 이 실천 방법은 공동의 결과물을 향하여 함께 일하는 스크럼 마스터, 제품 책임자, 팀 구성원들이 정기적으로 소통하는 것이다.

🦄 포트폴리오 칸반

• 포트폴리오 칸반은 진행 중인 일의 수를 계획 단계에서부터 제한하기 때문에, 조직이 언제나 가장 높은 가치를 갖는 일에 집중할 수 있게 해 준다.
• 포트폴리오 칸반은 최소 기능 개선과 함께 사용할 때 가장 빛을 발한다.

🦄 최소 기능 개선

• 가장 빠른 시간 안에 가장 높은 가치를 창출하는 최단 경로를 찾는 것이다.
• 이 방법을 최대한 실천하기 위하여 지속적 배포를 구현하고 있다. 작은 변경 사항을 자주 릴리스하는 것이다.
• 하루에 여러 번 릴리스할 수도 있다.

🔥 작은 것에 집중하여 큰 성공 이루기

• 팀 단위로는 기민함을 유지하면서, 그보다 큰 조직은 복잡하지 않게 만드는 것이 대규모 애자일의 핵심 기반이다.
• 다음은 일반적으로 팀 단위 애자일에서 중요하지만 동시에 여러 팀 간 조정을 도와주는 역할도 하는 실천 방법이다.

🦄 SOLID 원칙

• 여러 팀이 함께 일할 때는 의존성을 확 줄여서 팀 간 조정을 단순하게 만들어 주어 특히 더 유용하다.

🦄 작고 가치 있는 사용자 스토리

• 작고, 개별적으로 릴리스할 수 있는 스토리는 의존 범위를 줄이고 팀 간 조정을 단순하게 만든다.

🦄 작은 릴리스를 자주 하기

• 릴리스를 실제로 하는지 여부에 상관없이 변경 사항을 적용한 제품은 언제나 사용할 수 있는 상태여야 한다.

🦄 지속적 통합

• 모든 체크인마다 전체 제품을 통합해야 한다.

🦄 단순한 설계