
【AI 주도 개발】 "엑셀 1행"의 요구사항과 회의록으로부터 고객 제출 수준의 요구사항 정의 슬라이드를 AI로 구성하는 방법
요약
추상적인 요구사항 한 줄과 정돈되지 않은 회의록을 바탕으로 고객 제출용 요구사항 정의 슬라이드를 구성하는 AI 활용 워크플로우를 소개합니다. AI를 통해 숨겨진 논점을 포착하고, 요구사항을 구현 가능한 단위로 분해하여 구조화하는 방법을 다룹니다.
핵심 포인트
- 추상적인 입력을 구현 가능한 입도로 분해하는 AI 패턴 활용
- 회의록에서 재고, 회원, 알림 등 숨겨진 논점을 포착하는 것이 핵심
- 정돈되지 않은 데이터를 영역별로 그룹화하여 아웃라인 제시
- 미확정 사항을 구분하여 문서의 신뢰도와 품질 확보
수탁 개발 현장에서는 요구사항이 **"관리표의 엑셀 1행"**으로 날아오는 경우가 있지 않나요?
"이용자가 관을 넘나들며 책을 예약·수령할 수 있게 하고 싶다"
……네, 이것뿐입니다. 여기서부터 히어링(Hearing)을 하고, 나온 날것 그대로의 회의록을 베이스로 고객에게 제출할 수 있는 요구사항 정의(Requirement Definition) 자료를 구성합니다.
이것, 세상의 수탁 PM·SES·사내 SE 분들이 엄청나게 하고 계실 거라고 생각합니다. 그리고, 은근히 고됩니다.
지난 기사에서 "AI에게 『자료로 만들어줘』라고 통째로 맡기면 형식이 무너진다"는 이야기를 썼습니다. 이번에는 그 한 단계 전——"거친 1행 + 흩어진 회의록"이라는 최소한의 인풋(Input)으로부터, 중후한 요구사항 정의 자료를 구성하는 단계까지를 AI에게 시키는 이야기입니다.
제가 AI와 팀을 이루어 이 작업을 상당히 편하게 만들었기에, 같은 곳에서 소모되고 있는 분들에게 닿기를 바라며 씁니다. 마지막에 GitHub에 공개해 두었으므로 복사해서 사용할 수 있습니다.
※ 이 기사의 예시는 설명을 위해 준비한 **가공의 프로젝트(여러 관을 가진 도서관의 예약·장서 시스템 쇄신)**입니다. 실재하는 안건·고객의 정보는 포함하지 않습니다.
관련 기사도 괜찮으시다면 부탁드립니다🙇
이 작업에서 힘든 포인트는 명확합니다.
| 걸림돌 |
|---||
| 입력이 1행 |
| "무엇을 만들어야 할지"가 결정되지 않는다. 요구사항이 너무 추상적이어서 슬라이드로 만들 수 없다 |
| 회의록의 이야기가 튄다 |
| 재고 이야기 → 수령 이야기 → 갑자기 회원 카드 이야기, 식으로 앞뒤가 맞지 않는다. 구조화할 수 없다 |
| 하나의 요구사항 뒤에 논점이 여러 개 |
| "횡단 예약하고 싶다"의 이면에는 재고 정합성·수령관·회원 통합·예약 경합·알림... 등이 숨어 있다. 누락되기 쉽다 |
| 미확정 사항이 섞임 |
| "선착순이면 될지도, 상의 필요"와 같은 "결정되지 않은 것"이 섞여 있어, 단정적으로 쓰면 사고가 난다 |
| 형식을 갖추는 공수 |
| 내용을 생각하는 것보다, 고객 제출용 형식을 갖추는 시간이 더 길다 (PowerPoint 지옥) |
요컨대, 추상적인 입력을 "구현 가능한 입도(Granularity)"로 분해하여, 누락 없이, 결정되지 않은 것은 결정되지 않았다고 쓰고, 제출 형식을 갖추어 내는 것——이 일련의 과정이 무겁습니다.
이 부분을 AI에게 패턴(Template)으로 도와달라고 합니다.
이번 스타트 지점은 정말 이 두 가지뿐입니다.
| No. | 요구사항 (관리표의 1행) | 기표 | 우선순위 |
|---|---|---|---|
| 1 | 이용자가 관을 넘나들며 책을 예약·수령할 수 있게 하고 싶다 | 도서관 | 높음 |
【정례 히어링 회의록 (발췌·생메모)】
・도서관 측: 어쨌든 "다른 관에 있는 책도 근처 관에서 수령할 수 있게" 하고 싶다.
지금은 관마다 별도 시스템이라, 이용자로부터 "왜 분관의 책은 예약할 수 없나요"라는 불만이 많다.
...
보시는 바와 같이, 정돈되어 있지 않습니다. 이야기는 튀고, 결정되지 않은 것도 섞여 있습니다.
하지만 수탁 개발의 흔한 사례로, 처음 손에 쥐는 것은 이 정도인 것이죠. 여기서부터 고객 제출 자료를 만듭니다.
이 인풋을 전달하면, 패턴을 가진 AI는 다음과 같이 움직입니다.
① 정독 ── 숨겨진 논점을 포착
1행과 회의록을 읽고, 표면으로 드러나지 않은 논점까지 찾아냅니다. 이번 사례라면 "재고의 실시간성", "수령관 지정", "관간 이송의 가시화", "회원 통합", "예약 경합", "알림 채널", "개인정보" 정도입니다. 여기서 얼마나 찾아내느냐가 품질의 80%를 결정합니다.
② 영역 분해 + 아웃라인 제시
흩어진 요구사항을 구현 가능한 입도의 **영역(Domain)**으로 다시 묶습니다. 이번에는 "① 횡단 예약 기반 / ② 회원 통합·인증 / ③ 알림 기반"의 3개 영역입니다. 그 위에 "몇 페이지에 무엇을 실을지"를 먼저 제시하여 합의를 얻습니다 (여기서 재작업이 급격히 줄어듭니다).
③ 템플릿으로부터 생성
1개 영역 = "요약(Summary) → 상세 요구사항 → 구현 방침·리스크 → 확인 사항"의 5장 패턴으로 양산합니다. 고정 규격 1280×720·14색·3폰트의 틀에 밀어 넣습니다.
④ 체크
밀도(넘치지 않는지)·일관성(푸터/페이지 번호/색상)·내용을 확인합니다. 특히 중요한 것은——
회의록에 적혀 있지 않은 것은 적지 않는다. 결정되지 않은 것은 "확인 사항"으로 넘긴다.
"선착순이면 될지도, 상의 필요"는 단정적인 사양으로 쓰지 않고, 확인 사항 슬라이드로 돌립니다. 이것만 지켜도 "그럴듯한 날조"가 사라집니다.
AI는 회의록의 내용을 자동으로 다음과 같이 분류해 줍니다.
| 회의록 내용 | 변환 대상 |
|---|---|
| 요구사항·결정 사항 | 액션 타이틀 (각 슬라이드의 헤드라인) |
| ... |
실제로 위의 인풋으로부터 구성한 자료가 이것입니다 (가공의 도서관 안건).
전체상 ── "1행"이 3개 영역으로 정리됨
이 부분이 가장 핵심입니다. 흩어져 있는 요구사항을 우선순위가 포함된 3개 영역 + 향후 스코프(Scope)로 분해합니다.

이어서 각 영역별로 「요약(Summary) → 상세(Detail) → 구현 방침·리스크(Implementation Policy/Risk) → 확인 사항(Confirmation Items)」의 5장 구성으로 심층 분석합니다. ① 통합 예약 기반을 예로 들어보겠습니다.
가장 중요한 것은 액션 타이틀(Action Title)(헤드라인 한 문장)입니다.
「통합 예약에 대하여」와 같은 "명사"가 아니라, **「어떤 도서관의 책이라도 통합 예약할 수 있는 통합 기반을 신규 구축한다」라는 "한 문장의 주장"**으로 작성합니다. 이것만으로도 자료의 설득력이 달라집니다.
구현 방침·리스크 (사양과 리스크를 한 장에)
회의록의 「예약이 겹치면?」, 「재고가 어긋난다」와 같은 내용이 리스크 항목에 제대로 반영되어 있습니다.

확인 사항 (결정되지 않은 것을 결정하도록 유도)
「선착순 vs 추첨」, 「이력은 몇 년 치까지 이전」 등 회의록에서 "미확정"이었던 점을 날조하지 않고 이곳에 집약합니다.

동일한 5장 패턴으로 ② 회원 통합·인증, ③ 알림 기반도 전개합니다. 도표도 내용에 맞춰 다르게 제작합니다.
최종적으로, 1행 + 회의록으로부터 「표지 + 전체상 + 3개 영역 × 5장 = 총 15장」의 요구사항 정의 자료가 완성됩니다. 전부 하나의 HTML 파일로 구성되어 브라우저에서 열 수 있으며 PDF로 변환도 가능합니다.
「우리 입력 데이터로도 쓸 수 있을까?」가 아마 가장 궁금하실 부분일 테니, 구체적으로 살펴보겠습니다.
| 사용 가능한 인풋 | 보충 설명 |
|---|---|
| 엑셀 요구사항 목록 (1행이라도 OK) | 통합 관리표의 1행으로부터, 인터뷰(Hearing)를 통해 내용을 보강하여 구성 가능 |
| 인터뷰·정기 회의록 / 전사 데이터 (Transcription) | 이야기가 비약되어 있어도 OK. AI가 영역별로 재편성함 |
| 기존 사양서·요구사항 메모 | 불렛 포인트나 Word 형태라도 논점을 포착하여 구조화 |
| 이전 버전의 자료 + 새로운 회의록 | 차이점(Diff)만 업데이트하고, 변경 사항에 「추가」 태그를 붙일 수 있음 |
그리고 거친 입력값에 대해 효과를 발휘하는 포인트는 다음 3가지입니다.
숨겨진 논점을 포착함 ── 「통합 예약」 이면에 있는 재고 정합성·회원 통합·예약 경합·개인정보 문제까지 이끌어냄 -
미확정 사항을 날조하지 않음 ── 결정되지 않은 사항은 확인 사항 슬라이드로 넘김 (이 부분이 신뢰의 핵심) -
형식이 매번 일정함 ── 14색·3개 폰트·고정 프레임. 누가 만들어도 동일한 "제출 가능한" 외관 -
| 내용 | |
|---|---|
| Before | 1행 + 회의록을 앞에 두고, 논점을 스스로 도출하여 PowerPoint로 며칠에 걸쳐 정리 |
| After | 1행 + 회의록을 전달 → 영역 분해와 아웃라인(Outline) 합의 → 15장의 요구사항 정의 자료가 일관된 형식으로 한 번에 완성 |
| 효과 | 논점 누락이 줄어들고, 미확정 사항은 확인 사항으로 자동 집약. 형식 정리 작업이 거의 제로(Zero)가 됨 |
솔직히 이 작업은 **「생각하는 시간」보다 「형식을 맞추는 시간」과 「논점을 놓치지 않기 위한 정신적 피로」**가 더 큽니다. 그 부분이 통째로 가벼워집니다.
| 항목 | 내용 |
|---|---|
| 과제 | "엑셀 1행 + 회의록"이라는 거친 입력으로부터 고객 제출용 요구사항 정의 자료를 만드는 작업이 매번 무거움 |
| 해결책 | ① 논점 포착 ② 영역 분해 + 아웃라인 합의 ③ 템플릿을 통한 양산 ④ 체크를 스킬화 |
| 핵심 | 1행을 구현 단위의 영역으로 분해함 / 미확정 사항은 날조하지 않고 확인 사항으로 넘김 / 형식을 템플릿으로 고정 |
| 보너스 교훈 | 요구사항이 거칠수록, AI의 가치는 「숨겨진 논점을 포착하는 것」과 「결정되지 않은 것을 결정되지 않았다고 쓰는 것」에서 드러남 |
「1행의 요구사항으로부터 요건을 세우는 것이 매번 힘들다」고 느끼시는 분은, 꼭 1행과 회의록을 그대로 AI에게 전달해 보세요. 깔끔하게 정리하기 전의 메모 상태라도 괜찮습니다.
스킬 세트(템플릿 + 디자인 시스템 + SVG 패턴 모음)는 GitHub에 공개되어 있습니다.
사용법은 간단합니다. **관리표 엑셀과 인터뷰 회의록을 전달하며 "이 스킬을 사용하여 요구사항 정의 자료로 만들어줘"**라고 말하기만 하면 됩니다. 제대로 준비되어 있다면 AI는 갑자기 만들기를 시작하지 않고, 먼저 **「이 요구사항은 이 3개 영역으로 나눕니다. 아웃라인은 이대로 괜찮습니까?」**라고 물어옵니다. 거기서 합의한 뒤 생성 단계로 들어가는 것이 핵심입니다.
마지막으로, 제가 AI에게 요구사항 정리를 부탁할 때 매번 전달하는 규칙을 남겨둡니다 (평소 제 입버릇입니다).
【품질과 형식의 규칙】
・최고 품질 우선: 시간이 조금 걸리더라도 좋으니, 최고 품질로 부탁합니다.
・영역 분해 → 아웃라인 선행: 1행의 요구사항은 먼저 구현 단위의 영역으로 나누고, 구성을 합의한 뒤에 작성합니다.
...
여기까지 읽어주셔서 감사합니다 🙇
「거친 1행」으로부터의 요구사항 구성, AI와 분담하면 훨씬 편해집니다. 예쁘게 다듬은 후가 아니라, 어질러진 상태 그대로 전달하는 것이 요령입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기