«% 완료»에 50을 입력하면 일정에 실제로 무슨 일이 생기는가

행에서 가장 무해해 보이는 칸입니다. 50을 입력하면 막대가 절반까지 차고, 진행 회의에서는 모두 고개를 끄덕입니다. 그런데 실적치를 저장하는 일정 관리 도구에서는 전혀 무해하지 않습니다. 그 한 숫자가 다른 몇 개의 필드를 대신 써 넣고, 어떤 필드가 바뀌는지 모르면 차이 보고서는 의도하지 않은 이야기를 하게 됩니다.

Ingantt for Web과 Android에서는 이렇게 동작합니다.

0 %를 넘기면 실제 시작일이 기록된다

작업이 0 % 완료를 넘어선 순간 그 작업은 시작된 것이므로, Ingantt는 실제 시작일(Actual Start)을 기록합니다. 계획된 시작일이 아니라 실제 시작일입니다. 작업이 사실은 사흘 늦게 시작했는데 실제 시작일을 바로잡지 않고 진행률만 입력하면, 일정은 이제 "제때 시작했고 느리게 진행됐다"고 믿습니다. 이는 서로 다른 문제이고 해법도 다르며, 그중 하나만이 여러분의 몫입니다.

100 %는 실제 종료일을 기록한다

작업을 100 %로 올리면 Ingantt는 실제 종료일(Actual Finish)을 기록합니다. 기준선 비교가 읽는 필드가 바로 이것이므로, 빠르게보다 정확하게 넣는 편이 낫습니다.

기간은 그 아래에서 다시 계산된다

실제 기간(Actual Duration)과 남은 기간(Remaining Duration)은 백분율에서 다시 계산됩니다. 10일 작업의 절반이면 5일을 마치고 5일이 남은 것으로 처리됩니다. 여러분이 달리 말하기 전까지는 그렇습니다. 작업이 50 % 끝났지만 남은 절반에 5일이 아니라 9일이 걸린다면, 정직한 수정은 «% 완료»가 아니라 남은 기간에 넣는 것입니다. 백분율은 사실에서 나오는 결과이며, 사실의 대체물이 아닙니다.

작업량은 그렇게 요청했을 때만 따라 움직인다

실제 작업량(Actual Work)과 남은 작업량(Remaining Work)은 프로젝트 옵션 *«Updating task status updates resource status»*가 켜져 있을 때만 «% 완료»에서 갱신됩니다. 사람들이 자주 놀라는 설정이 이것입니다. 진행률은 기록되는 것처럼 보이는데 투입 공수와 비용은 움직이지 않고, 이유는 아무도 보지 못합니다. 획득가치 수치가 멈춘 것처럼 보이면 가장 먼저 확인할 스위치가 이것입니다.

실무용 정리

• 진행률은 기본값인 오늘 날짜가 아니라, 실제로 의도한 상태 날짜를 기준으로 입력하십시오.
• 작업이 늦게 시작했다면 실제 시작일을 바로잡으십시오. 백분율은 그 정보를 담지 못합니다.
• 지연은 낮은 백분율이 아니라 남은 기간으로 밀어 넣으십시오.
• 작업 상태가 자원 상태를 움직여야 하는지는 한 번만 정하고, 그다음에는 건드리지 마십시오.

Ingantt 도움말 센터에는 진행률 입력, 실적 및 남은 값 열, 그리고 이 모든 것이 결국 흘러드는 비교인 기준선에 대한 상세 설명이 있습니다.