근무 환경도 좋아지고 공간도 많이 넓어져서
스프린트 현황판도 다음과 같은 위용을 가질 수 있게 되었습니다.
<사진. 스프린트 현황판의 위용>
12월 4일 오후에 스프린트 종료 데모가 있었고
12월 7일 오전에 1층 까페에서 스프린트 회고 시간을 가짐으로써
2nd 스프린트가 종료하였습니다.
저는 출산 휴가로 인해 절반 정도 자리를 비웠습니다.
다녀와 보니 많은 것들이 달라져 있었습니다. *_* 다른 분들이 고생이 많으셨을 듯 ^^;
이번 스프린트의 가장 큰 성과는
'가시적인 결과물' 입니다.
완벽하진 않지만 기능을 제대로 하는 프로그램이 탄생하였고, 스프린트 종료 회의시간에 데모를 할 수 있는 수준까지 되었습니다.
스프린트 회고 내용은 다음과 같습니다.
<좋았던 것>
- SDK 관련하여 많은 생각을 할 수 있었음
- TDD가 손에 익었다. 설계에도 많은 도움이
- 이사 후, 공기/의자 등 작업환경이 개선되어 능률이 좋아졌다.
<나빴던 것>
- UI 작업은 XML 작업이 많아서, 마치 코더가 된 것 같다.
- TDD 때문에 예상한 작업 시간보다 다소 길어진 면도 있음
- UI는 XML 기반이라서 TDD 적용이 힘들다
- UI 작업시, 참고할 문서나 자료를 찾기 힘들어서 내가 확 그려버리고 싶을 때도 있다.
- 이사의 여파가 며칠 갔다. 이사에 사용되는 시간을 하루로 예상했는데 그보다 더 많이 사용하였음
- 문제가 해결되지 않아서 삽질을 조금 했는데, 알고보니 무선랜 문제
à 문제점을 잘 파악하는게 중요할 듯
<재미있었던 것>
- 어플이 실제로 보이기 시작한다.
<제안 사항>
- 회고 내용도 위키에 정리하자
- TDD를 위한 pair programming
- class간의 dependency를 낮추자
à 최대한 짜잘짜잘하게 나누면 좋음. 설령 나중에 합치더라도 이렇게 해 두면 편함
- API 문서를 시간 날 때마다 읽자
- 코드 리뷰
à 회의실 생기면 하자. 우선 필요한 내용을 위키에 정리해 둘 것. 좋은 분위기에서 진행
코드 리뷰 중, 기술적인 내용이 비교적 적은 UI, TDD 관련 내용에는 Amy를 참석시키자.
- 추정이 많이 틀렸는데, 걸릴 시간을 솔직하게 말하자
à 추정이 틀리더라도, 하루 단위로 tight하게 잡으면 오히려 일할 때 늘어지지도 않고 좋을 수도…작업 시간이 늘어나면 그때 그때 이야기 하면 좋을 것 같다.
집중도 70%를 감안하여 추정하자.
번다운 차트에도 70%를 명시할까?
- 다음 회고 회의때는 Amy를 참석시키자.
<다음 Sprint 때 적용할 제안 사항 Top 2>
- 재 추정시 집중도(70%)를 감안하여 추정하자.
- 다음 sprint 때에는, TDD pair programming을 개인당 최소 1회 진행하자.
Trackback Address :: http://www.dreamjr.org/tt/trackback/125
