기억을 지배하는 기록

목적 스토리로 시작하라 대규모 프로젝트, 특히 사용자 역할이 많고 다양한 프로젝트는 스토리 식별에 있어 막막한 경우가 있다. 이럴 때는 한번에 하나씩 사용자 역할을 선택하여 그 사용자가 새 시스템을 사용하는 주 목적을 식별하는 것이 가장 효과적이다. 케이크 자르듯 나누어라 큰..

인수 테스트를 작성하는 이유 중 하나는 고객과 개발자가 대화를 나누는 과정에서 언급된 세부사항들을 나타내기 위함이다. 사용자 스토리에서는 세부사항을 테스트로 표현한다. 나중에 무엇을 테스트할지에 관한 짧은 메모를 스토리 카드 뒷면에 짧게 적어 놓는다. 향후 만들어지는 테..

사용자가 소프트웨어에 원하는 바를 다른 사람이 짐작할 수도 있지만, 실제 사용자만이 정확히 알 수 있다. 하지만 제품에 대해 다양한 의견을 내줄 실제 사용자를 확보하지 못한다면, “대리 사용자(User Proxy)”에 의존해야 할 것이다. 대리 사용자는 실제 사용자는 아니지만, 프로젝트상..

요구사항 그물질(trawling) 스토리 수집을 위한 요구사항 도출은 어부들의 그물질에 비유된다. 처음 그물질은 요구사항의 바다에서 성긴 그물을 이용해 큰 것(비즈니스 가치가 큰 것)들을 잡는다. 다음 단계에서 조금 촘촘한 그물을 이용해 보다 작은 것들을 잡는다. 이를 반복한다. 요구사..

많은 프로젝트에서 오직 한 유형의 사용자만 존재하는 것처럼 스토리를 작성하는 경우가 많다.모든 스토리가 그 사용자 유형의 관점에서만 작성된다. 그러나 이런 식으로 단순화하는 것은 잘못된 생각이며, 자칫 시스템 주요 사용자 유형에 포함되지 않는 사용자들에게 필요한 스토리를 ..

좋은 스토리의 6가지 특징 독립적이다. 스토리 사이에 의존성이 있으면 우선순위 결정과 계획 수립에 문제를 야기한다. 때문에 가능하면 스토리 간에 의존성을 배제하도록 신경 써야 한다. 상호 의존성이 높은 스토리들에 대해서 스토리별 추정이 어려운 경우 의존성이 있는 스토리들을 ..

2. 스토리를 이용한 프로젝트 진행 프로세스 스토리는 주로 스토리 작성 워크숍에서 처음 작성하게 되지만, 프로젝트 진행 중에도 아무 때나 추가로 작성할 수 있다. 스토리 작성 워크숍에서는 참여자들이 브레밍스토밍을 거쳐 가능한 많은 스토리를 찾아낸다. 초기 스토리를 마련하고 나..

1. 사용자 스토리 개요 Is User Story : 프로젝트를 착수하는 시점에 모든 것을 포괄하는 결정을 하기보다, 프로젝트 전 기간에 걸쳐 의사를 결정해야 한다. 사용자 스토리(User Story)는 이를 위한 기법이다. 기법 서술 대화 테스트 설명 스토리는 서술 형태로 기록되며, 계획하거나 기억하기 위..