아키텍트를 전임으로 못 넣으면 프로젝트가 안 되나

됩니다. 다만 상주 요일과 응답 시간을 적고, 그 시간에 결정을 몰아 주세요. 비율만 0.5면 대기가 됩니다.

낙찰 후 교체는 항상 거절하나

아닙니다. 동등 경력과 인수 기간, 발주 면접이 조항에 있으면 그 절차로 받습니다.

고급 개발자가 아키텍트 역할을 겸해도 되나

산출물 목록이 같고 임계경로 잔여를 그 사람이 닫으면 됩니다. 화면 본수에 묶이면 겸이 아닙니다.

제안 단가가 낮으면 핵심 칸을 줄여야 하나

총 공수에서 비임계 줄을 먼저 줄입니다. 아키텍트 칸을 줄이면 임계경로가 그 칸의 공백을 따라갑니다.

핵심 인력 배치 | 아키텍트 칸을 단가로 맞추면

아키텍트 칸을 단가로만 맞추면 임계경로가 비는 주가 생깁니다. 등급과 단가가 같아도 인터페이스와 데이터 모델을 닫을 사람이 아니면 그 칸은 공석이죠. 제안 단가를 맞추려 핵심 칸을 조정하시는 현장이 많습니다. 총 공수가 같아 보이기 때문이죠. 하지만 역할, 교체 조항, 전임 비율, 공백, 제안 평가가 이름과 산출물로 안 묶이면 단가표는 맞아도 결정이 멈춥니다. 이번 포스팅에서는 아키텍트 역할, 교체 조항, 전임 비율, 공백 처리, 제안서 평가 칸까지 자세히 다뤄보도록 하죠. 핵심 인력 칸을 단가로 메우고 계시다면 임계경로 담당을 이름으로 고정하는 데 도움이 될 것입니다.

칸	단가로 맞추면	역할로 맞추면
역할	고급 등급 1명	연계, 모델, 공통의 산출물 목록
교체	사전 동의 한 줄	경력, 인수 2주, 면접 1회
전임	0.5 MM	상주 요일과 원격 응답 시간
공백	기다려 보자	미서명 공통 대기, 일수 초과 시 교체
평가	총 단가와 등급	이름, 샘플, 요일, 교체 문장

아키텍트 칸을 단가로 맞출 때와 역할로 맞출 때

아키텍트 칸에 어떤 역할을 적어야 하나?

화면 분배가 아니라 인터페이스, 데이터 모델, 공통 처리를 닫는 역할입니다. 닫을 산출물이 없는 칸은 고급 개발 칸이죠. 주간보고 임계경로 잔여와 이름이 같아야 합니다.

투입 표에 아키텍트 1이 있어도, 그 사람이 주간에 그리는 산출물이 화면 분할이면 역할이 아닙니다. 역할 칸에는 외부 연계 명세, 데이터 모델, 공통 인증, 배치 골격처럼 다른 줄이 기다리는 산출물을 적습니다.

그 산출물이 PM 주간보고의 임계경로 잔여와 이름이 같아야 하죠. 이름이 다르면 고급 단가의 개발자가 한 명 더 있는 것과 같습니다.

착수 2주 차에 아키텍트 산출물 목록이 비면, 개발 10명이 대기하거나 제각각 모델을 만들게 되죠. 제각각 만든 모델은 중반에 한 번에 합치고, 그 합치는 주가 임계경로를 늘립니다.

단가를 맞춘 대가가 여기 붙습니다.

교체 조항은 제안에 어떻게 박나?

이름, 동등 경력, 발주 동의, 인수 기간을 한 줄에 둡니다. 교체 가능이라고만 적힌 칸은 공석 허가죠. 착수 직후 교체는 그 2주가 통째로 공백입니다.

제안서 특수조건에 인력 교체는 사전 동의 후라고만 있으면, 동의의 기준이 없습니다. 아키텍트 교체 시 동등 도메인 경력 연수, 산출물 인수 기간 2주, 발주 측 면접 1회를 문장으로 적으세요.

착수 직후 교체가 나오면 그 2주가 통째로 공백입니다. Risk(위험) 대장에 핵심 인력 이탈을 올려 두었어도, 교체 조항이 없으면 대응이 협의죠.

협의는 한 주가 더 갑니다. 낙찰 후 교체를 전제로 단가를 맞춘 제안은, 평가 때 이름과 이력서가 일치하는지를 한 장으로 대조하면 드러납니다.

일치하지 않으면 그 칸의 점수를 단가가 아니라 공백 위험으로 읽으세요.

전임 비율이 반이면 왜 공석인가?

아키텍트가 주 2.5일이면 결정이 필요한 날에 자리에 없습니다. 전임 비율과 상주 요일을 투입 표에 같이 적으세요. 응답이 다음 상주일이면 그 칸은 대기 1입니다.

맨먼스로 0.5 MM를 아키텍트에 넣으면 표는 맞습니다. 결정은 월수금이 아니라 연계 기관이 답을 준 날에 필요하죠.

그날이 전임이 아닌 날이면 개발은 가정으로 진행하고, 다음 상주일에 가정을 뒤집습니다. 뒤집힌 가정은 재작업이지 진척이 아니죠.

투입 표에 비율만 두지 말고 상주 요일과 원격 응답 시간을 적습니다. 응답 시간이 다음 상주일이면 그 칸은 0.5가 아니라 대기 1이죠.

대기 1을 여러 줄이 물면 임계경로가 아키텍트 캘린더를 따라갑니다. 단가를 반으로 줄인 대신 일정이 주를 먹는 구조입니다.

공백이 생기면 어디를 먼저 멈추나?

인터페이스와 모델 변경을 멈추고, 화면 구현은 이미 닫힌 명세만 갑니다. 공백 주에 모델을 키우면 복귀 비용이 커지죠. 공백 일수를 넘기면 교체 조항을 발동하세요.

아키텍트가 빠지면 팀을 쉬게 할 수는 없습니다. 다만 닫히지 않은 공통을 화면 개발자가 대신 정하면, 복귀 후 공통이 두 개가 되죠.

공백 주에는 이미 서명된 명세의 화면만 구현하고, 신규 연계와 모델 변경은 대기 칸으로 옮깁니다. Risk(위험) 대응에 공백 최대 일수를 미리 적어 두면, 그 일수를 넘는 순간 교체 조항이 발동하죠.

일수 없이 기다려 보자면 공백이 한 달이 되어도 이슈가 아닙니다. 이슈가 아닌 공백은 오픈 직전에 모델 충돌로 보이죠.

충돌을 오픈 전에 보면 이미 임계경로입니다.

제안 평가에서 아키텍트 칸은 무엇을 보나?

단가와 등급이 아니라 이름, 산출물 샘플, 전임 요일, 교체 문장을 봅니다. 네 칸이 비면 그 줄은 단가 맞추기죠. 킥오프에서 그 이름이 없으면 그날부터 공백 1일입니다.

기술 평가 배점이 인력을 한 덩어리로 두면, 수행사는 아키텍트 단가를 내려 총점을 맞춥니다. 평가표를 나누세요.

실명과 이력 일치, 최근 산출물 한 페이지, 전임 비율과 요일, 교체 조항 네 칸입니다. 네 칸 중 단가는 참고 숫자죠.

PM이 평가 메모에 단가만 적으면 낙찰 후 교체 협의에서 근거가 없습니다. 근거는 제안 때 본 이름과 산출물이죠.

착수 킥오프에서 그 이름이 자리에 있는지를 한 번 확인하고, 없으면 그날이 이미 공백 1일입니다. 1일을 넘기기 전에 교체 조항을 읽으세요.