2부 문을 닫다 / 무엇이 통찰을 방해하는가9장 어리석음동일한 상황 동일한 정보가 있어도 어리석으면 통찰을 얻지 못한다. 그 생각을 못했다니 얼마나 멍청한가 - 헉슬리 10장 대조적 쌍둥이 연구통찰을 얻지 못함 결함이 있는 믿음에 빠짐 경험 부족 수동적 자세 ...

1부 통찰의 문으로 들어가다 / 통찰은 어떻게 촉발되는가성과 개선 = 실수를 줄이고 + 통찰을 올리는것 하지만 실수를 모두 제거해 버리면 통찰을 얻기 힘들다 1장 통찰 사냥하기다양한 방법으로 통찰을 얻어낸다 2장 번뜩임의 순간준비 -> 배양 -& ...

Part III 프로세스CHAPTER 9 코드 리뷰코드 리뷰는 작성자 이외에 사람이 코드를 검토하는 프로세스로 주로 코드를 코드베이스에 반영하기 전에 수행한다 코드리뷰는 버그가 코드베이스로 침투하기 전에 잡아 낸다. 코드 리뷰 흐름변경을 코드에 커밋하기 전에 리뷰 하는 ...

Part III 프로세스CHAPTER 8 스타일 가이드와 규칙조직 내부 코드베이스를 관리하는 규직은 어디든 존재한다규칙은 법이다. 지침은 권장사항과 모법사례를 이야기함따르는 편이 이득이라 어지간하면 따르라고 권한다 코드의 지속 가능성을 높이도록 이끄는것 규칙이 필요한 ...

3 애자일애자일은 불확실성이 높은 프로젝트에 더 적합하다 협력과 학습이 애자일이 불확실성을 다루는 핵심적인 구동원리 애자일의 씨앗고객에게 매일 가치를 전하라 가치를 전하면 협력이 쉽다 애자일 도입 성공 요인 분석고객참여와 코드 공유 두려워도 중요하다면 시도해봐야 되지 ...

2 함께협력, 일을 잘 나눌수 있을때는 프로젝트 끝날때다 소프트웨어 관리자의 개선 우선순위조엘 테스트 -> 간단하다 -> 문제는 맥락을 이해하지 못한사람이 12개 질문만으로 평가 모든 항목에 예라고 답하는 것이 무조건 더 낫다고 보기 힘들다조엘테스트 8번은 ...

Part II 문화CHAPTER 7 엔지니어링 생산성 측정하기구들은 데이터를 토대로 결정하는 데이터 주도 회사 이다.제품과 설계에 관한 결정 대부분을 근거 데이터와 함께 백업해놓는다 엔지니어링 생산성을 측정하는 이유사업을 확장하려면 충원을 피할수 없는데 그에 따른 소통 ...

Part II 문화CHAPTER 6 성장하는 조직 이끌기팀하나를 이끌게 되었다면 다음 순서로는 연관된 여러 팀을 이끄는게 자연스러운 흐름 역활이 커져도 기존의 모범사례들은 계속 유효하다 섬기는 리더 3A 리더쉽 늘 결정하라(Always Be Deciding)기존 보 ...

1 자라기자라기는 학습을 말한다 규칙을 지키고 -> 규칙을 깨고 -> 규칙을 넘어선다 당신은 몇 년 차?경력 그 견딜 수 없는 무거움 소프트웨어 기술자 등급에서 경험이라는 요소가 가장 결정적 역활을 한다 직원을 뽑을 때 무엇이 그사람의 실력을 가장 잘 예측할 ...

Part II 문화CHAPTER 5 팀 이끌기구글의 리더의 역활 관리자 : 사람을 이끌고 테크리드 : 기술과 관련 책임을 진다 관리자와 테크 리드(혹은 둘 다)엔지니어링 관리지 팀 구성원 모두의 성과, 생산성, 행복을 책임져야 한다 제품의 사업적 요구까지 충족시켜 ...