GitHub Copilot, 마크다운 문서 작성의 새로운 지평을 열다: 디자이너 출신 PM의 실전 경험

솔직히 말해보자. 우리 모두는 더 나은 도구를 갈망한다. 특히 나처럼 디자인 배경을 가진 PM에게는, 기술적인 부분만큼이나 명확하고 간결한 커뮤니케이션이 생명이다. 스타트업의 격동 속에서 수많은 기획서, 회의록, 사용자 스토리를 작성해야 할 때, ‘시간’은 가장 귀한 자원이다. 그런데 만약, 당신의 문서 작성 속도를 두 배로 끌어올릴 수 있다면? 그것도 AI의 도움으로?

몇 달 전, 나는 GitHub Copilot을 처음 접했다. 처음에는 ‘코드를 짜는 개발자들을 위한 도구’라고 생각했지만, 호기심에 PM으로서의 업무에 적용해보기 시작했다. 결과는? 놀라웠다. 특히 마크다운(Markdown) 문서 작성에 있어서는 혁신적인 변화를 경험했다. 이 글에서는 디자이너 출신 PM으로서 Copilot을 활용해 마크다운 문서 작성 속도를 2배 이상 향상시킨 실질적인 팁들을 공유하고자 한다. 더 이상 반복적인 타이핑에 시간을 낭비하지 말자.

왜 마크다운인가? 그리고 왜 Copilot인가?

마크다운은 그 간결함과 범용성 때문에 개발팀뿐만 아니라 기획자, 디자이너 등 비개발 직군에게도 필수적인 문서 작성 도구가 되었다. 텍스트 기반이라 가볍고, 다양한 플랫폼에서 쉽게 렌더링된다. README 파일부터 이슈 트래커, 위키까지, 마크다운의 활용 범위는 끝이 없다. 하지만 익숙해지기 전까지는 * 나 _, # 같은 특수 기호들을 일일이 입력해야 하는 번거로움이 있다. 이것이 바로 AI의 힘을 빌릴 차례다.

GitHub Copilot은 단순히 코드 완성 도구를 넘어, 자연어 프롬프트를 이해하고 맥락에 맞는 텍스트를 생성하는 놀라운 능력을 보여준다. PM으로서의 나의 경험을 바탕으로, Copilot이 마크다운 문서 작성에서 어떻게 빛을 발하는지 살펴보자.

1. 회의록 작성: 맥락을 파악하는 AI 비서

지난주, 3시간짜리 중요한 회의가 있었다. 10명 이상의 참석자와 방대한 논의 내용. 회의 직후 회의록을 작성해야 하는데, 막막했다. 그때 Copilot을 떠올렸다. 회의 내용을 녹음하고, 주요 발언이나 결정 사항을 몇 가지 키워드로 정리했다. 그리고 Copilot에게 이렇게 입력했다.

// 마크다운 형식으로 회의록 작성. 주요 논의 사항은 다음과 같음: 신규 기능 A 개발 우선순위, B 기능 UX 개선 필요, C 기능 출시 일정 연기. 각 항목별로 결정 사항과 담당자 명시.

놀랍게도 Copilot은 내가 입력한 키워드를 바탕으로 회의록의 기본 골격을 순식간에 만들어냈다. 각 논의 사항별로 ## 헤딩을 사용하고, 주요 결정 사항과 ‘미정’ 또는 ‘담당자: OOO’와 같은 플레이스홀더까지 제안해 주었다. 마치 AI 비서가 내 옆에서 메모를 하고 있는 듯한 느낌이었다.

실전 팁: 회의 중에는 핵심 키워드나 결정 사항만 빠르게 메모해두자. 회의 후 Copilot에게 자연어로 요구사항을 전달하면, 텍스트 초안을 얻는 데 걸리는 시간을 획기적으로 줄일 수 있다. 반복되는 회의록 형식이라면, 자주 사용하는 템플릿을 Copilot에게 학습시키는 것도 좋은 방법이다.

2. 사용자 스토리 및 요구사항 정의: 명확성의 마법

PM에게 사용자 스토리와 요구사항 정의는 핵심 업무다. 명확하고 간결하게 작성하지 않으면 개발팀과의 오해가 발생하기 쉽다. 디자이너 출신으로서 시각적인 부분을 중요하게 생각하지만, 텍스트로 이 의도를 정확히 전달하는 것은 또 다른 차원의 문제다.

// 사용자 스토리 작성. 역할: 커뮤니티 회원, 목표: 새로운 게시글 작성, 이유: 자신의 경험 공유 및 다른 회원과의 소통.

이런 식으로 간단한 프롬프트만으로 Copilot은 표준적인 사용자 스토리 형식(As a [role], I want to [goal], so that [reason].)을 완성해 준다. 여기서 더 나아가, 나는 Copilot에게 다음과 같은 추가 요구사항을 제시하기도 한다.

// 위 사용자 스토리에 대한 수락 조건(Acceptance Criteria) 3가지 추가. 각 조건은 'Given-When-Then' 형식으로 작성.

Copilot은 내가 의도한 수락 조건들을 'Given-When-Then' 형식에 맞춰 구체적으로 생성해 준다. 이는 단순히 텍스트를 채워주는 것을 넘어, 내가 놓칠 수 있었던 부분이나 더 나은 표현을 제안해 주는 역할을 한다.

실전 팁: Copilot에게 사용자 스토리의 기본 틀을 맡기고, 당신은 핵심적인 로직과 예외 케이스 정의에 집중하라. 'Given-When-Then'과 같은 특정 형식 요구사항을 명확히 전달하면 Copilot의 결과물 정확도가 높아진다.

3. 기술 문서 및 API 명세 초안 작성: '아는 척'의 기술

개발팀과 협업하면서, 때로는 간단한 기술 문서나 API 명세의 초안을 작성해야 할 때가 있다. 코드를 직접 작성하지는 않지만, 문서의 구조를 잡고 기본적인 내용을 채워 넣는 것은 PM의 몫일 때가 있다. 이때 Copilot은 정말 유용하다.

// 마크다운 형식으로 REST API 엔드포인트 /users/{id}에 대한 GET 요청 문서 작성. 설명, 요청 파라미터, 응답 예시 포함.

Copilot은 이 프롬프트만으로도 기본적인 API 문서의 구조를 만들어낸다. 요청 파라미터가 무엇인지, 어떤 응답을 기대할 수 있는지에 대한 예시까지 생성해 준다. 물론, 이 결과물을 그대로 사용하기보다는 개발팀의 검토를 거쳐야 하지만, 아무것도 없는 상태에서 시작하는 것보다 훨씬 효율적이다.

실전 팁: Copilot에게 '마크다운 형식으로', 'REST API', 'GET 요청'과 같이 명확한 키워드를 제공하라. 개발팀과 공유하기 전에 반드시 정확성을 검토하고, 필요에 따라 구체적인 예시를 추가하여 완성도를 높여야 한다.

Copilot 활용, 그것은 '창의적 게으름'의 시작

나는 Copilot을 단순한 '자동 완성' 도구로 보지 않는다. 오히려 이것은 '창의적 게으름'을 실현하게 해주는 도구라고 생각한다. 반복적이고 시간 소모적인 작업은 AI에게 맡기고, 인간은 더 본질적이고 창의적인 문제 해결에 집중하는 것. 이것이 바로 AI 시대의 생산성이다.

디자이너로서 시각적인 결과물을 만드는 것에 익숙했던 나에게, Copilot은 텍스트 기반의 결과물을 빠르고 효율적으로 만들어내는 새로운 길을 열어주었다. 마크다운 문서를 작성하는 데 걸리는 시간이 절반으로 줄어들었고, 그 절약된 시간으로 오히려 더 깊이 있는 기획이나 사용자 경험 개선에 몰두할 수 있게 되었다.

물론, Copilot의 제안이 항상 완벽한 것은 아니다. 때로는 엉뚱한 제안을 하기도 하고, 맥락을 잘못 이해하기도 한다. 하지만 이러한 '오류'조차도 나의 사고를 자극하는 좋은 계기가 된다. Copilot이 제안한 내용을 비판적으로 검토하고, 더 나은 방향으로 수정하는 과정 자체가 나의 통찰력을 길러준다.

그렇다면, 당신은 Copilot으로 어떤 '창의적 게으름'을 실현하고 싶은가?

이 글에서 소개한 팁들이 당신의 문서 작성 워크플로우에 작은 변화라도 가져다주기를 바란다. GitHub Copilot은 단순한 도구를 넘어, 우리의 업무 방식을 근본적으로 바꿀 잠재력을 지니고 있다. 이제 당신의 차례다. AI의 도움을 받아, 당신의 시간을 되찾고 더 중요한 일에 집중하라.

---