---
title: "일하는 방식 · Charlie Tang Hoong"
url: https://cv.tanghoong.com/ko/how-i-work/
locale: ko
description: "파악 · 정의 · 설계 · 구축 · 배포 · 측정 · 개선 —— 모든 사례의 바탕에 있는 7단계 방식과, 왜 순서가 도구보다 중요한지."
---
# 일하는 방식

상대가 대기업 운영팀이든 2인 규모 중소기업이든, 같은 7단계입니다. 순서가 도구보다 중요합니다 —— 제가 본 실패의 대부분은 첫 줄을 쓰기 전에 이미 정해져 있었습니다.

## 01 파악

지금 그 일을 실제로 하는 사람 옆에 앉아, 업무가 실제로 돌아가는 대로 기록합니다. 조직도가 설명하는 대로가 아니라. 정말 중요한 것은 대개 요구사항 문서에 없습니다.

## 02 정의

새 업무 흐름을 그리고, 이해관계자와 함께 확인하고, 개발 착수 전에 서면으로 합의합니다. 무엇이 범위 밖인지, 무엇을 의도적으로 2단계로 미루는지도 명시합니다.

## 03 설계

무엇을 사고 무엇을 만들지 먼저 정한 다음, 어떻게 만들지 정합니다. 살 수 있는 부분은 연동하고, 중요한 경로는 직접 만들며, 진짜 제약에는 정직하게 마주합니다 —— 네트워크, 권한, 다른 회사의 릴리스 주기, 더 늘어나지 않을 예산.

## 04 구축

복잡한 부분과 인터페이스 계약을 정하는 부분은 제가 맡고, 단순한 화면은 넘깁니다. 한 작업이 30분이 지나도 방향이 잡히지 않으면, 조용히 다시 만들지 않고 설계 논의로 전환합니다.

## 05 배포

이 환경은 제가 바꿀 수 없다는 전제로 진행합니다. 침습적이지 않은 방식으로 연동합니다 —— 이미 있는 곳에서 읽고, 긴 작업에는 체크포인트를 두고, 중단되면 처음이 아니라 중단된 지점부터 이어서 돌리고, 사람이 중간에 넘겨받을 수 있는 길을 반드시 남깁니다.

## 06 측정

"정상"이 무엇인지, 그것을 어떻게 보이게 할지를 미리 정해 둡니다 —— 재시도 동작, 실패의 가시성, 요청 한 건당 비용. AI라면 인상이 아니라 평가 데이터셋으로 측정합니다.

## 07 개선

이번 범위를 납품하고, 다음에 필요한 전제 조건을 계속 보이게 둔 뒤, 운영이 드러낸 사실이 우선순위를 정하게 합니다.

> 프로젝트의 약 3분의 2는 처음 몇 번의 대화에서 정해지고, 나머지가 개발입니다 —— 그리고 앞의 3분의 2가 옳으면 개발은 훨씬 싸게 끝납니다.

*이것은 제 개인적인 체감이며, 측정한 숫자가 아닙니다.*