PaperPrototyping작업에서 객체는?

1. 보이는 객체
   
2. 보이지 않는 객체
   

1. 화면 구성이 화려한 것
   
2. 시나리오가 복잡한 것
   
3. 변경이 자주 일어나는 기능
   

사실 전에는 2시간 정도의 시간으로 진행했던 적이 있었다.
그때는 간단하게 미리 만든 걸로 테트리스를 시뮬레이션하고 진행했었다. 그때는 전체적으로 헤매는 경우가 적었던거 같다.
도우미가 있어서 2팀을 붙어서 같이 진행해 나가서 정해진 시간내에 완료가 되었던거 같다.

1. 미리 동일한 혹은 비슷한 예제로 시뮬레이션하는 것을 미리 보여줬더라면.(목표가 좀더 명확하지 않았을까?)
   
2. 시간이 좀더 넉넉히 잡아서 서로 경험담이나 느낌을 공유할 수 있는 시간이 없었다는 것이 아쉬움..
   
3. 도우미가 꼭 필요하겠다.
   
4. 팀으로 참여해서 몸을 써서 익히는 것을 좋아한다.
   
5. 실습 후 이론을 진행하는 것을 처음 시도해 봤는데 생각보다 어렵더라.
   

발표하기 2010. 2. 2

PP를 실습하는 모습 2010. 2. 2

실습예제는 테트리스다. 2010. 2. 2

어떤 팀은 실습예제인 테트리스 블록에 색연필로 색깔을 입혔다. 2010. 2. 2

1. 간단 설명
   
2. PP 예제 보여주기
   
3. 팀역할 정하기
   
4. 방법 설명
   
5. 실습
   
6. 실습에 대한 느낌 공유
   

1. 처음에 뭐부터 해야하나?
   
   spec공유 후 spec에 나오는 것들(리스트 컨트롤, 버튼, 다이얼로그, ...)을 만든다. (발표 자료에 있었음.)
   
2. 40분으로 정했는데 그 시간에 output이 나오지 않는 경우 팀장은 어떻게 해야하나?
   
   회의와 마찬가지로 시간내에 결과가 나오고 마칠 수 있도록 퍼실리테이터(facilitator)인 팀장의 역할이 아주 중요하다.
   각 단계(5~10분 단위)별로 시간이 지켜지면서 진행할 수 있도록 주의한다. (지금까지 경험으로는 처음 실습에서 시간내에 끝마치는건 거의 불가능했다. 시행착오가 필요함.)
   

1. 해당 기능에 대해 책임을 맡은 개발자는 이미 자신만의 시나리오가 있었다. 또 그렇게 동작하는 것에 대해서 당연하다는 생각을 하고 있었다. PP를 통해서 개발자들 각각이 동일한 기능에 대해 다른 방식의 시나리오를 생각하고 있다는 것을 알았다. 사용성과 개발 가능성, 다른 모델이나 경쟁사 제품의 동작 등에 대한 정보들이 참석한 개발자들로부터 쏟아져 나왔다. 1시간만에 참석한 7명의 팀원이 기능 시나리오에 대해 같은 관점을 가지게 된거 같다.