감독으로서의 동작 방법에 대한 고찰(웹 시스템의 조정 개발 중)

웹 시스템의 위탁 개발을 맡은 감독(PjM)
아시아 개발 프로젝트에 관하여 우리는 현장의 실제 활동이 어떠한지 정리하고 고찰하였다.
도구 사용

backlog

임무 관리용

Google 문서

진행 상태 보고를 위한 회의 기록

주간 프로세스(항목당)
(예) 단거리 경주는 일주일 단위일 때
요일
감독의 행동
일자
푹 쉬세요.
달.
진행 상태 보고서 MTG(고객 포함) 엔지니어에게 금주의 작업 및 우선 순위를 공유하여 다음 주 보고서 회의 기록 작성(금주의 내용 복제)
불.
엔지니어 집중 개발 요청
수돗물
엔지니어 집중 개발 요청
나무.
엔지니어의 진도 상황이 지연된 임무를 확인한 경우, 어디까지 진행될 수 있는지, 언제까지 대응할 수 있는지 확인
황금.
다음 주 보고서 회의록 최종 업데이트
흙
푹 쉬세요.
진행 상태 보고서 MTG(Delivery)

각 임무(각 백로그의 표)의 진전 상황 보고

지난주에 예정된 임무

지연된 임무에 대해 어디로 진전되었는지, 다음 주까지 대응할 수 있음

새로운 발생의 요구와 과제를 청취하고 연구 방법, 임무화

새로운 임무와 진도 예정 임무를 조합하여 우선순위를 확인하고 다음 주까지 실시하는 임무를 확인한다

QA(Quality) 정보

테스트 환경으로 업그레이드한 후 즉시 구현

고찰(개선점 등)
※ 단거리 경주가 1주일 경우

함정 구축에 심취

일주일 동안 짧아서 더 좋은 제품을 만드는 것보다 임무가 어떻게 진행되는지 주목하기 쉽다

QA 구현 계획 없음

현재 상황에 따라 테스트 환경으로 업그레이드한 후 QA를 실시한다.

프로젝트 전담 엔지니어와 테스트 인원이 있는 것이 아니라 일주일 이내에 QA 실시를 할 수 없다.

프로젝트 자체 예산이 많고 전임 자원을 확보할 수 있는 상황에서 QA 계획을 세우는 것이 이상적

나는 가능한 한 단거리 2~4주 동안 비교적 좋은 종목을 진행하는 경우가 비교적 많다고 생각한다.
단거리 경주가 짧아진 이유는 기능을 일찍 발표하고 자세한 진전을 확인하려는 의도가 있었다고 생각했는데 개발된 기능과 상황에 따라 달라진 것이기 때문에 기본적으로 시간을 두고 필요에 따라 상세한 상황 보고 시간을 확보해야 한다는 것이다.나는 현재의 프로젝트가 괜찮은지 아닌지를 고려하고 있다.