기억을 지배하는 기록

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

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

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

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

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

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

3. 가능한 늦게 결정하라 동시 소프트웨어 개발 깊이 우선 접근법은 상위 수준의 의사결정을 하위 수준에 의존하게끔 만든다. 손실이 가장 큰 실수는 시작할 때 중요한 부분을 고려하지 않아서 빚어진다. 큰 실수는 구체적인 사항으로 너무 빨리 진행할 때 발생하기 쉽다. 일단 세부적인 ..

2. 배움을 증폭하라 소프트웨어 개발에서의 품질 소프트웨어 개발에서 품질은 인식 통합성과 개념 통합성 두 차원에서 생각 할 수 있다. 인식 통합성이란 제품이 기능, 사용성, 신뢰성, 경제성 등 전체적인 면에서 균형을 이루어 고객을 만족시킨다는 의미다. 반면 개념 통합성이란 시스템..