몇 년 전, 저는 스프린트 리뷰에 참석했는데, 프로덕트 매니저와 시니어 개발자가 티켓의 한 줄에 대해 20분 동안 논쟁하는 것을 보았습니다. "사용자는 비밀번호를 재설정할 수 있습니다." 개발자는 정확히 그것을 구현했습니다. PM은 세 번의 실패 후 잠금, 이메일 확인, 그리고 한 시간 후에 만료되는 링크를 예상했습니다. 정확히 말하면 아무도 틀리지 않았습니다. 그들은 단지 머릿속에 두 가지 다른 그림을 가지고 있었고, 티켓은 누구도 그것을 종이에 그리도록 강요하지 않았습니다.사람들이 말하는 것과 의미하는 것 사이의 이러한 간극이 행동 주도 개발(Behavior-Driven Development)이 존재하는 이유입니다. 그리고 또한 BDD 도구를 선택하는 것이 기능보다는 팀이 어떻게 대화하는지에 더 달려 있는 이유이기도 합니다.