끝 없는 개발 추가/수정사항을 처리하기 위한 단계별 해결 전략에 대한 이야기입니다.
- "완료" 정의하기
: 프로젝트 시작 전에 "완료"가 무엇인지 명확히 정의하고, 이를 문서화하여 범위 확장을 방지함(c.f. 킥오프) - MVP* 수용하기
: 완벽을 목표로 하지 않고 "충분히 좋은" 상태를 목표로 함. 기본 버전을 먼저 출시하고 나중에 개선함
*MVP(Minimum Viable Product, 최소 기능 제품): 프로젝트의 핵심 가치를 가장 먼저 검증할 수 있는 최소한의 기능 - 프로젝트 시간 제한
: 프로젝트에 마감일을 설정하여 긴급성을 부여하고 기능 확장을 방지함 - 작은 일 완료 연습
: 작은 프로젝트나 작업을 정기적으로 완료하여 "완료"에 대한 두려움을 줄이고 성취감을 키움 - 아이디어와 구현 분리
: 새로운 아이디어가 떠오르면 즉시 실행하지 않고 아이디어 로그에 기록함 - 완료 축하하기
: 프로젝트를 완료할 때마다 축하하여 긍정적인 강화 효과를 얻음 - 책임감 수용
: 프로젝트 완료에 대한 책임감을 가지기 위해 파트너를 찾거나 공개적으로 약속함
'QA > PM' 카테고리의 다른 글
소프트웨어 튜토리얼 작성 규칙 (0) | 2025.03.05 |
---|---|
맥킨지의 일하는 방식 - 문제해결과정 (2) | 2025.02.22 |
맥킨지 7S 모델 - 맥킨지 7S 프레임워크 (2) | 2025.02.21 |
킥오프 온보딩 차이 (0) | 2025.02.15 |
프로젝트 산출물 (6) | 2025.02.14 |