Azure DevOps의 Copilot 연동으로 회의 메모를 백로그로 옮길 때는, 프로젝트가 쓰는 작업 항목 유형부터 확인하세요. 기본 Agile의 User Story와 Scrum의 Product Backlog Item은 이름과 프로세스가 다릅니다. 새 플러그인의 생성 기능을 이해하고, 원문을 신규·기존 수정·확인 대기로 나눈 뒤 프로젝트에 맞는 초안을 만드는 절차를 정리했습니다.
10월 20일 발표한 Copilot 연동
Microsoft는 2026년 10월 20일 Azure DevOps Plugin을 Copilot Chat·Cowork·Code에서 사용할 수 있다고 발표했습니다. 프로젝트·작업 항목·풀 리퀘스트·테스트 계획·파이프라인을 다루고, 내장 스킬로 버그 분류나 아이디어의 백로그 구조화를 돕는다는 설명입니다. 요구사항 문서를 관련 작업 항목으로 만들거나 회의 메모를 기존 항목의 댓글에 연결하는 예도 제시했습니다.
공식 시작 안내는 Cowork의 Customize에서 Azure DevOps를 찾아 플러그인을 설치하고, Azure DevOps 조직 이름을 입력해 연결하는 순서입니다. 설치 메뉴가 보이는지와 실제 생성이 성공하는지는 계정·조직 환경에서 따로 확인해야 합니다. 발표만으로 한국 모든 계정의 제공 완료, 특정 요금제 포함, 무료 이용 또는 정식 배포 단계를 확정할 수는 없습니다.
User Story를 모든 프로젝트의 기본값으로 삼을 수 없는 이유
Azure Boards의 기본 프로세스는 Basic·Agile·Scrum·CMMI입니다. 요구사항을 담는 기본 작업 항목과 포트폴리오 항목이 다르므로, 발표에 나온 Epic·Feature·User Story를 프로젝트마다 같은 구조로 생성하면 맞지 않을 수 있습니다.
| 기본 프로세스 | 제품 계획의 기본 항목 | 기본 포트폴리오 항목 |
|---|---|---|
| Basic | Issue | Epic |
| Agile | User Story | Epic·Feature |
| Scrum | Product Backlog Item | Epic·Feature |
| CMMI | Requirement | Epic·Feature |
근거: Microsoft Learn의 기본 프로세스 비교 중 Product planning·Portfolio backlogs 항목. 확인일: 2026-10-21 KST. Bug의 백로그 배치와 사용자 지정 유형은 이 축약 표에 포함하지 않았습니다.
예를 들어 기본 Basic에는 포트폴리오 Feature가 포함되지 않습니다. 생성 요청을 맞추려고 프로세스를 바꾸기 전에 현재 프로젝트의 유형으로 표현할 수 있는지 확인하는 편이 순서에 맞습니다. 상속·사용자 지정 프로세스에서는 필드·상태·유형이 달라질 수 있으므로 표의 기본값보다 실제 프로젝트 구성을 우선하세요.
공식 문서는 현재 프로세스를 Project settings → Process에서 확인하도록 안내합니다. 프로세스 이름, 실제 생성 메뉴에 있는 유형, 요구되는 필드를 함께 적은 뒤 Copilot에 전달하세요. 이름이 비슷한 유형을 AI가 임의로 골랐다면 그 선택의 근거부터 확인합니다.
원문을 작업 항목으로 바꾸는 네 단계
- 1. 확정된 요구와 검토 중인 제안을 나눕니다. 원문 버전과 근거 행을 고정하고, 뒤에서 철회·정정된 발언을 반영합니다. 회의 메모가 입력이면 회의록의 결정·담당자·기한을 원문과 대조하는 절차로 먼저 정리할 수 있습니다.
- 2. 기존 항목을 대조합니다. 원문에 작업 ID가 있으면 그 항목을 확인하고, 없으면 관련 제목·설명·요구 범위로 기존 항목을 찾습니다. 같은 기능의 변경은 기존 수정 제안으로, 별도 요구는 신규 제안으로 나눕니다. 제목이 비슷하다는 이유만으로 합치거나 원문마다 새 항목을 만들지 않습니다.
- 3. 유형과 완료 기준을 맞춥니다. 확인한 프로세스의 실제 유형을 고릅니다. Scrum 문서는 Acceptance Criteria를 구현 전에 정할 완료 조건으로 설명합니다. “기능 개선” 같은 제목만으로 끝내지 말고 원문에서 확인할 수 있는 동작과 결과를 적으세요. AI가 추가한 성능 수치·기한·담당자는 원문 근거와 분리합니다.
- 4. 실제 반영 결과를 원문과 다시 연결합니다. 신규면 반환된 작업 ID, 수정이면 대상 ID와 변경된 필드를 기록합니다. 항목을 다시 열어 유형·설명·완료 기준·상위 연결을 확인합니다. 생성 결과가 불분명하면 기존 항목의 존재부터 조회해 재시도로 같은 요구가 중복 생성되는 것을 줄입니다.
저장에 성공했다는 사실은 요구가 충분히 정의됐다는 뜻과 다릅니다. 공식 Scrum 문서가 설명하는 공통 필수 필드는 Title이며, 프로젝트의 사용자 지정 규칙은 추가 필드를 요구할 수 있습니다. 담당이 불명확하면 미배정으로 둘 수 있다는 안내도 있지만, 실제 필수 규칙을 확인하지 않고 모든 프로젝트에서 빈값으로 저장된다고 가정하지 마세요. 필요한 값이 없으면 확인 대기로 남깁니다.
복사해 쓸 초안 지시문과 대조 연습
다음 지시문은 편집팀이 만든 초안 작성용 절차입니다. 조직에서 허용한 자료를 사용하고, 대괄호 부분에는 프로젝트에서 확인한 값을 넣습니다. 실제 작업 항목을 만들기 전 변경 대상을 비교할 수 있도록 제안 목록을 먼저 받는 구성입니다.
확인한 프로젝트·팀: [직접 기입] 확인한 프로세스와 실제 사용 가능한 작업 항목 유형: [직접 기입] 원문 버전·근거 행, 대조한 기존 항목의 ID·유형·설명: [아래 첨부] 먼저 생성·수정 제안만 작성해 주세요. 이 단계에서는 도구로 원격 항목을 변경하지 마세요. 원문 요구를 신규 / 기존 수정 / 확인 대기로 나누고 근거를 붙이세요. 기존 수정은 대상 ID와 변경 전후 내용을 표시하세요. 신규는 확인한 프로세스에서 사용할 수 있는 유형과 상위 항목 후보를 표시하세요. 상위 ID를 추정해 채우지 말고, 연결 근거가 없으면 연결 여부를 확인 대기로 표시하세요. 각 제안에 제목, 설명, 원문에서 확인한 완료 기준, 미정인 필수값을 적으세요. 원문에 없는 담당·기한·우선순위·성능 목표는 추정하지 마세요. 각 제안이 뒷받침되는 원문 버전·행과 기존 항목 대조 결과를 함께 보여주세요.
아래는 전체가 가상인 폐쇄된 연습 자료입니다. 실제 프로젝트·작업 ID·제품 실행 결과가 아닙니다. 기본 Scrum과 Product Backlog Item 유형이 확인됐다고 가정하고, 이 연습에서 기존 항목 대조 대상은 가상 ID314 한 개로 한정합니다. 실제 업무에서는 이 작은 목록으로 전체 백로그 검색을 대신할 수 없습니다.
[요구 연습 v1 / 전체 가상] 프로세스: 기본 Scrum 기존 항목: 가상 ID314 / Product Backlog Item / 내보내기 버튼 표기 정리 기존 설명·완료 기준: 버튼 문구 '파일 받기'만 대상으로 하며 취소 동작은 포함하지 않는다. R1 확정: 기존 ID314의 버튼 문구를 'CSV 다운로드'로 바꾼다. R2 확정: 취소 기능은 별도 요구로 추가한다. 내보내기 진행 중 취소를 누르면 추가 파일 기록을 중단하고 목록 화면을 유지한다. R3 검토: 직원별 기본 조회 기간은 다음 회의에서 결정한다.
이 입력의 대조 기준은 다음과 같습니다. R1은 가상 ID314의 기존 수정 제안으로 남기고 “파일 받기”에서 “CSV 다운로드”로의 변경을 특정합니다. R2는 신규 Product Backlog Item 제안이며, 완료 기준은 취소 시 추가 기록 중단과 목록 화면 유지입니다. 기존 항목의 범위에서 취소 동작이 제외되고 별도 요구로 확정됐다는 근거를 함께 남깁니다. 상위 항목은 주어지지 않았으므로 연결할 ID는 확인 대기입니다. R3는 결정되지 않은 요구로 남겨 기능의 범위·기본값·담당자를 채워 생성하지 않습니다. 이는 AI 응답이 아니라 편집팀이 작성한 연습 대조 기준입니다.
다음 CSV는 한 행에 제안 하나를 적는 빈 기록 양식입니다. “완료 기준을 정하는 중”과 “작업 완료”를 구별하고, 실제 반영한 뒤에만 처리후ID를 채웁니다. 문서에 없는 공수나 마감일을 숫자로 채울 필요는 없습니다.
원문버전,근거행,구분,확인한프로세스,유형,기존ID,상위ID,제목,완료기준,미정필수값,처리후ID ,,,,,,,,,,
적용 범위와 원문
이 절차는 공식 프로세스 규칙과 요구사항의 연결을 돕는 방법입니다. 플러그인의 조직별 표시·권한 동작, 한국 계정 제공, 최소 클라이언트 버전, 베타·정식 구분, 정확한 요금제·추가 과금은 이번 발표에서 확인되지 않았습니다. 실제 플러그인 생성 성공률이나 한국어 요구사항 처리 정확도를 시험한 결과로 읽어서는 안 됩니다.
- Microsoft: Azure DevOps available in Microsoft Copilot — 2026-10-20 발표. 대상 Copilot 화면, 내장 스킬과 설치·조직 연결 안내.
- Microsoft Learn: Default processes and process templates — 기본 프로세스별 제품 계획·포트폴리오 유형과 프로젝트 프로세스 확인 경로.
- Microsoft Learn: Scrum process work item types and workflow — 완료 기준, 담당자와 공통·사용자 지정 필수 필드 설명.
원문 확인: 2026-10-21 KST. Learn의 표시 갱신일은 프로세스 비교 문서 2026-07-08, Scrum 문서 2026-07-07이며, 플러그인 발표일과 구별했습니다.