개발자 협업·성장 가이드 · Part 5

일정 산정과 진행 공유

일정을 약속하고 지키는 것보다 어긋남을 일찍 알리는 능력 기르기

작성 기준2026년 7월

이 파트에서 다루는 내용

견적이 틀리는 이유쪼개서 산정하기진행 공유막힘 알리기
01

견적은 원래 틀립니다. 문제는 얼마나 빨리 아느냐입니다

일정을 물으면 정확히 맞혀야 한다는 압박에 아무 숫자나 답하기 쉽습니다. 그러나 소프트웨어 견적은 본질적으로 불확실합니다. 해 보기 전에는 모르는 것이 많기 때문입니다.

그래서 목표는 견적을 정확히 맞히는 것이 아니라, 어긋나고 있다는 사실을 최대한 일찍 아는 것입니다. 이 관점의 전환이 이 파트의 핵심입니다.

왜 늘 짧게 잡나
낙관 편향
  • 잘 풀리는 경우만 상상합니다
  • 테스트, 리뷰, 배포 시간을 뺍니다
  • 예외 처리와 경계값을 잊습니다
  • 회의, 문의 대응 같은 방해를 무시합니다
빠진 시간들
숨은 비용

코드 작성만 견적에 넣고 그 앞뒤를 빼는 경우가 많습니다. 요구사항 확인, 테스트, 리뷰 반영, 배포와 검증까지가 한 작업입니다.

02

쪼갤수록 견적이 정확해집니다

큰 덩어리는 감으로 찍게 됩니다. 사흘이라고 답한 작업이 실제로는 이 주가 걸리는 이유입니다. 작업을 반나절에서 하루 단위로 쪼개면 각 조각은 상상할 수 있고, 빠진 것도 드러납니다.

쪼개기의 효과
왜 정확해지나
  • 각 조각을 구체적으로 그릴 수 있습니다
  • 빠뜨린 작업이 쪼개는 과정에서 보입니다
  • 진행 상황을 조각 단위로 확인할 수 있습니다
  • 막힌 조각이 어디인지 특정됩니다
모르는 것을 분리
불확실성

해 본 작업과 안 해 본 작업을 나눕니다. 안 해 본 부분은 견적 전에 짧게 조사(스파이크)해 불확실성을 줄인 뒤 산정합니다.

범위와 버퍼
표현법

하나의 숫자보다 범위로 답하는 편이 정직합니다. 최선과 최악을 함께 말하고, 불확실성이 크면 그 이유를 밝힙니다. 근거 없는 버퍼를 몰래 넣지 않습니다.

견적을 쪼개 제시하기text
요청: 주문 취소 기능 추가, 얼마나 걸릴까요?

# 감으로 답하기 (위험)
"이틀이면 될 것 같아요."

# 쪼개서 답하기
- 취소 API와 검증 로직: 0.5일
- 재고 원복 처리: 0.5일
- 취소 불가 조건 정리 (확인 필요): 0.5~1일
- 테스트 작성: 0.5일
- 리뷰 반영과 배포 검증: 0.5일
=> 2.5~3일. '취소 불가 조건'은 기획 확인이 필요해
   여기서 늘어날 수 있습니다.

쪼개면 어디가 불확실한지 드러납니다. 취소 불가 조건이 리스크라는 것을 미리 공유하면, 나중에 늦어져도 예상된 일이 됩니다.

03

진행 공유는 신뢰를 쌓는 일입니다

일정이 밀리는 것보다 밀리는 걸 아무도 몰랐던 것이 더 큰 문제입니다. 리드와 동료는 진행 상황을 알아야 다른 일정을 조율할 수 있습니다.

묻기 전에 먼저 공유하는 사람이 신뢰를 얻습니다. 조용히 있다가 마감에 안 됐다고 말하는 것이 신뢰를 가장 빨리 깎습니다.

무소식이 나쁜 소식
원칙

진행이 안 보이면 리드는 불안해집니다. 잘 되고 있어도 짧게 공유하는 편이 낫습니다. 특히 원격 근무에서는 보이지 않으면 없는 것처럼 됩니다.

무엇을 공유하나
형식
  • 어제 한 것, 오늘 할 것
  • 막힌 것과 도움이 필요한 것
  • 일정에 영향을 주는 변화
나쁜 소식일수록 빨리
역설

늦어질 것 같으면 마감 직전이 아니라 알게 된 즉시 알립니다. 일찍 알면 대응할 수 있지만, 마감에 알면 대응할 시간이 없습니다.

04

막혔을 때가 가장 공유가 필요한 순간입니다

막히면 자존심 때문에 혼자 붙들기 쉽습니다. 그러나 막힘은 개인의 실패가 아니라 일정에 영향을 주는 정보입니다. 트랙 A의 질문법과 이어지되, 여기서는 일정 관점입니다.

막힘도 진행 정보
관점

막혔다는 것은 리드가 알아야 할 일정 신호입니다. 도움을 붙이거나 우선순위를 바꾸거나 범위를 조정할 수 있습니다. 숨기면 이 대응이 늦어집니다.

시도와 함께 공유
형식

막혔어요만이 아니라 무엇을 시도했고 어디서 막혔는지 함께 알립니다. Part 2의 질문 형식과 같습니다. 그래야 정확한 도움이 옵니다.

범위를 협상 대상으로
PL 연계

일정이 정말 안 되면 무엇을 빼거나 미룰 수 있는지 함께 제안합니다. 일정, 범위, 인력 중 하나는 움직여야 합니다. 이 판단은 트랙 C에서 더 다룹니다.

정리

견적은 틀리는 것을 전제로 쪼개서 산정하고, 진행을 먼저 공유하며, 막힘과 지연을 일찍 알립니다. 정확히 맞히는 사람보다 어긋남을 일찍 알리는 사람이 신뢰받습니다. 일정 관리의 핵심은 예측이 아니라 소통입니다.

체크

이 파트 완료 기준