'경험담'에 해당되는 글 1건

  1. 2009/08/13 글뻥 애자일 경험담 4

애자일 경험담 4

Developer 2009/08/13 23:22

지난번에 Wiki를 통한 커뮤니케이션을 했었다고 회고한적이 있다.
우리는 이것을 "성과평과회의"라는 이름으로 2주에 1회씩. 릴리즈에 맞춰서 고객과 모든 개발팀원이 모여서 시행하였다.

다음과 같은 양식이었다.

성과평과회의일시 : 200X. X. X 00:00~00:00

1. 목표달성평가
목표 달성여부
개발웹서버설치설정(사용포트80) O
WAS서버설치설정(사용포트8080) O
WSDL정의 X

2. 개선점도출
개선점 개선방안 담당자
보안관련 퇴근후 정리정돈이 안됨 보안재교육 홍길동
SVN Source Commit 안해서 Conflict발생함 SVN재교육 홍길동

3. 다음목표계획
    1) 목표
목표 상세설명 중요도
WSDL정의 SOAP클라이언트가 인식할 수 있도록 Method를 WSDL로 정의한다.
클라이언트 I/F프로토타잎 SOAP 인터페이스 구현후 각 Method 작동 여부확인
    2) 리소스
      [WSDL 설정 매뉴얼 링크]
      [TRAC Ticket 링크]
    3) 일정계획

일자 업무내용 상세내용 필요시간 휴먼리소스
2009.X.3 업무회의 회의 0.5h 홍길동/개발팀
WSDL정의 워킹되는상태임 2h 홍길동
클라이언트 I/F프로토타잎 SOAP 인터페이스 구현후 각 Method 작동 여부확인 4h 고길동
SVN 재교육 SOAP 인터페이스 구현후 각 Method 작동 여부확인 1h 홍길동/개발팀
주간보고서작성 주간보고 1h 홍길동

4. 이슈
이슈 상세설명 중요도 담당자 해소일자
설계불명확 설계추가 개발 필요함 고길동 2009.X.X
개발협력사인력투입지연 K사 개발자 2명 투입일정이 3일지연됨 고길동 N/A
위와 같이 작성하였다.
먼저 목표 달성 평가는 이전 "성과평과회의"에서 목표로 제시된 2주면 2주 3주면 3주간의 달성 목표중 달성 여부를 표현한 것이다.
달성되지 않은 목표는 "3. 다음목표계획"에 추가해 놓는다.
여기서 중요한것은 합의와 투명성이다. 실재로 눈으로 보고 만져봐서 최종결정한다.

그다음이 "2. 개선점도출"인데 여기에서는 개발팀에서 잘안되는 점 또는 프로세스상 잘 안되는 점을 도출하고 개선 담당자를 반드시 Assign 한다.
개선 담당자는 개선점을 찾아서 고쳐야 하는 의무를 지니게 되고 PM에게 개선회의를 주관하여 개발팀원의 합의하에 문제가 개선될 수 있도록 한다.

"3. 다음목표계획"에서는 먼저 다음 iteration에서 달성할 "기능목표"를 명확하게 결정한다.
* 기능 목표라 하면 정확하게 "Feature" 다시 말해 기능 구현을 확인 가능한 형태이다.
너무 적어서도 너무 많아서도 곤란하다. 고객과 개발팀원, 담당자가 모두 합의하여야 한다.
그리고나서 "Resource"를 도출하는데 목표에 달성한 리소스를 모두 명시해두도록 한다.
사전에 TRAC의 Wiki 또는 issue Ticket을 사용하였다면 준비에 필요한 제반 지식공유 또는 커뮤니케이션 결과를 Link 해둘수 있으므로 TRAC에 존재하는 필요한 지식을 도출하고 링크한다.
마지막으로 앞으로 iteration의 계획을 수립하는데 시간단위로 도출하고 회의록 작성시간까지 정의해두자.

여기서 거의 모든 사람의 의문이 제기된다. 그러면 iteration 별로 이렇게 일정을 잡는건 알겠는데 프로젝트 전방에 대한 일정이 어디있는가?
그렇다. 그렇게 때문에 Mile Stone을 정의한다.

Mile stone에서는 언제까지 무엇을 하겠다는 단계별 큰 일정만 명시하고 합의하도록 하자.

이슈는 지금까지 발생한 이슈를 정의해두고 담당자를 지정해둔다.
해소 일자가 있는 부분은 해소가 된 정확한 일자를 기재하자.

* 여기서 또하나의 문의사항이 발생하는데 이슈란것은 무엇인가?
혹자는 고객의 요구사항도 이슈라고 표현하는데 우리는 단 3가지로 정의하였다.
바로 "일정","예산","인원" 이 3가지중에 하나에 영향을 주는 요소는 모두가 이슈이다.

오늘은 여기까지 썰을 풀고 또 다음에 ^^;;
2009/08/13 23:22 2009/08/13 23:22