본문 바로가기

소프트웨어공학7

백로그 정제 회의(PBI refinement meeting) 백로그 정제 회의(Product Backlog Refinement meeting) - 제품 백로그의 특징에서 Planning Poker게임을 통해 스토리 포인트를 추정한다고 했는데 이 게임이 이 때 진행된다. - 한 스프린트 내에 완성할 수 없을 정도로 스토리 포인트가 큰 스토리를 보다 작은 사용자 스토리로 분할하고 분할된 사용자 스토리들에 대한 스토리 포인트를 다시 추정한다 - 다음 스프린트에서 완성할 사용자 스토리들을 정제하는 작업을 함. - 필요할 시 기존의 사용자 스토리에 대한 크기를 다시 추정한다. - 우선순위를 조정할 수 있다. - 스프린트의 10% 이내의 시간을 할애한다. 2022. 4. 3.
제품 백로그 특성(스크럼) 제품 백로그특성 DEEP Detailed appropriately(적절한 세부사항) - 모든 백로그 아이템들은 동일한 수준으로 상세화하지 않는다. - 우선 순위가 높은 백로그들은 스프린트에서 바로 작업할 수 있을 정도의 크기로 분할하고 상세화한다. - 다른 백로그들은 크기가 상대적으로 크며 상세화가 덜 되어 있다. Emergent(발생적) - 고객의 요구사항이 변경될 수 있으므로 제품 백로그는 고정되어있지 않고 계속해서 변경될 수 있다. - 제품 백로그들은 제거될 수 있고 새로운 백로그가 추가될수 있고 우선순위도 변경될 수 있다. Estimated(추정) - 각 제품백로그는 크기를 가지고 있다. - 우선 순위가 높은 제품 백로그의 크기가 크다면 더 작게 분할할 필요가 있다. - 제품 백로그의 크기를 추정.. 2022. 4. 3.
사용자 스토리(스크럼) #3(사용자 스토리) 사용자 스토리란? 사용자의 요구사항을 who, what, why의 형태로 간단하게 기술한 것 who : 나는 누구로서 why : 이러한 이유로 인해서 what : 이러한 기능이 필요하다 ○ 소프트웨어 사용자가 구매자에게 가치를 줄 수 있는 기능 ○ 스토리는 고객이나 개발자 모두 이해할 수 있도록 고객이 작성(제품 책임자 또한 작성 가능) 사용자 스토리의 세가지 측면 3Cs 1. 카드(card) : 고객의 요구사항을 문서화하기 보다는 포현하기 위한 것 2. 대화(conversation) : 대화를 통해 세부사항을 구체화 3. 테스트(confirmation) : 스토리의 완료 여부를 판단 카드 : 위 그림과 같이 사용자의 요구사항을 기술해 놓은 것이다. 대화 : 고객이 원하는 기능 및 디자인 등 세부사항을 .. 2022. 3. 30.
스크럼(애자일 개발 프로세스) #2(스크럼 이벤트 및 산출물) 스크럼 이벤트(Scrum Event) 위 그림에의 Events를 보면 5가지의 Event가 있는 것을 확인할 수 있다. 먼저 그림으로 스크럼 프로세스가 어덯게 개발되는지 알아보자 스크럼 프로세스 애자일의 스크럼에서는 그림과 같은 형태로 프로세스가 개발이 된다.5개의 스크럼 Event에 대해 알아보자. 1. 스프린트 계획(Sprint Planning) ○ 스프린트란? : 애자일의 이터레이션 개념 ○ 스크럼 Event 중 하나 ○ 스프린트 목표를 설정(스프린트 동안 해야 할 일) ○ Product Backlog(제품 백로그)에서 어떠한 작업들을 스프린트 기간동안 개발할 것인지 선정하는 회의 ○ 즉 Product Backlog의 요구사항 중 우선순위가 높은 것들을 Sprint Backlog로 이동시킴 스프린트.. 2022. 3. 30.