← 최신 논문
💻 computer science

Visual Milestone Planning in a Hybrid Development Context

이 논문은 애자일 실무자가 하이브리드 개발 프로세스의 프론트엔드로 채택할 수 있도록 애자일 용어를 활용하여, 백로그 항목을 마일스톤에 할당하는 '마일스톤 계획 행렬'과 테트리스 방식의 스케줄링 캔버스를 통해 팀이 직접 계획을 시각적으로 조작하고 공유할 수 있는 '시각적 마일스톤 계획 (VMP)' 방법을 설명합니다.

원저자: Eduardo Miranda

게시일 2026-02-26
📖 3 분 읽기☕ 가벼운 읽기

원저자: Eduardo Miranda

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

🎯 핵심 개념: "목적지는 정했지만, 가는 길은 우리가 정한다"

전통적인 프로젝트 관리가 "어떤 차를 타고, 언제 출발해서, 몇 시에 도착할지"를 미리 정해버린다면, 이 VMP 방법은 "우리가 어디에 도착해야 하는지 (목적지)"만 먼저 정하고, "어떤 차를 타고, 언제 출발할지"는 팀이 함께 결정하게 합니다.

1. 마일스톤 (Milestone) = "여행의 주요 이정표"

프로젝트에서 '마일스톤'은 단순한 날짜가 아니라, 성공적인 상태를 의미합니다.

  • 예시: "디자인이 승인되었다", "시스템이 시험 가동 중이다", "고객이 최종 인가를 했다".
  • 중요한 점: 이 이정표에 도달하기 위해 *어떤 작업 (코드 짜기, 회의 등)*을 해야 하는지는 계획서에 적지 않습니다. 그건 팀이 나중에 정하면 됩니다. 그래서 계획이 유연하고, 어떤 일이 생겨도 흔들리지 않습니다.

2. VMP 방법의 핵심 도구들

이 방법은 종이와 스티커 노트를 이용해 팀이 직접 계획을 '조립'하는 방식입니다.

A. 마일스톤 계획 매트릭스 (Milestone Planning Matrix) = "레고 블록 연결하기"

  • 비유: 왼쪽에는 해야 할 일 (백로그), 오른쪽에는 도달해야 할 이정표 (마일스톤) 가 있습니다.
  • 작동 방식: 팀원들이 스티커에 해야 할 일을 적어, 어떤 이정표에 해당하는지 매트릭스 위에 붙입니다. "이 레고 블록 (작업) 은 이 탑 (마일스톤) 을 완성하는 데 쓰인다"라고 연결하는 것입니다.

B. 워크 패키지 스케줄링 캔버스 (Work Packages Schedule) = "테트리스 게임"

  • 비유: 이것이 이 방법의 가장 재미있는 부분입니다.
    • 스티커 노트 = 테트리스 블록 (한 블록은 40 시간의 작업량).
    • 캔버스 = 테트리스 게임 화면 (가로축은 시간, 세로축은 인력).
    • 작동 방식: 팀이 스티커를 들고 캔버스 위에 테트리스 하듯이 끼워 넣습니다.
      1. 하드 마일스톤 (Hard Milestones): "다음 달 5 월 1 일까지 반드시 출시해야 한다" 같은 불변의 날짜는 게임 화면의 바닥에 고정된 벽처럼 먼저 놓습니다.
      2. 작업 블록: 남은 스티커 (작업) 들을 그 벽 사이사이, 빈 공간에 맞춰 끼워 넣습니다.
      3. 테트리스의 마법: 만약 블록이 너무 많아서 들어가지 않으면? "인력을 더 뽑아야겠다", "일정을 늦춰야겠다", "일부 기능을 빼야겠다"라고 팀이 직접 조정하며 해결합니다.

📝 실제 사례: "책 판매 웹사이트 만들기" (아마존라이트 프로젝트)

논문의 예시를 들어보겠습니다.

  1. 상황: 작은 출판사를 위해 웹사이트를 만들어야 합니다. 고객은 "5 월 초에 오픈해야 한다"고 하지만, 팀은 9 월 말에나 시작할 수 있고 개발자는 4 명뿐입니다.
  2. 계획 세우기:
    • 목표 설정: "디자인 승인", "베타 테스트 시작", "최종 출시" 같은 이정표들을 정합니다.
    • 작업 분류: "장바구니 기능", "결제 기능" 같은 작업들을 스티커에 적습니다.
    • 테트리스 시작:
      • 먼저 '5 월 초 출시'라는 불변의 벽을 캔버스에 칩니다.
      • 그 뒤로 '설계', '개발', '테스트' 스티커들을 끼워 넣습니다.
      • 문제 발생: 스티커가 너무 많아서 5 월에 다 들어가지 않습니다! (테트리스가 꽉 찼습니다.)
      • 해결: 팀은 "설계가 끝날 때까지 코딩을 안 하겠다"는 규칙을 바꿉니다거나, "출시 날짜를 6 월로 미룬다"거나, "인력을 더 구한다"는 식으로 스티커를 재배치하며 해결책을 찾습니다.

💡 왜 이 방법이 좋은가요?

  1. 함께 만드는 계획 (Collaboration): 계획서를 프로젝트 매니저가 혼자 컴퓨터로 짜서 팀에 던져주는 게 아니라, 팀이 스티커를 붙이며 직접 만듭니다. 그래서 "이건 내가 만든 계획이야"라는 책임감이 생깁니다.
  2. 유연함 (Flexibility): "어떻게 할지"가 정해져 있지 않으므로, 예상치 못한 문제가 생겨도 "그냥 스티커를 다른 곳으로 옮기면 되죠"라고 쉽게 대처할 수 있습니다.
  3. 시각적 이해 (Visual): 복잡한 엑셀 표 대신, 벽에 붙은 스티커를 보면 누가 무엇을 언제 해야 하는지 한눈에 들어옵니다.

🎁 한 줄 요약

이 논문은 **"프로젝트 계획은 복잡한 지도를 그리는 게 아니라, 팀이 함께 스티커를 붙여 테트리스 게임을 하듯 유연하게 맞추는 과정"**이라고 말합니다. 이렇게 하면 팀원들이 계획을 더 잘 이해하고, 함께 성공적인 목적지 (마일스톤) 에 도달할 수 있습니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →