본문 바로가기

개발 프로세스

(2)
basecamp 의 개발 프로세스 - Shape Up 요약정리. 과거 몇년간 어떻게 작은 팀으로, 높은 품질의 소프트웨어를 그렇게 빨리 개발해내는지 물어보곤 했다. 또, 개발자들을 오랫동안 유지하는지도. 첫째, 우리는 워터폴, 애자일, 스크럼같은 프로세스에 얽매이지 않았다. 둘째, 우리는 벽에 포스트잇을 줄세우지 않았다. 셋째, 우리는 데일리 스탠드업, 스프린트, 백로그, 칸반, 벨로시티 체킹등 어느 것도 하지 않았다. 우리는 우리의 길을 만들었다. 1. 소개 이 책은 basecamp 에서 어떻게 제품을 개발하는지 가이드를 제공하기 위한 것이다. 문제점 소프트웨어팀이 성장하면서 유사한 문제점들이 생겨난다. - 팀원들은 프로젝트가 끝없는 행군처럼 느껴진다. - 프로덕트 매니저들은 프로덕트에 대해 전략적으로 생각할 시간을 낼 수가 없다. - 창업자들은 자문한다. 왜 우리..
스크럼 프로세스 - 액티비티 위주 정리. 제품 백로그 수집 : 상시. 스프린트 계획 준비 : 제품백로그에서 우선순위를 생각하여 스프린트 목표 수립. 스프린트 계획 미팅 : 목표를 검토하고, 스프린트 백로그로 세분화. 스프린트 백로그는 개당 0.5일~2일정도로 분할. 일정 수립 : 일정 주사위를 이용, 공동으로 일정 수립. 이후 하나씩 가져가도록 함. 일정은 방해 없이 풀타임으로 할 수 있다는 전제하에 잡고 난 후, 몰입 비율(50%?) 곱하여 듀데이트 설정. 기술 스토리를 일정 비중 포함시켜서, 평소에 무시되기 쉬운 기초 공사를 병행하고, 유사시에도 비지니스 일정에 무리가 가지 않도록 함. 일일 미팅 : 15분~30분정도의 진척 상황 미팅. 리뷰 미팅 : 완료 후, 리뷰. 회고 미팅 : 2~4개 스프린트 완료 후, 프로세스를 개선할 것이 없는지..