위임과 빌더의 툴킷
위임과 빌더의 툴킷 · 5 min
코드 한 줄을 작성하기 전에, 여러분은 만들려는 것이 의미가 있을지를 좌우하는 수십 가지 결정을 내립니다. 이 레슨은 위임을 다시 정의합니다: "여기서 AI를 써야 할까?"가 아니라 "고객 문제가 있다 — 이를 어떻게 분해하고, AI는 어떤 역할을 맡는가?"입니다.
핵심 요약
- 위임은 먼저 문제를 분해한 다음, 각 단계에서 AI가 무엇을 처리할지 결정하는 것을 의미합니다.
- 수락 테스트를 작성하세요, 코드 작성 전에요. 이는 여러분과 AI가 완료에 대한 공통된 정의를 갖게 해줍니다.
- AI가 구현 속도를 높일수록, 여러분의 가치는 문제를 구성하는 것과 기준을 높이는 것으로 옮겨갑니다.
실습
클리닉 대기 시간 프로젝트, 1부
이 프로젝트는 전체 과정을 관통합니다. 모든 레슨에서 다시 다루게 되며, 끝에 가서는 실제로 작동하는 무언가를 만들게 됩니다. 하지만 이번 레슨에서는 코드를 한 줄도 작성하지 않습니다. 이는 의도적인 것입니다.
시나리오: 지역 보건 클리닉에서 환자들이 방문 전에 대기 시간을 확인할 수 있는 방법이 필요합니다. 여러분이 전달받은 정보는 이것이 전부입니다.
이번 세션에서 여러분의 임무는 빌드 이전에 해야 할 작업을 수행하는 것입니다. 세 가지 결과물을 만들게 됩니다.
결과물 1: 문제 브리프 (최대 한 페이지)
다음 질문에 평이한 언어로 답하세요:
- 사용자는 누구인가요? 구체적으로 말해보세요. 환자, 맞습니다 — 하지만 어떤 환자인가요? 직원은 어떤가요? 그 외에 누가 이 문제와 관련이 있나요?
- 그들이 실제로 필요로 하는 것은 무엇인가요? "대기 시간 확인기"가 아닙니다. 그들이 바라는 결과는 무엇인가요?
- 훌륭한 솔루션을 사용하는 느낌은 어떤가요? 기능이 아니라 경험을 묘사해보세요.
- 실제 제약 조건은 무엇인가요? 예산, 클리닉의 기술 역량, 환자의 기기 접근성, 개인정보 보호 요구사항을 생각해보세요.
결과물 2: 위임 계획
빌드를 여섯 가지 툴킷 역량에 매핑하세요. 각각에 대해 어떤 AI 협업 모드가 가장 적합한지 결정하세요: 자동화(AI가 수행하고 여러분이 확인), 증강(여러분과 AI가 함께 작업), 또는 에이전시(AI가 여러분이 설정한 경계 안에서 재량을 가지고 작동). 간단한 표를 만드세요 — 역량당 한 행씩, 총 여섯 행입니다.
결과물 3: 수락 테스트
"완료"를 정의하는 다섯에서 일곱 개의 문장을 작성하세요. 각 문장은 낯선 사람이라도 완성된 결과물이 통과인지 실패인지 판단할 수 있을 만큼 구체적이어야 합니다.
좋은 예: "기본적인 스마트폰을 가진 환자가 계정을 만들지 않고도 30초 이내에 현재 대기 시간을 확인할 수 있다." 나쁜 예: "시스템이 사용하기 쉽다."
레슨 성찰
- 과거 프로젝트에서 여섯 가지 역량 중 어디에 가장 많은 시간을 썼나요? 어디에 더 많은 시간을 썼어야 했나요?
- 만약 내일 구현이 사실상 무료가 된다면, 빌더로서 여러분의 가치는 어디에서 나올까요?
다음 단계
다음 레슨에서는 위임에서 설명으로 넘어갑니다. 무엇을 만들지, 누가 무엇을 할지 결정했으니 — 이제 AI가 실제로 실행할 수 있을 만큼 명확하게 그것을 전달해야 합니다.