민첩한 상점이 실제로 Joel Test에서 12 점을 획득 할 수 있습니까? [닫은]

나는 Joel 시험을 정말 좋아하고, 그것을 직접 사용하고, 직원들과 면담 자들이 신중하게 고려하도록 격려합니다. 그러나 나는 9 점 이상을 득점 할 수 없다고 생각한다. 몇 점이 내 세상의 기반 인 애자일 선언, XP 및 TDD와 모순되는 것처럼 보이기 때문이다.

구체적으로, 일정, 사양, 테스터 및 조용한 근무 조건에 대한 질문은 우리가 만들려고하는 것과 진정으로 민첩하게 채택한 가치에 반합니다.

내 질문은 진정한 애자일 상점이 12 점을 얻을 수 있는지 여부입니다.

편집하다:

아래의 답변자로부터의 추천에 따라 나는 원래 이것에 대해 쓴 블로그에 대한 링크를 추가하고 여기에 질문을 게시하고 싶었습니다.

http://simonpalmer.com/2011/03/16/why-i-will-never-score-more-than-9-on-the-joel-test/

나는 아래에 언급 된 많은 것들에 동의하고 내 전체 입장을 선언하고 싶기 때문에 이것을 넣었습니다.

민첩한 내 견해 :

소스 컨트롤을 사용하십니까?

물론, 지속적인 통합, XP의 일부는 코드를 커밋 할 수있는 소스 제어 시스템이 필요합니다.

한 번에 빌드 할 수 있습니까?

예, 지속적인 통합 서버가 있습니다.

당신은 매일 빌드합니까?

한 단계 만 거치면 예약 할 수 있습니다.

버그 데이터베이스가 있습니까?

예. "애자일 프로젝트"관리 도구는 버그를 추적하고 스크럼 제품 백 로그에 추가 할 수 있습니다.

새 코드를 작성하기 전에 버그를 수정합니까?

예, 제품 백 로그에서 우선 순위가 지정됩니다.

최신 일정이 있습니까?

제품 백 로그, 반복 백 로그, 릴리스 계획 및 Planning Poker 덕분에 제공되는 정확한 평가 덕분에 항상 그렇습니다.

사양이 있습니까?

예. 각 사용자 스토리에는 필요한 경우 자세한 내용이 제공됩니다. 또한 제품 소유자와 팀 간의 커뮤니케이션을 장려합니다.

프로그래머에게는 조용한 근무 조건이 있습니까?

예, 개발자가 8 명인 방은 대개 매우 조용합니다. 우리는 영업 사원을 같은 방에 두지 않습니다.

돈으로 살 수있는 최고의 도구를 사용하십니까?

예, 우리는 도구보다 개인을 소중히 생각하지만 Joel은 걱정하지 말고 모든 제품의 라이센스를 구입하십시오.)

테스터가 있습니까?

그렇습니다. 그들은 팀에서 없어서는 안될 부분입니다.

인터뷰 중에 새로운 후보자가 코드를 작성합니까?

예, 팀이 프로세스에 관여합니다.

복도 유용성 테스트를합니까?

그렇습니다. 테스터가 도움을줍니다.

최신 일정이 있습니까?

민첩하다. 스크럼은 출시를 약속합니다. 최신 일정이 있다는 것은 릴리스에서 수행 할 작업과 수행되지 않을 작업 및 백 로그의 모양을 아는 것을 의미합니다.

사양이 있습니까?

민첩하다. 아키텍처 (및 관련 설명)는 필수적입니다. 양식을 지정합니다. 사용 사례 (또는 사용자 사례)는 필수적이며 기능을 지정합니다.

프로그래머에게는 조용한 근무 조건이 있습니까?

애자일이 시끄럽고 파괴적이고 성가신 환경을 요구하는 것을 볼 수 없습니다.

테스터가 있습니까?

음 우리가 TDD를 할 때 우리 는 테스터입니다. 코드를 제품 소유자에게 전달하면 고객이 참여하기 전에 추가 테스터가 참여할 수 있습니다.

이것이 애자일 방법이나 애자일 선언과 어떻게 상충 되는가?

대답은 '예'라고 생각합니다. 민첩한 상점에서이 작업을 수행 할 수 있어야합니다. 특히 당신의 요점.

• 스케줄링은 다루려는 기능을 명확하게 정의하는 것입니다. 이것은 확실히 달성 가능합니다.
• "정숙 한 작업 조건"은 작업장의 소음에 관한 것이 아니라 비 프로젝트 / 프로그래밍 소음을 제거합니다. 프로그래머가 방해 요소를 차단하기 위해 노력하지 않아도되는 것입니다.
• 민첩한 상점은 초기에 테스트해야하며 개발자 이외의 사람이 코드를 테스트하도록하는 것이 실제로 Joel의 요점입니다.

일정 (예를 들어서)을 갖는 것이 애자일 개발과 호환되지 않는다고 생각하는 이유는 무엇입니까?

당신이 당신의 제품과 함께 가고 싶은 곳을 전혀 몰라도 스프린트에서 스프린트로 일할 가능성은 거의 없습니다 . 예, 각 스프린트 후 일정을 다시 방문하고 수정해야하지만 여전히 일정이 있습니다.

"Q1에서 기능 A, B, C를 출시 할 계획이고 Q2에서 현재 기능 X, Y, Z를보고 있습니다"와 같은 문구가 여전히 일정입니다. X가 W가 될 수있는 모든 기회가 있지만 그것이 민첩한 것이 당신이 할 수있는 일입니다.

목록에서 다른 것을 가져 오기-사양. 사양이 아닌 경우 사용자 스토리는 무엇입니까?

나는 여기서 대부분의 다른 관점에서 이것을 볼 것이라고 생각합니다. Joel 테스트에서 9 점을 획득하면 앞서 나갑니다. 많은 장소가 9에서 12를 제외하고 5 또는 6을 맞추는 데 어려움을 겪습니다.

좋은 사람들을 고용하는 데 어려움을 겪고 있습니까? 그렇지 않다면 Joel Test의 12은 고귀한 목표이지만 실제로 문제가되지 않을 수 있습니다. 귀하의 직원이 귀하가있는 환경에서 기능을 수행 할 수 있다면, 귀하의 점수를 높이는 데 좋은 직업이라고 말할 수 있습니다.