🌈 Chapter 17: 더 강한 채찍질

• 압박한다면 개발팀은 잘못 돼가는 것을 알면서도 포기하게 된다. 테스트를 충분히 하지 않는다. 나쁜 코드를 방치하게 된다.
• 이 현상은 가치를 떨어뜨리고 가치를 얻는데 필요한 일정을 지연시킨다. 그 결과 제품의 가치도 떨어지고 배포도 늦게 된다.
• 압박한다면 팀은 테스트를 거르고 그만큼 많은 결함이 생긴다. 몇 가지 결함은 밖으로 드러나 사용자에게까지 영향을 끼치기 때문에 가치는 그 즉시 떨어진다.
• 따라서 팀을 압박한다면 코드는 나쁜 상태로 방치되고 새로운 피처를 추가하는 것은 힘들어지며 가치를 전달하기까지 점점 더 오래 걸린다.

더 많은 피처가 필요합니다! 왜 더 속도를 내지 못하죠?

• 터놓고 말해서, 더 많은 피처를 원하는 조직을 살펴보니 "안돼요."라는 말을 못하는 조직이었다.
• 그들은 결정하기보다는 주문받는 조직이 됐고 그들은 가치 있어 보이는 것을 개발하고 있지만 대부분 그들의 사용자와 제품에 전달하지 못했다.

아뇨, 우린 정말로 더 많은 피처가 필요합니다! 개발자는 더 빨리 개발해야 합니다!

• 개발자는 타당한 수준에서 가장 빠르게 개발을 진행하고 아마 시간이 지날수록 코드를 행상시킬 수 있는 방법이 있을 것이다.
• 하지만 이 방법은 적용하기까지 시간이 걸리고 팀이 압박받는 상태에서는 절대 이루어질 수 없다.
• 압박을 교묘하게 만들 수 있는 한 가지 방법은 개발팀에게 "속도를 내세요."라고 말하는 것이다. 이 말은 "더 많이 완성해라."라는 뜻과 같다. 팀은 더 노력하겠지만 그들은 결국 품질과 추정이라는 보이지 않은 다이얼을 돌림으로써 더 많은 것을 만들려고 할 것이다.
• 만약 개발팀이 품질을 떨어뜨린다면 더 많은 결함이 생길 것이고 일정도 지연된다.