위임과 빌더의 툴킷
위임과 빌더의 툴킷 · 5 min
코드 한 줄을 작성하기 전에, 여러분이 만들 것이 중요한지 여부를 결정짓는 수십 가지의 결정을 내리게 됩니다. 이 레슨은 위임을 재구성합니다: "여기서 AI를 사용해야 할까?"가 아니라 "고객 문제가 있다 — 이를 어떻게 분해하고, AI는 어떤 역할을 하는가?"입니다.
한국어 대본
- 00:00AI로 무언가를 만들어 본 적이 있다면,
- 00:08아마도 한 가지를 눈치챘을 것입니다.
- 00:10어려운 부분은 AI가 코드를 작성하게 하는 것이 아닙니다.
- 00:12어려운 부분은 AI가 작성하길 원하는 코드가 무엇인지 아는 것입니다.
- 00:16많은 사람들은 AI에게 무언가를 위임하는 것을
- 00:18단순한 예/아니오 질문으로 생각합니다.
- 00:20하지만 빌더에게는 무엇을 어떻게 위임할지 정확히 아는 것은
- 00:24훨씬 더 복잡합니다.
- 00:26고객이 문제를 가지고 찾아옵니다.
- 00:28그 문제를 실제로 빌드할 수 있는 무언가로 어떻게 분해합니까?
- 00:32그리고 그 작업의 각 단계에서 AI는 어떤 역할을 합니까?
- 00:36여기 유용한 프레임이 있습니다.
- 00:37자신을 프로젝트의 리드로, AI를 팀으로 상상해 보세요.
- 00:41훌륭한 리드는 단순히 작업을 배정하지 않습니다.
- 00:43그들은 모두가 무엇을 해결하고 있는지 이해하도록 문제를 구성합니다.
- 00:47그들은 팀이 좋은 결과가 어떤 모습인지 알 수 있도록 목표를 설정합니다.
- 00:50그들은 무엇을 먼저 처리할지 결정합니다.
- 00:52그리고 결정적으로, 그들은 어떤 결정을 스스로 내리고 어떤 결정을 넘겨줄지 알고 있습니다.
- 00:57그것이 빌더의 의미에서의 위임이며, 코드가 작성되기 훨씬 전에 시작됩니다.
- 01:03모든 빌더는 자신이 가지고 있는지도 모르는 도구함을 지니고 있습니다.
- 01:07그것은 어떤 순간에든 꺼내 쓸 수 있는 여섯 가지 기능으로 요약할 수 있습니다
- 01:10빌드에서.
- 01:11AI는 여섯 가지 모두에 도움이 될 수 있지만, 어떤 것에서는 다른 것보다 훨씬 더 강하며, 그 차이를 아는 것은
- 01:17빌더를 위한 AI Fluency의 핵심 요소입니다.
- 01:20첫 번째 기능은 공감입니다.
- 01:22우리가 만들고 있는 대상이 실제로 필요로 하는 것은 무엇입니까?
- 01:25그들이 원한다고 말한 것이 아니라 실제로 그들의 업무에 진정으로 도움이 될 것입니다. 바로 여기서
- 01:29사용자와 대화하고 무엇이 그들을 불편하게 하는지 관찰합니다. AI는 여기서 배운 내용을 정리하는 데 도움을 줄 수 있습니다.
- 01:34하지만 AI는 진료소 접수원 옆에 앉아 그녀가 하루에 40번이나 휴대폰을 확인한다는 것을 알아차릴 수 없습니다.
- 01:39환자들이 대기 시간을 묻기 위해 계속 전화하기 때문입니다. 그 관찰은 전적으로 인간의 몫입니다.
- 01:44두 번째는 설계입니다. 무엇을 만들어야 하고 왜 만들어야 합니까? 바로 여기서 트레이드오프를 저울질합니다.
- 01:49베팅을 하고 무엇이 중요한지 결정합니다.
- 01:52문자 메시지여야 합니까, 아니면 웹 페이지여야 합니까?
- 01:55정확한 대기 시간을 표시해야 합니까, 아니면 범위로 표시해야 합니까?
- 01:58그것들은 판단이 필요한 결정입니다.
- 01:59AI가 할 수 있는 일은 옵션을 생성하는 것뿐입니다.
- 02:01하지만 어떤 옵션이 적합한지에 대한 판단은 인간의 몫입니다.
- 02:04세 번째는 아키텍처입니다.
- 02:06그것은 어떻게 구조화되어야 합니까?
- 02:08구성 요소는 무엇이며 어떻게 서로 맞물립니까?
- 02:12AI는 패턴을 알고 있습니다.
- 02:13AI는 지금 구상 중인 것과 같은 시스템을 수천 개 보았습니다.
- 02:16하지만 AI는 우리의 제약 조건을 알지 못합니다.
- 02:18우리 팀의 기술이나 여섯 달 후에 무엇을 바꿔야 하는지
- 02:22인간과 AI의 조합은 여기서 정말, 정말 잘 작동합니다.
- 02:25네 번째는 구현, 즉 실제 코드를 작성하는 것입니다.
- 02:28바로 여기서 AI가 가장 강합니다.
- 02:30무엇을 만들고 있는지와 그것이 어떻게 구조화되어야 하는지를 알게 되면,
- 02:33AI는 효과적으로 작동하는 코드를 작성할 수 있습니다.
- 02:36이것이 가장 적극적으로 위임해야 할 기능입니다.
- 02:39명확히 정의된 테스트 없이 이 단계에 들어왔다면
- 02:42그리고 성공 체크포인트도 없이, 아마 한 단계를 건너뛴 것입니다.
- 02:46다섯 번째는 판단입니다. 실제로 작동합니까? 실제로 좋습니까? 이름을
- 02:51올리시겠습니까? AI는 코드가 실행된다고 말해 주지만, 그것이
- 02:55경험이 올바른지, 엣지 케이스가 중요한지, 또는 실제 문제를
- 02:59해결했는지. 판단에는 전문성, 기준, 관점이 필요합니다.
- 03:04마지막은 출시입니다. 실제 사용자에게 전달하고 어떤 일이 일어나는지 배우는 것입니다.
- 03:08이는 커뮤니케이션, 측정, 반복을 의미합니다. AI는 릴리스 노트를 작성할 수 있지만
- 03:13사용자가 클릭하기 전에 망설일 때 분위기를 읽을 수는 없습니다.
- 03:17이제 그 목록의 형태를 살펴보세요.
- 03:19구현은 정확히 중간에 있으며, 바로 그곳에서 AI가 가장 강합니다.
- 03:23공감, 판단, 출시는 가장자리에 있으며, 바로 그곳에서 AI가 가장 약합니다.
- 03:28이것이 이 코스의 핵심 통찰입니다.
- 03:31AI는 도구 모음의 중간에서 가장 강하고 가장자리에서 가장 약합니다.
- 03:35가장자리는 인간의 작업이 자리한 곳입니다.
- 03:37가장자리에 가치가 있습니다.
- 03:39그렇다면 좋은 위임은 실제로 어떤 모습입니까?
- 03:42그것은 프로젝트 시작 시 진짜 시간을 들여, 누구를 위해
- 03:47만드는지 명확히 하고, 성공이 무엇을 의미하는지 정의하는 것처럼 보입니다.
- 03:50그것은 결과를 회의적으로 검토하고 판단은 자신의 손에 쥐고 있는 것처럼 보입니다.
- 03:56코드를 즉시 작성할 수 있는 도구가 생기면, 곧바로 건너뛰고 싶은 유혹이 있습니다.
- 04:00빌드로.
- 04:02공감과 디자인 작업을 오버헤드로 취급하려는 그 느낌을 이겨내세요.
- 04:07AI가 구현을 더 빠르게 만들수록, 가치는 그 주변의 모든 것으로 옮겨갑니다.
- 04:12이 시대에 성공하는 빌더는 가장 빠르게 프롬프트를 입력하는 사람들이 아닐 것입니다.
- 04:16그들은 문제를 명확히 정의하고, 좋은 결과물이 어떤 모습인지 시작하기 전에 아는 사람들,
- 04:20그리고 실행되는 코드와 의미 있는 코드의 차이를 구분할 줄 아는 사람들입니다.
- 04:25작업은 지금 시작됩니다.
- 04:27바로 시작해 보겠습니다.
각 역량을 클릭하여 빌드 과정에서 AI가 어디에 적합한지 확인하세요.
누구를 위해 만드는지 이해하는 것입니다. AI는 데이터와 페르소나를 드러낼 수 있지만, 그 간극을 느낄 수는 없습니다.
핵심 요점
- 위임은 먼저 문제를 분해한 다음, 각 단계에서 AI가 무엇을 처리할지 결정하는 것을 의미합니다.
- 수락 테스트를 작성하세요, 코드 작성 전에. 이는 여러분과 AI에게 완료에 대한 공통된 정의를 제공합니다.
- AI가 구현을 가속화함에 따라, 여러분의 가치는 문제를 프레이밍하고 기준을 높이는 쪽으로 이동합니다.
연습
클리닉 대기 시간 프로젝트, 1부
이 프로젝트는 전체 과정을 관통합니다. 모든 레슨에서 이 프로젝트로 돌아오게 되며, 끝에 가서는 실제로 무언가를 만들게 됩니다. 하지만 이 레슨에서는 코드를 전혀 작성하지 않습니다. 이는 의도적입니다.
시나리오: 지역 보건 클리닉은 환자들이 방문 전에 대기 시간을 확인할 수 있는 방법이 필요합니다. 이것이 여러분이 전달받은 전부입니다.
이번 세션에서 여러분의 임무는 빌딩 전에 이루어져야 하는 작업을 수행하는 것입니다. 세 가지 결과물을 만들게 됩니다.
결과물 1: 문제 개요서 (최대 한 페이지)
다음 질문들에 평이한 언어로 답하세요:
- 사용자는 누구인가요? 구체적으로 답하세요. 환자, 맞습니다 — 하지만 어떤 환자인가요? 직원은 어떤가요? 이 문제와 관련된 다른 사람은 누구인가요?
- 그들이 실제로 필요로 하는 것은 무엇인가요? "대기 시간 확인기"가 아닙니다. 그들이 바라는 결과는 무엇인가요?
- 훌륭한 솔루션을 사용하는 느낌은 어떤가요? 기능이 아니라 경험을 설명하세요.
- 실제 제약 조건은 무엇인가요? 예산, 클리닉의 기술적 역량, 환자의 기기 접근성, 개인정보 보호 요구사항을 생각해 보세요.
결과물 2: 위임 계획
빌드를 여섯 가지 툴킷 역량에 매핑하세요. 각각에 대해 어떤 AI 협업 모드가 가장 적합한지 결정하세요: 자동화(AI가 수행하고, 여러분이 확인), 증강(여러분과 AI가 함께 작업), 또는 에이전시(AI가 여러분이 설정한 경계 내에서 자율성을 가지고 운영). 간단한 표를 만드세요 — 역량당 한 행씩, 총 여섯 행입니다.
결과물 3: 수락 테스트
"완료"를 정의하는 다섯에서 일곱 개의 문장을 작성하세요. 각 문장은 낯선 사람이 완성된 제품이 통과인지 실패인지 판단할 수 있을 만큼 구체적이어야 합니다.
좋은 예: "기본적인 스마트폰을 가진 환자가 계정을 만들지 않고도 30초 이내에 현재 대기 시간을 찾을 수 있다." 나쁜 예: "시스템이 사용하기 쉽다."
레슨 회고
- 과거 프로젝트에서 여섯 가지 역량 중 어디에 가장 많은 시간을 썼나요? 어디에 더 많은 시간을 썼어야 했나요?
- 구현이 내일 실질적으로 무료가 된다면, 빌더로서 여러분의 가치는 어디에서 나올까요?
다음 단계
다음 레슨에서는 위임에서 설명으로 넘어갑니다. 무엇을 만들지, 누가 무엇을 할지 결정했으니 — 이제 AI가 실제로 이를 실행할 수 있을 만큼 명확하게 소통해야 합니다.