USER-STORY

요즘 일상에서 가장 많이 쓰는 도구는 Dooray 서비스 다. 지난 번에 지극히 개인적인 활용을 다룬 글 을 올리긴 했지만, 두레이의 일반적인 쓰임새는 개인 작업 관리용이 아니라 협업 도구다. 약 19개월정도 써온 사용자 1) 로서 두레이를 쓰면서 이 점은 좋으니 널리 알리고 싶다 거나 이렇게 써보면 좋겠다 고 느낀 내용을 몇 가지를 써본다. 화면 기획서를 공유하며 다자간 협업 이끌어내기 하위 작업을 통해 주 단위 작업 흐름 만들기 태그 그룹을 이용해 개발 단계 표현하기...

개발을 여러 층의 케익으로 나누기 번역 검토를 할 때 임춘봉님이 User Story를 사용자 이야기라고 번역하면 안되느냐고 물었다. 이런 견해의 배경에는 애자일에 대한 배경 지식이 부족한 점과 모국어로 소화하지 않으면 의미를 제대로 이해하기 어렵다는 그의 신념이 있다....

* 이 글은 제품 설계와 관리 전문가 Luis Mizutani 가 ThoughtWorks 블로그에 올린 Slicing your development work as a multi-layer cake 을 번역한 글입니다. 애자일 프로젝트에서는, 흔히 목적을 쪼개어 개별 작업 단위로 나누어서 최종 사용자 관점에서 동작을 수행하는 기능feature 으로 만든다. 이러한 작업 단위를 보통 '사용자 스토리user story’라고 부른다. 이때, 분명한 의문이 떠오른다. 사용자 스토리로 일을 나누는 최선의 방법은 무엇인가? 인생의 많은 일이 그렇듯이 그것에 대한 답이 있다. 그때그때 달라요. 우리는 평소 농담조로 컨설턴트가 즐겨 쓰는 대답이라고 말하곤 한다. 그러나, 실제로 스토리 작성 방법에 왕도가 없기는 하다. 그렇다고, 사용자 스토리 작성 방법에 관해 유용한 문헌이 없다는 말은 아니다. 단지, 어느 시점에 특정 방법을 쓰라고 알려주는 식의 이론은 없다는 의미다. 그만큼 사용자 스토리로 일을 나누는 길은 부단한 연습이 있을뿐 뾰족한 방법이 없는 고된 작업이다. 나쁜 소식은 제쳐 두자. 반가운 소식은 효과적인 스토리 작성을 돕는 기법도 많이 있다는 사실이다....