우리는 소규모 팀 (개발자 3 명)이며 주요 고객 중 한 명은 새로운 기능 요청 및 프로젝트 후속 작업을 제출하여 비용 및 납기에 대한 견적을 얻고 있습니다. 그들과 함께한 우리의 마지막 프로젝트는 그들이 우리에게 다시 돌아오고 있다는 점에서 '성공'이었지만 우리는 훨씬 더 나은 일을 할 수 있었다는 것을 안다. (우리는 폭포를 사용했다 ... 테스트는 생각과 결과로서 단위 테스트 코드 범위 우리가 편안하다고 느끼는 것보다 훨씬 낮습니다. 끝이없는 '우리는 거의 끝났습니다'라는 문제는 말할 것도 없습니다.TDD를 통해 모든 다음 프로젝트/개선 사항을 수행해야한다고 클라이언트에게 확신시키는 방법 (일부 민첩한 관행 포함)?
'단위 테스트 아트'와 '레거시 코드로 효과적으로 작업하기'를 끝내고 직장 밖에서 애완 동물 프로젝트에 TDD를 사용한 적이 있는데 지금은 다시 폭포수로 돌아가 테스트 할 수 없습니다. 것.
내가 알고 싶은 것은 비즈니스 감각으로 애자일 사례와 함께 TDD의 이점을 분명히 보여주는 비 개발자를위한 '소화하기 쉬운'비디오가 있다는 것입니다. 어떤 하위 10 분 비디오가 있다면 나는 아주 행복하게 될 것이지만 나는 또한 긴 비디오 (그리고 나는 그것의 시간 인덱스를 참조 할 것입니다)와 괜찮습니다. 좋은 동영상이 없다면 서면 소스가 가장 좋은 것입니다.
나는 그 (것)들이 선내에 있고 과도기에 진짜 흥분하기보다는 더 많은 것을 원한다.
제게있어 다른 개발자 두 명과의 학습 곡선이 분명하기 때문에 '그냥 해보십시오'옵션이 아니며 첫 번째 반복 횟수는 스트레스가 많고 울퉁불퉁 할 수 있으므로 전달해야합니다. 우리 고객.
는 [내가 질문을하기 때문에 발견 비디오의 번호와 아래에있는 내 자신의 질문에 대답해야 ... 그들은 내 사용하기에 완벽하지 않지만 확실히 내 계획의 B 아무도 다른 하나를 더 알고하지 않는 경우]
사려 깊은 분석을 위해 +1 특히 마지막 단락 – DVK
TDD와 함께 갈 클라이언트를 기분 전환해야하는 이유가 확실하지 않습니다. 그것은 당신이 convience 필요가 개발자입니다. 청구서 수신에 염려 하시거나 뭔가를 놓치셨습니까? –
나는 다른 두 개발자의 학습 단계에서이 고객과의 전달 속도가 과거보다 낮을 것으로 생각하며 클라이언트가 우리가 '우리의 속도를 높이고있다'고 생각하게하는 것을 원하지 않습니다. - 일이지만 지난 번과 동일한 양의 콘텐츠를 제공합니다. 우리는 또한 TDD를 사용하는 프로젝트에 대한 추정치를 한 번도 쓰지 않았습니다 ... 그래서 우리가 얼마나 오래 걸릴지, 그리고 어느 시점에서 우리가 폭포 이상의 이익을 얻을만큼 충분히 숙달되는지 확신 할 수 없습니다. 첫 번째 프로젝트의 인도 전 또는 유지 보수 중 속도 증가가 나타 납니까? 나는 모른다. – InvertedAcceleration