온라인 눈쇼핑을 좋아라 하는 저입니다 :)

오늘 눈여겨 보게 된 상품은 "모니터 메모보드" 입니다. 


<출처 : 상상날개(http://www.sgsgwg.com) >

그러다 문득 이런 생각이 들었습니다.

Scrum DashBoard용 화이트보드를 항상 갖고 싶었는데, 저걸 이용하면 더 편하지 않을까 하는 생각말입니다. !!

아래와 같이 말이죠 :)


개당 가격도 현실적인 수준이라 아마 조만간 해보지 않을까 싶습니다.

문제는 제가 모니터 3개가 붙어 있는 시스템이라, 어떻게 잘 적용할지가 관건입니다 ㅎㅎ 

왜 Sprint Demo를 해야 하는 가 ?

Demo를 한다는것은 "지속적으로 완성되어 가고 있는 Product를 보여주는 것" 이다.

Project  구성원들은 이루어 낸 결과물에 만족감을 느낄 수 있다. 
만약 만족스럽지 못하다면 자극을 받을 것이다. 결국 동기 부여가 된다는 이야기다. 

Project구성원들이 Project를 확인 할 수 있다. 맡은 부분이외의 것들을 Demo를 통해 확인 할 수 있다.

Product에 대한 Feedback을 받을 수 있다. 매 Sprint 마다 피드백을 받음으로,  Product가 Agile해 질 수 있다. 
프로젝트가 산으로 가는 지 바다로 가는지 확인 할 수 있다.

점진적으로 프로젝트 완성도가 높아진다. 
Demo를 위해선 부분 기능들을 100% 완료 해야한다.  90%해놓고 나중에 하는 일이 없어진다.
왜냐하면 고객에게 보여줘야 하기 떄문이다.

Sprint Demo는 어떻게 해야 할까?

Sprint Demo는 해당 Sprint 목표에 충실한다. 
간단한 버그, 사소한 개선사항등은 구지 보여 줄 필요 없다. 
해당 목표를 명확히 프로젝트 관계자들에게 보여주면 된다. 

데모는 Presentation이 아니다. 
정교하게 보여주기 위해, 시간을 많이 들일 필요 없가 없다. 돌아가는 Product만으로 충분하다. 
기술적인 내용도 자제하고, Product가 어떻게 돌아 가는지만 보여주면 충분하다. 그것이 Point다. 

+ Recent posts