요구사항 정의서에서 WBS를 만드는 방법: AI로 작업을 분해하고 간트 차트까지 구현해 보기 [워터폴]

워터폴(Waterfall) 방식으로 진행하는 프로젝트의 첫 관문입니다. 요구사항 정의서가 확정되고, 이제 계획을 세우는 단계입니다.

• 요구사항 정의서를 다시 읽으면서 작업을 한 줄씩 적어 내려간다.
• '이 작업은 어떤 요구사항에서 나온 거지?'라는 의문이 글을 쓰다 보니 생겨난다.
• 일정을 넣는 단계가 되자, 엑셀 표를 간트 차트로 다시 만들어야 한다.

WBS(Work Breakdown Structure, 작업 분해 구조도)는 프로젝트에서 수행할 작업을 세부 단위까지 분해하여 목록으로 만든 것입니다. 이 부분이 확정되지 않으면, 간트 차트나 공수 산정 자체가 기반이 흔들리게 됩니다.

본 기사에서는 ONES Wiki에 작성된 요구사항 정의서를 ONES Assistant에게 읽히고 WBS 초안을 만들게 한 기록입니다. 그리고 이를 그대로 ONES Project의 과제로 만들어 간트 차트에 배치하는 과정까지 진행해 보았습니다. 중간에 한번 완전히 틀린 시도를 했습니다.

데모용으로 '일정 관리 앱'의 요구사항 정의서를 ONES Wiki에 작성했습니다. 기능 요구사항이 4개, 비기능 요구사항이 2개, 수용 기준이 2개, 외부 의존성이 2개입니다. 리ليز는 12월 말로 예정되어 있습니다.

이 페이지를 열어둔 채, ONES Assistant에게 가장 먼저 요청한 것이 이것입니다.

이 요구사항 정의서를 바탕으로 워터폴 개발의 WBS를 만들어 주세요.
・공정(요구사항 정의・설계・구현・테스트・리리즈)을 제1 계층, 작업을 제2 계층으로 구성해 주세요.
・각 작업에 '어떤 요구사항에서 왔는지'를 첨부해 주세요.
...

네, 돌아온 것이 이 화면입니다.

……아.

요구사항 10줄만 나열되어 있을 뿐, 시작일도 종료일도 모두 '기재 없음'입니다. 분해도, 일정 배정도 되어 있지 않습니다.

이유는 요청문에 있었습니다. '보완하지 말라'와 '날짜를 넣어 달라'라는 상반된 내용을 같은 요청에 써버린 것입니다. 요구사항 정의서에는 날짜가 적혀있지 않기 때문에, ONES Assistant는 '보완하지 않는다'를 우선하여 솔직하게 '기재 없음'을 반환해 준 것입니다. 잘못한 것은 AI가 아니라 저의 요청이었습니다.

수정한 부분은 '보완하지 않는다'가 적용되는 범위였습니다. 분해와 일정 배정은 '참고용으로' 해도 좋다고 수정했습니다.

이 요구사항 정의서를 바탕으로 워터폴 개발의 WBS 초안을 만들어 주세요.
・공정(요구사항 정의・설계・구현・테스트・리리즈)을 제1 계층, 작업을 제2 계층으로 구성해 주세요.
・작업은 요구사항을 분해해도 괜찮습니다. 각 작업에 '어떤 요구사항에서 왔는지'를 첨부해 주세요.
...

핵심 포인트는 '추가안'으로 나누어 달라고 요청한 것입니다. 요구사항에 적혀있지 않은 작업이 본문에 섞이지 않도록 했습니다.

그리고 결과가 이것입니다.

이번에는 '본문' 표에 10개의 작업이 나열되어 있고, 오른쪽에는 작업별 '시작점 요구사항'과 참고 시작일/종료일이 들어 있습니다.

'시간대 대응'이라는 기능 요구사항은 '시간대 대응 설계'가 되고, '마감 알림 리마인더 통지'는 비기능 요구사항의 '알림은 사용자의 시간대 기준'과 연결되어 하나의 작업으로 묶였습니다. 요구사항이 제대로 작업으로 분리되었고, 원래 요구사항도 추적할 수 있습니다.

그리고 그 아래에 '추가안' 표입니다. 페이지에는 적혀있지 않지만 필요해 보이는 작업이 7개, 이유와 함께 나열되어 있습니다. 이관 리허설, 백업/롤백 절차 정비, 성능 테스트 등입니다.

……이거는 기쁘다. 요구사항 정의서에 적혀있지 않은 작업은 나중에 빠진 것을 깨닫고 당황하는 것이 전형적인 패턴입니다. 본문에 섞이지 않고 '추가안'이라는 별도의 표로 보여주기 때문에, 채택할지 여부는 제가 선택할 수 있습니다.

여기부터는 가벼운 이야기입니다. 본문의 10개 작업을 ONES Project의 과제로 만듭니다. 같은 패널에서 이렇게 요청했습니다.

본문 10개를 프로젝트 'JP-DEMO'(키 JPDE)에 과제 타입 'Task'로 생성해 주세요.
각 과제의 시작일과 종료일은 표의 참고 날짜를 설정하고, 설명에는 '시작점 요구사항'을 적어주세요.
추가안은 만들지 마세요.

JPDE-3부터 JPDE-12까지, 10개입니다. 표의 날짜가 그대로 시작일/종료일에 들어갔습니다. 추가안은 만들어지지 않았습니다.

자, 간트 차트를 열어봅니다.

계단 모양으로 나열되었습니다. 왼쪽 상단의 iCal 제공처 사양 확인부터 오른쪽 하단의 리리즈까지입니다. 엑셀로 다시 만들 필요도 없이, 과제에 날짜가 들어가 있는 것만으로 간트 차트가 됩니다. 가장 위의 2줄은 다른 검증에서 만든 날짜 없는 태스크라 바(bar)는 나와있지 않습니다.

이 화면을 자신의 데이터로 만져보고 싶은 분은 여기를 클릭 → ONES.com

ONES Wiki: 요구사항 정의서를 작성하고 저장해 두는 지식 기반 관리 도구입니다. -
ONES Project: 과제와 일정을 관리하여 간트 차트로 볼 수 있는 프로젝트 관리 도구입니다. -
ONES Assistant: ONES 화면에 내장된 AI 어시스턴트입니다. 페이지를 읽어 표를 만들고, 과제 생성까지 수행합니다.

직접 사용해 봤지만, 그대로 활용하기 어려운 점들도 있었습니다.

공정의 계층 구조는 돌아오지 않았습니다. '공정을 1단계로, 작업을 2단계로' 요청했지만, 반환된 것은 공정 항목이 없는 단일 표였습니다. 과제로 만들었음에도 불구하고 부모-자식 관계가 없었고, 간트 차트에는 10개의 작업이 나란히 배치되었습니다. 공정별로 정리하고 싶다면, 사람이 상위 과제(부모 과제)를 만들어 연결해 주어야 합니다.
날짜는 어디까지나 참고용입니다. 요구사항 정의서에 날짜가 없기 때문에 ONES Assistant가 기간을 할당한 것입니다. 실제 공수(man-hour)를 추정한 것이 아닙니다. 간트 차트의 앞 두 항목에는 빨간색 '기한 초과' 배지까지 붙어 있습니다. 공기를 '10월부터'라고 요청했는데, 기사를 작성하는 날이 이미 10월 26일이었다는 것뿐인데도 말입니다. 실제로 사용하려면 시작일을 오늘 이후로 지정해 달라고 요청해야 합니다.
작업 간의 의존 관계는 연결되지 않았습니다. 계단식으로 보이는 것은 날짜를 조정하여 할당한 결과입니다. '이 작업이 끝나지 않으면 다음 작업을 시작할 수 없다'와 같은 선은 여기서 사람이 직접 추가해야 합니다.
요구사항 정의서가 그대로 출력됩니다. 이번 요구사항 정의서는 10줄 정도의 짧은 내용이었습니다. 실제 프로젝트에서 요구사항이 수십 줄에 달하는 경우, 동일한 정밀도로 분해된다고 보장하기는 어렵습니다. 이 부분은 테스트하지 않았습니다.

AI가 수행한 것은 요구사항 정의서를 작업으로 나누고, 과제와 간트 차트의 형태로 만드는 것까지입니다. 공정 구조, 의존 관계, 그리고 일정의 타당성은 사람이 검토하여 결정해야 하는 영역입니다.

WBS를 만드는 과정에서 가장 시간이 많이 드는 부분은 내용을 추출하는 것보다, '이 작업은 어떤 요구사항에서 비롯되었는지'를 계속 연결해 나가는 것이었습니다. 시작점인 요구사항을 각 작업별로 첨부하고, 추가 제안 사항을 별도의 표로 분리하여 받을 수만 있다면, 리뷰 시 검토할 위치가 결정됩니다.

여러분의 팀에서는 요구사항 정의서에서 WBS로 도출할 때 어느 부분에 가장 많은 시간을 사용하시나요?

사용해 보시려면 ONES.com에서 확인하세요. 도입 상담은 [email protected]으로 접수받고 있습니다.