마일스톤과 제약 조건: 핵심 날짜를 관리하는 법

# 마일스톤과 제약 조건: 핵심 날짜를 관리하는 법 프로젝트에는 반드시 지켜야 할 결정적 순간들이 있습니다. "설계 승인", "중간 보고", "최종 납품" 같은 이정표들이죠. 또 "이 작업은 특정 날짜 이후에만 시작할 수 있다" 같은 외부 제약도 존재합니다. MS Project는 이런 핵심 날짜들을 마일스톤과 제약 조건이라는 두 도구로 관리합니다. 이 글에서 두 개념을 정리하고, 특히 제약 조건을 쓸 때 주의할 점을 짚겠습니다. ## 마일스톤: 프로젝트의 이정표 마일스톤(milestone)은 기간이 없는 특별한 작업으로, 프로젝트의 중요한 시점을 표시합니다. 실제로 시간이 걸리는 활동이 아니라 "여기 도달했다"는 이정표를 나타냅니다. 만드는 방법은 간단합니다. 작업의 기간을 0으로 설정하면 그 작업은 자동으로 마일스톤이 되고, 간트차트에 막대 대신 다이아몬드 모양으로 표시됩니다. 이 다이아몬드가 프로젝트의 중요한 순간을 한눈에 드러내줍니다. 마일스톤은 왜 유용할까요. 긴 작업 목록 속에서 핵심 시점들을 시각적으로 부각시켜, 프로젝트의 큰 리듬을 파악하게 해줍니다. 이해관계자에게 보고할 때도 "언제 무엇이 완료되는가"를 마일스톤 중심으로 전달하면 명확합니다. 단계의 시작이나 끝, 주요 승인 시점, 산출물 인도 시점 등을 마일스톤으로 표시하는 것이 일반적입니다. ## 제약 조건: 날짜에 조건을 거는 것 제약 조건(constraint)은 작업의 시작이나 완료 날짜에 특정한 조건을 부여하는 기능입니다. 예를 들어 "이 작업은 특정 날짜 이후에 시작해야 한다"거나 "이 날짜까지는 끝나야 한다" 같은 조건입니다. MS Project는 기본적으로 작업을 최대한 이른 시점에 예약하려 하지만, 실제 프로젝트에는 외부 요인으로 인한 날짜 제약이 존재합니다. 자재가 특정 날짜에 도착한다든지, 계약상 특정일 이후에만 착수할 수 있다든지 하는 경우죠. 이럴 때 제약 조건을 걸어 현실을 반영합니다. ## 제약 조건은 신중하게 써야 한다 여기서 중요한 주의사항이 있습니다. 제약 조건은 꼭 필요할 때만, 신중하게 사용해야 합니다. 이유는 제약 조건이 MS Project의 자동 일정 계산을 방해할 수 있기 때문입니다. 작업에 고정된 날짜 제약을 걸면, 앞 작업이 밀려도 이 작업은 제약에 묶여 유연하게 움직이지 못합니다. 그러면 종속성 자동 재계산의 이점이 약해지고, 때로는 일정 충돌 경고가 발생하기도 합니다. 그래서 원칙은 이렇습니다. 가능하면 작업 간의 관계는 종속성으로 표현하고, 제약 조건은 정말로 외부에서 강제되는 고정 날짜가 있을 때만 사용하는 것입니다. "이 작업이 저 작업 뒤에 온다"는 종속성으로, "이 작업은 무조건 이 날짜여야 한다"는 제약으로 구분해 쓰면 됩니다. ## 마감일(Deadline)이라는 대안 날짜 관리에는 제약 조건보다 부드러운 대안도 있습니다. 바로 마감일(deadline) 설정입니다. 마감일은 작업을 특정 날짜에 강제로 고정하는 대신, "이 날짜까지 끝나야 한다"는 목표를 표시해두는 기능입니다. 실제 일정이 마감일을 넘어가면 표시로 알려주지만, 자동 일정 계산은 방해하지 않습니다. 즉 목표 날짜를 관리하고 싶되 일정의 유연성은 유지하고 싶다면, 딱딱한 제약 조건보다 마감일이 더 나은 선택인 경우가 많습니다. ## 마무리 마일스톤과 제약 조건은 프로젝트의 핵심 날짜를 관리하는 도구입니다. 마일스톤은 중요한 시점을 다이아몬드로 부각시켜 프로젝트의 리듬을 보여주고, 제약 조건은 외부에서 강제되는 날짜를 반영합니다. 다만 제약 조건은 자동 일정 계산을 방해할 수 있으니 꼭 필요할 때만 쓰고, 목표 날짜 관리는 마감일로 대신하는 것이 현명합니다. 일정의 구조와 핵심 날짜까지 갖췄다면, 이제 이 모든 것을 시각적으로 다루는 MS Project의 상징을 만날 차례입니다. 다음 글에서는 간트차트를 제대로 활용하는 법을 다루겠습니다.