나는이 도전에 몇 번 겪었고 누군가가 제품 백 로그 항목과 TFS의 작업의 차이점을 설명하는 방법에 대한 참조, 교육 또는 조언을 제공 할 수 있기를 바랍니다.
제품 백 로그 항목이 "무엇"이고 작업이 "어떻게"인지 이해하고 설명했습니다. 또한 PBI가 요구 사항이고 작업이 요구 사항을 충족시키는 방법이라고 설명했습니다.
나는 이것을 설명 할 때 빈 쳐다보고 머리를 긁적입니다. 내가 설명하는 소프트웨어 엔지니어는 구별 할 수없는 것 같습니다. 그것들은 모두 동일합니다.
저의 또 다른 도전은 왜 구별을하는 것이 중요한지 효과적으로 설명 할 수 없다는 것입니다.
답변:
"제품 백 로그 항목"은 실제로 무엇을 구축해야하는 기능입니다. 이 작업에는 도달하기 위해 수행해야하는 단계가 설명되어 있습니다.
많은 팀이 작업으로 분해하는 데 사용되지 않고 사양에 명시된 내용 만 작성합니다. 이 사람들에게는 그것들을 두 가지로 보는 것이 어렵습니다.
아마도 간단한 일화가 도움이 될 것입니다.
휴가 동안 쇼핑 목록에있는 항목으로 제품 백 로그 항목을 참조하십시오. 어쩌면 "텐트", "낚시 막대", "여행 준비 차량"일 수도 있습니다.
"텐트"항목의 작업은 "텐트 요구 사항 설명", "온라인 텐트 비교", "야외 경험이있는 친구로부터 조언 받기", "야외 상점으로 이동", "텐트 구매", "뒤뜰에서 텐트 설정" 완성도 확인 ","여행용 팩 텐트 "
낚싯대의 작업은 매우 비슷하지만 "여행용 차량 준비"의 작업은 "원하는 경로의 주 / 국가 요구 사항 확인", "안전 조끼 구매", "구급 된 구호품에서 구식 내용물 교체"와는 매우 다를 수 있습니다. 키트 ","예비 타이어 검사 ","엔진 점검을 위해 차고로 일정 예약 ","엔진 점검을 위해 차고로 이동 ","고속도로 패스를 구입하려면 주 정부 기관으로 이동 ","자동차 보험 확인 "
이것은 제품 소유자가 무엇을 원하는지와 필요한 것을 명확하게 구분합니다. 물론 제품 소유자가 이미 제품 백 로그에서 실행 가능한 항목으로 분해되지 않은 경우 해당 제품과 대화해야합니다.
내가 말했듯이, 많은 개발자들에게 그들은 이미 충분한 정보를 가지고 있고 무엇을해야하는지 알고 있다고 생각합니다. 그들은 무엇을 어떻게해야하는지 단계를 분해하고 싶지 않습니다. 스프린트 진행 상황 추적, 추정 개선, 스프린트 계획 중 잊어 버린 작업 추적 및 전문적인 개선과 관련된 기타 항목에 대해 이야기하기 시작하면 그들과 팀이 개선 할 수있는 위치와 방법을 알 수 있습니다. 그들이 실제로 끝났다는 것을 알고 있습니다. 그들이 작업을 만들지 않고 작동하고 작동하는 시스템을 생각 해낼 수 있다면 괜찮습니다. 그러나 실제로는 할 수있는 가능성이 매우 낮습니다.
TFS 및 민첩한 도구로 작업하기 전에 팀은이 모든 것이 어떻게 작동하는지 이해해야합니다. 가장 좋은 방법은 작업장에서 모두 볼 수있는 판지로 작업하는 것입니다. 나중에 프로세스를 더 잘 이해하면 도구로 이동하면 도움이됩니다. 이해하지 않으면 도구는 많이 사용되지 않으며 많은 저항을 충족시킵니다.
Jesse가 큰 대답을했다고 생각합니다. 나는 간단하게 시도하려고 노력할 것이다. (가능하다면) 더 간단하다. :) 제품 백 로그 아이템 (또는 원한다면 사용자 스토리)은 보통 다음과 같이 작성된다 :
새로운 고객으로서 저는 제품 릴리스에 대한 정보를 얻을 수 있도록 세부 정보를 등록하고 싶습니다
개발자 헤드에서 이것은 다음과 같이 번역 될 수 있습니다.
이 세 가지 항목이 작업입니다.
희망이 도움이됩니다.
-가능한 한 단순하지만 단순하게 만들지 마십시오 (아인슈타인)
롤링 방법은 다음과 같습니다.
PBI :
작업:
나는 요청할 때 이것을 제안하는 경향이있다 :-
PBI 또는 스토리는 한 사람 이상이 돌아갈 수있는 것입니다.
작업은 한 사람 만 픽업 할 수있는 것입니다.