본문 바로가기

User Story5

사용자 스토리와 유스케이스 I. 사용자 스토리와 유스케이스? [1]을 보면 이런 말이 나옵니다. 유스케이스 다이어그램은 UML의 많은 다이어그램에서 가장 혼란스럽고 쓸모없다. 나는 잠시 후 설명할 시스템 경계 다이어그램을 제외한 다른 유스케이스 다이어그램들을 여러분이 전혀 사용하지 않으면 좋겠다. 뭐 이런 말도 나옵니다. 유스케이스는 시스템의 동작 하나를 기술한 것이다. 유스케이스는 방금 시스템에게 특정한 일을 시킨 사용자의 관점에서 작성하며, 사용자가 보낸 자극 하나에 대한 반응으로 시스템이 진행하는 눈에 보이는 이벤트의 흐름을 포착한다. 눈에 보이는 이벤트란 사용자가 볼 수 있는 이벤트를 뜻한다. 유스케이스는 사용자의 눈에 보이지 않는 동작을 전혀 기술하지 않고 시스템 안에 숨겨진 메커니즘도 다루지 않는다. 오직 사용자가 직접.. 2007. 10. 15.
사용자 스토리 : 실무 적용 사례 (04) [앞 글에서 계속 이어집니다] 그러면 이제 스토리(혹은 스토리 카드 ^^;)를 하나씩 분석해 보도록 하죠. 지난 번에 스토리에 하나씩 번호를 매겼었는데, 그 순서대로 진행하면 좋겠지만 아쉽게도 좀 무리가 있습니다. 우선, 이해가 편한 부분부터 하나씩 살펴보도록 하겠습니다. 본 글에서 '추정치'는 며칠 만에 구현할 수 있느냐,를 나타내는 값입니다. 각 스토리 아래쪽에는, 해당 카드에 적혀있을 만한 내용을 함께 적어보도록 하겠습니다. 편의상 카드에 스토리 번호를 함께 적었는데, 실제로는 이 번호는 필요가 없습니다. 번호를 순서대로 유지하는 비용이 쓸데없이 더 붙기 때문이죠. 그냥 제가 설명을 돕기 위해 적었다고 생각해주세요. 11. 네트워크 관리자는 시스템의 상태 (가동상태? 중지상태?)를 살펴볼 수 있다 .. 2007. 10. 1.
사용자 스토리 : 실무 적용 사례 (03) (역시 지난 글에 이어집니다.) 사용자 식별을 대강 마쳤으니 이제 사용자 스토리를 작성해볼 순서입니다. CRM 관리자가 하는 일이 과연 있을까? 네트워크 관리자랑 상당부분 중복되지 않을까? 하는 생각이 들었습니다만, 스토리를 작성해 보기 이전에 사용자 범주를 과도하게 축소해버리는 것도 위험하겠다, 는 생각도 들었습니다. 사용자가 줄어든다는 것은, 그만큼 스토리 작성에 있어 유용하게 써먹을 수 있는 관점들이 줄어드는 것을 의미하기도 하니까요. 그래서 일단은 사용자들은 그대로 두고, 대략적인 사용자 스토리들을 작성해봤습니다. 과연 필요한 모든 스토리들을 다 작성했을까? 하는 의구심도 들었습니다만, User Stories Applied라는 책에도 나와있다시피, 사용자 스토리를 만드는 것 조차도 점진적으로 해 .. 2007. 10. 1.
사용자 스토리 : 실무 적용 사례 (02) (앞 글에 이어서 계속됩니다) 그런데 생각해 보니, 그것보다는 더 다양한 사용자가 있을 법도 합니다. 그래서 고민을 좀 해봤습니다. (같이 할 사람이 좀 있었으면 고민을 안했어도 되었을텐데.. ㅎㅎ) 생각해보니, VoIP 사용자로는 두 가지 부류가 있을 수 있겠더군요. 하나는 일반 VoIP 전화 사용자이고, 다른 하나는 음성/화상 겸용 VoIP 전화 사용자. 어떤 사용자냐에 따라서 시스템에 바라는 바도 좀 달라질 수 있겠습니다. 그리고 생각해보니까, 관리자도 두 가지 부류가 있을 수 있겠더군요. 네트워크를 관리할 네트워크 관리자와, 고객과의 관계를 관리하는 것이 주 업무인 CRM 관리자. CRM 관리자 입장에서는 고객의 불평불만을 처리할 근거 자료가 필요하니까, 혹시라도 전화가 안된다면 그 원인을 신속하.. 2007. 9. 28.