arrows-spin애자일 프로세스

테크포임팩트 LAB의 애자일 프로세스를 소개합니다. 사회문제 해결 프로젝트가 잘 수행될 수 있도록 체계적인 프로세스에 따라 진행합니다.


왜 3주 스프린트인가?

일반 소프트웨어 개발 vs 테크포임팩트 LAB

구분
일반 소프트웨어 개발
테크포임팩트 LAB

참여자 특성

풀타임 개발자

본업이 있는 기술 전문가

모임 빈도

매일 또는 격일

주 1회 정기 모임

개발 집중도

업무시간 전체

사이드 프로젝트 성격

의사결정 속도

즉시 대면 논의

비동기 + 주간 정리


PI 구조 (9주 + 1주 IP)

PI (Program Increment)란?

임팩트 목표 달성을 위한 완성된 기능 개발과 릴리스가 가능한 단위

  • 각 PI는 3주 스프린트 3개로 구성 (총 9주)

  • PI가 끝나면 IP 기간 1주를 가짐

  • 총 2개의 PI로 랩 완주

2025년 2기 PI 구조

킥오프 워크숍 (7월 19일)

본격적인 개발 전 문제 정의와 계획 수립을 위한 준비 기간

  • 랩장, 랩원, 펠로우가 함께하는 종일 워크숍

  • 1회 오프라인 워크숍

  • 체계적인 프로젝트 기획 완료

PI 1 (7월 21일 ~ 9월 21일)

  • Sprint 1: 7/21 - 8/10 (3주)

  • Sprint 2: 8/11 - 8/31 (3주)

  • Sprint 3: 9/1 - 9/21 (3주)

  • IP Break: 9/22 - 9/28 (1주) → 1차 데모

PI 2 (9월 29일 ~ 12월 7일)

  • Sprint 1: 9/29 - 10/26 (4주, 추석 연휴 포함)

  • Sprint 2: 10/27 - 11/16 (3주)

  • Sprint 3: 11/17 - 12/7 (3주)

  • IP Break: 12/8 - 12/13 (1주) → 12월 중 최종 성과 공유회 진행

IP (Innovation & Planning) 기간의 역할

현장 검증, 피드백 수렴, 기술 부채 관리를 위한 기간

  1. 성과 평가: 각 PI의 성과를 평가하고 다음 PI 방향성 조정

  2. 현장 검증: 임팩트 조직과 함께 개발된 솔루션의 현장 적용성 검토

  3. 팀 리프레시: 1주간의 브레이크로 팀원들의 에너지 충전 및 기술 부채 해소


스프린트 구성 & 이벤트

정기 이벤트 구성

주기
이벤트 유형
주요 활동

3주에 1번

🎯 스프린트 계획

목표 설정, 우선순위 결정, 태스크 배분

매주

✅ 주간 체크인

진행상황 공유, 이슈 해결, 다음주 계획

3주에 1번

📊 스프린트 리뷰

성과 검토, 펠로우 피드백, 데모 준비

9주에 2번

🔄 PI 회고

프로세스 개선, 팀 건강도 체크

9주 2번

🎉 PI 데모

성과 발표, 현장 검증, 방향성 조정

🎯 스프린트 계획 (3주마다)

목표: 3주 동안 달성할 핵심 목표와 작업 계획 수립

주요 활동:

  • 임팩트 목표 연계성 기준으로 작업 우선순위 설정

  • 개인 역량과 가용 시간 고려한 태스크 할당

  • 리스크 및 의존성 항목 점검

비동기 작업 방식

주 1회 모임 외 시간 활용

개발 작업

  • 각자 담당 태스크 개발 및 구현

  • 개인 일정에 맞춰 유연한 작업 시간 조정

  • 주요 기능 구현 및 통합 작업 진행

커뮤니케이션

  • 디스코드: 실시간 소통 및 긴급 이슈 공유

  • GitHub: 코드 리뷰 및 기술적 논의

  • 노션: 문서 업데이트 및 진행상황 기록

문서화

  • 노션 템플릿을 통한 체계적 작업 기록

  • 개발 과정에서 발생하는 의사결정 및 변경사항 문서화

  • 지식 공유를 위한 기술 문서 작성

효과적인 비동기 협업 팁

소통 규칙

  • 응답 기대 시간: 24시간 내 (긴급시 즉시)

  • 주요 결정사항은 반드시 공유 채널에 기록

  • 막히는 부분은 혼자 끙끙대지 말고 빠르게 도움 요청

작업 관리

  • 매주 개인 목표 설정 및 달성도 체크

  • 예상보다 지연되는 작업은 주간 체크인에서 공유

  • 완료한 작업은 스크린샷이나 링크로 가시적 공유

품질 관리

  • 코드 리뷰는 24시간 내 완료 (봇 활용)

  • 주요 기능 완성 시 팀원들과 테스트 공유

  • 문서화는 개발과 동시에 진행

Last updated