2011.10.05 11:48
좀 늦었지만 마무리를 지어야겠다. 

최종 마무리는 9월 30일.

적용은 1. 서버 개발 일부와 2.9월 시연 내용 마무리 작업.

1은 서버측만 20일 동안 시연에 필요한 서버 작업에 대해 작업한 sprint 였으며, 

2는 서버 + 클라이언트 작업자와  마무리 sprint로 잡고 5일간 진행하였다.

전체적으로 기존의 kant(자체 개발한 일정 관리 프로그램)의 사용과 큰 차이는 없었다. 

장점은
 - 작업 내용에 선을 긋지 않아 자유롭게 선택이 가능함.
 - 오전 오후 만나 작업 내용을 검토하면서 좀 더 일정과 자신의 능력을 같이 검토할 수 있었다는 점.
 - 현재 남은 작업, 시간 등에 대한 통계를 쉽게 볼 수 있음.
 - 추가 작업이 중간에 얼마나 생성되었으며, 이로인해 우리가 처음 설계시 얼마나 정확하지 않았는지 확인 가능하다는 점

그리고 단점은 
 - 작업의 우선 순위를 쉽게 파악하기 힘듬
 - 이로인해 다른 사람들과 연관된 작업을 미리 파악하기 힘들었다.
 - 이를 극복하기 위해 다른 이들과 좀 더 깊은 이야기를 하고 따로 메모를 해야 되는데 기존의 kant에서 이미 지원하는 기능이었기 때문에 아쉬움이 남음

결론으로는... 

만약 TF 를 구축할 일이 있다면 그쪽에 더 잘 맞을 듯.. 

기존의 Kant보다 더 효율적이라고 판단하기는 이름. 이미 Kant를 사용할 때도 작업자들이 일정을 생성, 조정하고 있으며 이에 대해서 주기적으로 파악하고 있기 때문일 것이다. 

icescrum과 기존 툴 Kant(MS Project와 비슷함)은 어쨌든 툴이고, 이 둘을 사용하는 방식이 비슷하며 툴의 성능과 상관없이 이를 이용하는 방법이 비슷하므로 툴의 장단을 찾아보려고 시작했는데, 비슷한 느낌이랄까. 

팀원들에게 차라리 혼돈을 주지 않는 방향이 더 좋을 것이라는 판단이 든다. ^^


 
저작자 표시 비영리 동일 조건 변경 허락
신고

'개발/경험' 카테고리의 다른 글

apache + php 연동 참고 문서  (0) 2011.12.20
dart lang  (0) 2011.10.11
icescrum 적용 일지 - 1차 마무리 < 2011.10.6>  (1) 2011.10.05
icescrum 적용 일지<2011/09/16>  (0) 2011.09.16
icescrum 적용 일지<2011/09/15>  (0) 2011.09.16
icescrum 적용일지 <2011/09/14>  (0) 2011.09.14
2011.09.16 16:47
sandbox를 활용한 스토리 기능 활용.

서버에서 캐릭터 위치 정보 파악을 위한 디버깅 창을 만드는 기능에 대해서 스토리 기능을 활용해 봄.  
저작자 표시 비영리 동일 조건 변경 허락
신고

'개발/경험' 카테고리의 다른 글

dart lang  (0) 2011.10.11
icescrum 적용 일지 - 1차 마무리 < 2011.10.6>  (1) 2011.10.05
icescrum 적용 일지<2011/09/16>  (0) 2011.09.16
icescrum 적용 일지<2011/09/15>  (0) 2011.09.16
icescrum 적용일지 <2011/09/14>  (0) 2011.09.14
icescrum 적용 일지 <20110906>  (0) 2011.09.07
2011.09.14 03:06
서버 파트에 이어서 툴 파트도 적용을 한 상태. 

서버 파트 일주일 정도 적용해보니 괜찮은 상태.

처음 목적에서 우리가 뭘 잘못 생각 했었나. 시간 측정은 잘 했었나. 업무의  분담은 적절한가.. 등등 .. 여러가지 결과를 얻을 수 있어서 괜찮았음. 

툴 파트는 막 적용한 상태라 아직 결과는 없고..

지금까지 일정 자체를 나와 작업자가 이야기하면서 만들었지만 작업자들이 익숙해지고 있으므로 작업자의 의견을 좀 더 비중있게 받아 진행할 예정.

지금까지 스크럼에 대한 의견은 아래와 같다.

-뚜렸하고 단일의 목표를 스프린트 기간 동안의 목표로 설정하라.
-쉽게 성취감을 확인할 수 있는 짧은 스프린트 기간.
-아침 저녁으로 일정의 시작과 끝을 체크. 
-나뉘어진 실질적인 작업은 2-4시간 단위로 무조건 쪼갤 것.
- 하루에 하기로 설정한 것은 무조건 마무리하고 가고, 안될 경우 담당자와 이야기하여 작업을 분리한다. 

icescrum 툴은 괜찮은 듯. 아직 기능을 다 활용할 수준은 아니지만 통계를 이용하여 진행사항, 개인의 능력, 진척사항등을 체크하기에 적당하다. 
저작자 표시 비영리 동일 조건 변경 허락
신고

'개발/경험' 카테고리의 다른 글

icescrum 적용 일지<2011/09/16>  (0) 2011.09.16
icescrum 적용 일지<2011/09/15>  (0) 2011.09.16
icescrum 적용일지 <2011/09/14>  (0) 2011.09.14
icescrum 적용 일지 <20110906>  (0) 2011.09.07
iceScrum 번역 기준 문서  (0) 2011.08.29
iceScrum - Features  (0) 2011.08.29
2011.09.07 14:49
서버 파트의 컨텐츠 개발 일정에 처음 적용.

처음이고 내 머리속에 있는 내용들이 대부분이라 일단 sprint를 이달 21일까지 정함.

목표는 "서버에 컨텐츠 연동을 위한 기반 작업"

내부 task를 약 12개로 나누고, 작업은  약 2 ~ 6시간 사이에 해결 가능한 일정으로 상세히 나눔. 


--------------------------------------------------------------

담당자가 업무 파악을 어느 정도 하면  task 설정하는 작업을 담당시켜 볼 예정.
저작자 표시 비영리 동일 조건 변경 허락
신고

'개발/경험' 카테고리의 다른 글

icescrum 적용 일지<2011/09/15>  (0) 2011.09.16
icescrum 적용일지 <2011/09/14>  (0) 2011.09.14
icescrum 적용 일지 <20110906>  (0) 2011.09.07
iceScrum 번역 기준 문서  (0) 2011.08.29
iceScrum - Features  (0) 2011.08.29
Tortoise SVN으로 게임 데이타 패치 만들기  (2) 2011.08.12
2011.08.29 18:29
<용어 리스트>
scrum - 스크럼
sprint - 스프린트
Story - 스토리
Backlog - 백로그
Product - 제품
Release - 릴리즈
Product Owner  - 제품 책임자
sticky notes - 포스트잇 우리가 흔히 아는, 혹은 오프라인으로 이걸 사용하므로 연상하기 쉽게 이걸 사용. 영어를 영어로 바꾸니 이상하긴 하다.

<번역 단계>
Step 1 - 기능 테스트 전, 단순 번역.
Step 2 - 테스트 후 내용 확인 거친 단계
Step 3 - 최종 검토 후 다른 분들이 가져가도 될 상태. 물론 개인적인 생각 -_-a)
 
저작자 표시 비영리 동일 조건 변경 허락
신고

'개발/경험' 카테고리의 다른 글

icescrum 적용일지 <2011/09/14>  (0) 2011.09.14
icescrum 적용 일지 <20110906>  (0) 2011.09.07
iceScrum 번역 기준 문서  (0) 2011.08.29
iceScrum - Features  (0) 2011.08.29
Tortoise SVN으로 게임 데이타 패치 만들기  (2) 2011.08.12
자료형은 byte로  (0) 2011.02.27
icescrum
2011.08.29 18:28
(원문 : http://www.icescrum.org/en/features-en/)

(번역 단계 Step 1)


기능 설명 

Product Backlog 
 백로그는 스토리를 포함하는 스크럼의 핵심이다.  iceScrum에서 "제품 책임자"는 가상 
포스트잇을 관리한다. 그(혹은 그녀)는 이것들을 선택하고 확장하거나 이동하여 우선 순위들을 관리한다. 그러므로, 해당 팀은 항상 ready-to-use 백로그에 적절히 대응할 수 있다. 

Release Plan
 이 스토리들은  몇달 동안의 계획을 정리한 스프린트들과 연관된다. iceScrum에서 이런 계획을 스크린트안에서 post-it을 자동으로 혹은 쉽게 이동시킬 수 있다. 

Sprint Plan
 팀 맴버들은 스프린트의 이야기들을 구현하기 위해 작업들을 생성할 수 있다. 가상 대쉬보드를 통해 활동 상황을 지켜볼 수 있다. iceScrum에서는, 팀은 각 구성원이 스프린트의 작업을 정의하고, 할당하고, 시작하거나 마무리할 수 있게 허락하는 스크럼 보드를 가지고 있다. 

SandBox
 sandbox는 iceScrum에서 제공하는 백로그의 확장이다. 모든 작업자들은 "제품 책임자"가 이 스토리를 가지고 다음에 할 일들을 결정하는데 도움을 줄 수 있도록 이야기들에 코멘트를 달 수 있는 기능을 제공하는데 사용할 수 있다.

Dashboard
 프로젝트에 대한 지표들, 최근 수정사항들, 비젼, 완료작업, (이전 작업의) 회고와 같은 중요한 데이타들을 모아서 볼 수 있는 것이다.

Timeline
 릴리즈와 스프린트 정보로 프로젝트의 life-cycle을 그래픽적으로 보여주는 기능. 각각의 맴버별로 보기가 가능하다.

Actors
 제품에 참여한 유저들. 액터들은 백로그의 스토리안에 사용되어진다. iceScrum에서는, 액터의 특성은 정의할 수 있으며, 이 특성에 따라 이야기들을 필터링 할 수 잇다.

Features
 제품은 유저들에게 알맞은 여러 기능으로 세분화된다.  iceScrum에서는, 기능들은 백로그로 모이게 되며, 가치에 따라 우선순위가 매져긴다.iceScrum은 기능을 가진 스토리를 쉽게 연상할 수 있는 기능을 제공한다.

Team 
 한 팀은 제품 책임자와 스크럼 마스터를 포함한 맴버들로 구성되어진다. iceScrum 은 유연하게 적책과 목표를 관리한다. 팀을 참여시키는 것이 가능하며, 역할을 수정하고 아바타를 선택할 수 있다.

Indicators
 iceScrum은 자동적으로 스프린트, 릴리즈, 그리고 제품 레벨에 대한 지표를 제공한다. 대표적으로 burndown chart와 그것과 연관된 다양한 기능들(burnup, parking lot, cumulative flows)가 있다.

  
저작자 표시 비영리 동일 조건 변경 허락
신고

'개발/경험' 카테고리의 다른 글

icescrum 적용 일지 <20110906>  (0) 2011.09.07
iceScrum 번역 기준 문서  (0) 2011.08.29
iceScrum - Features  (0) 2011.08.29
Tortoise SVN으로 게임 데이타 패치 만들기  (2) 2011.08.12
자료형은 byte로  (0) 2011.02.27
Doxygen 한글 문제  (0) 2010.12.20
icescrum


티스토리 툴바