Azure Boards는 일정 관계를 선행자 및 후임자 링크로 저장하지만 기본 제공되는 중요 경로 Gantt 보기는 없습니다. 종속성 추적기 또는 연결된 스케줄러를 사용하고 커넥터가 실제로 가져오는 링크를 확인하세요.
Azure DevOps 종속성은 간트 차트에 어떻게 표시됩니까?
Azure Boards는 방향성 선행 작업 항목 및 후속 작업 항목 링크를 사용하여 배달 종속성을 기록하지만 Azure Boards는 기본 제공 중요 경로 간트 차트를 제공하지 않습니다. Microsoft의 종속성 추적기 확장은 목록, 위험 보기 및 베타 타임라인을 제공합니다. 연결된 스케줄러는 작업 표시줄과 CPM를 제공할 수 있지만 종속성 링크를 가져오거나 다시 만드는 경우에만 가능합니다.
GanttFather는 현재 Azure DevOps 작업 항목, 날짜, 할당, 상태 및 상위/하위 계층 구조를 Gantt 프로젝트로 가져옵니다. Azure 전임자/후임자 링크를 Gantt 종속성으로 가져오지 않습니다. 끌어온 후 GanttFather에 일정 관계를 추가합니다. 이러한 로컬 링크는 종속성 화살표 및 중요 경로 분석을 구동하며 이후 풀로 덮어쓰여지지 않습니다.
동작 확인: 2026년 8월 30일 Microsoft 설명서 및 GanttFather의 현재 Azure DevOps 기능 계약을 기준으로 합니다.
종속성을 나타내는 Azure DevOps 링크 유형은 무엇입니까?
배송 순서는 전임자/후임자를 사용하세요. 전임자는 먼저 와야하는 생산자입니다. 후임자는 그것에 의존하는 소비자이다. Azure DevOps는 이 종속성 토폴로지에 대한 순환 관계를 방지하고 일대다 링크를 지원합니다.
| Azure DevOps 관계 | 의미 | 일정 의존성인가요? | 간트 해석 |
|---|---|---|---|
| 전임자 | 연결된 항목은 현재 항목보다 먼저 완료되어야 합니다. | 예 | 일반적으로 FS 링크의 이전 부분 |
| 후임자 | 연결된 항목은 현재 항목 뒤에 나타나야 합니다. | 예 | 일반적으로 FS 링크의 후속 측 |
| 부모/자식 | 포트폴리오 또는 백로그 계층 구조 | 아니요 | 요약 행/하위 행 |
| 관련 | 일반협회 | 아니요 | 참고용 |
| 생산/소비 | 조직 간 방향 종속성 | 예, 원격 작업 항목의 경우 | 명시적 매핑이 필요한 외부 종속성 |
파이프라인 dependsOn | YAML의 단계 또는 작업 실행 순서 | 파이프라인 전용 | 작업 항목 링크가 아님 |
부모/자녀와 전임자/후계자는 서로 다른 질문에 답합니다. 부모/자식은 “기능 12에는 사용자 스토리 34가 포함되어 있습니다.”라고 말합니다. 전임자/승계자는 “모바일 통합이 시작되기 전에 API 계약이 완료되어야 합니다.”라고 말합니다. 백로그 중첩에서 일정 순서를 추론하지 마세요.
Azure Boards에서 작업 항목 종속성을 어떻게 생성합니까?
- 기다려야 하는 작업 항목을 엽니다.
- 링크 섹션을 열고 링크 추가를 선택합니다.
- 전임자를 선택합니다.
- 먼저 수행해야 할 작업 항목을 찾아 저장합니다.
- 다른 작업 항목을 열고 상호 후속자 링크를 확인합니다.
- 관계가 타임라인에 표시될 경우 의미 있는 반복 날짜 또는 일정 필드를 추가합니다.
Microsoft는 순서대로 완료해야 하는 작업에 대해 선행자/후임자를 권장합니다. Microsoft의 Excel 가져오기/내보내기 지침에서는 Excel 왕복이 중요한 경우 동일한 프로젝트의 이전 링크를 권장하지만 이러한 링크는 프로젝트를 교차할 수 있습니다.
Azure 작업 항목 종속성 링크는 모든 기본 CPM 세부 정보를 자체적으로 저장하지 않습니다. 선행자/후행자 링크는 순서를 전달하지만 외부 스케줄러에는 여전히 기간, 달력, 지연 및 FS, SS, FF 또는 SF에 대한 명시적인 매핑이 필요할 수 있습니다.
Azure DevOps는 다른 스케줄러 없이 무엇을 시각화할 수 있나요?
Azure DevOps는 타임라인과 유사한 여러 표면을 제공하지만 각각 다른 질문에 답합니다.
| 푸른 표면 | 최고의 사용 | 종속 관계를 표시합니다. | 전체 간트 스케줄링/주요 경로 |
|---|---|---|---|
| 보드 및 백로그 | 흐름, 우선순위, 계층 | 각 항목에 표시되는 링크 | 아니요 |
| 배송 계획 | 팀 간 반복 및 로드맵 타이밍 | 종속성 네트워크 스케줄러가 아님 | 아니요 |
| 종속성 추적기 확장 | 소비자/생산자 의존성 위험 | 예; 목록, 그래프 및 타임라인 보기 | CPM 없음; 타임라인은 베타로 문서화되어 있습니다. |
| 직접 링크 WIQL 쿼리 | 연결된 작업 항목 감사 | 예, 쿼리 결과로 | 타임라인 없음 |
| 외부 간트 스케줄러 | 날짜, 막대, 화살표, 일정 분석 | 커넥터 계약에 따라 다름 | 예, 링크와 기간이 존재하는 경우 |
Microsoft는 Azure Boards에 중요한 경로를 표시하는 기본 제공 방법이 없다고 명시합니다. 종속성 추적기는 선행 작업 및 후속 작업 타이밍을 기반으로 올바른 흐름이나 잘못된 흐름에 플래그를 지정할 수 있지만 타임라인은 시작 날짜와 종료 날짜가 구성된 반복 경로에 할당되는 작업 항목에 따라 달라집니다.
Azure DevOps 작업을 GanttFather로 어떻게 가져오나요?
현재 GanttFather 워크플로는 연속 미러가 아닌 제어된 풀입니다.
- 연결: 조직 URL과 Personal Access Token을 입력하고 연결 테스트를 완료합니다.
- 프로젝트: 토큰으로 접근할 수 있는 Azure DevOps 프로젝트를 선택합니다.
- 원본: 저장된 쿼리 또는 팀 보드를 선택하고, 보드는 한 수준 또는 전체 트리를 선택합니다.
- 유형: 가져올 계획 작업 항목 유형을 검토합니다.
- 날짜 및 노력: 포함된 각 유형의 시작, 종료 및 선택적 노력 필드를 매핑합니다.
- 상태: 검색된 Azure 상태를 정확한 GanttFather 프로젝트 상태에 매핑하고 Push에 사용할 상태를 검토합니다.
- 대상: 대상 상위 작업을 선택하고 요약을 검토한 후 저장합니다. 저장하면 첫 Pull이 시작됩니다.
원본 추가는 저장된 연결과 프로젝트를 재사용하고 원본에서 마지막 다섯 단계를 진행합니다. 필드 구성은 같은 모델이지만 날짜 및 노력(3/5)에서 열리며 뒤로를 통해 유형과 원본을 확인할 수 있습니다. 첫 Pull 후 날짜와 계층 구조를 검토하고 Gantt 종속성을 추가합니다.
스크린샷 및 필드 매핑 세부정보를 보려면 다음을 사용하세요. Azure DevOps 통합 문서 그리고 더 넓을수록 Azure DevOps Gantt 설정 가이드.
GanttFather는 Azure DevOps에서 어떤 필드를 가져오나요?
| Azure DevOps 데이터 | GanttFather 결과 | 중요한 행동 |
|---|---|---|
System.Title | 작업 이름 | 누락된 경우 작업 항목 ID로 대체 |
System.Description | 작업 설명 | HTML 태그가 제거되었습니다. |
System.State | 프로젝트 현황 | 기본 또는 구성된 상태 매핑을 사용합니다. |
| 우선순위 | 작업 우선순위 | Azure 값 1-4는 높음/보통/낮음으로 매핑됩니다. |
| 구성된 시작 필드 | 작업 시작 | 부재시 생성일로 돌아갑니다. |
| 구성된 대상/끝 필드 | 작업 종료 | 결석 시 시작 후 1일로 돌아감 |
| 스토리 포인트/구성된 추정치 | 추정 | 선택사항 |
| 할당 대상 | 구성원 또는 가상 자원 할당 | 알려진 신원으로 해결됨 |
System.Parent | 상위 작업 | 상위 항목이 동일한 동기화 소스에 있는 경우에만 해결됩니다. |
| 전임자 / 후임 관계 | 가져오지 않음 | Gantt 종속성을 로컬로 추가 및 유지 관리 |
반복 가져오기는 기존 매핑된 작업을 복제하는 대신 업데이트합니다. Azure 작업 항목의 개정이 변경되지 않은 경우 GanttFather는 이를 건너뜁니다. 매핑된 작업 항목이 쿼리나 보드를 벗어나면 동일한 연결의 다른 소스가 계속 추적하지 않는 한 GanttFather는 로컬 작업을 삭제하는 대신 로컬 작업을 닫습니다.
가져온 후에 종속성을 어떻게 모델링해야 합니까?
단순히 Azure 링크 레이블이 아닌 배달 제약 조건을 번역하세요. 대부분의 Azure 전임자/후임자 관계는 finish-to-start이지만 실제 작업에는 다른 유형이 필요할 수 있습니다.
| 상황 | 간트 의존성 | 예 |
|---|---|---|
| 선행 작업이 완료된 후에 후속 작업이 시작됩니다. | FS | 보안 검토 후 배포 |
| 두 가지 작업이 함께 시작될 수 있습니다. | SS | 백엔드 및 프런트엔드 구현 |
| 두 가지 작업을 함께 완료해야 합니다. | FF | 문서 및 기능 릴리스 |
| 한 작업은 다른 작업이 시작된 후에야 완료됩니다. | SF | 새로운 지원이 시작된 후 기존 지원 중단 |
| 행사 종료 후 대기 기간 | 양의 지연이 있는 FS | 출시 2일 후 측정 시작 |
| 의도적인 중복 | 음의 지연이 있는 적절한 유형 | 구현이 완료되기 2일 전에 QA 시작 |
GanttFather는 형제 작업 간의 종속성 규칙을 적용하고 주기 및 프로젝트 간 링크를 거부하며 -365일에서 365일까지의 지연을 지원합니다. 읽기 네 가지 Gantt 종속성 유형 복잡한 Azure 관계를 변환하기 전에.
가져온 날짜를 확인한 후에만 종속성을 생성하세요. Azure 목표 날짜 누락으로 인한 기본 1일 막대로 인해 기술적으로 유효한 종속성 네트워크가 의미 없는 중요 경로를 생성할 수 있습니다.
나중에 Azure DevOps 또는 GanttFather이 변경되면 어떻게 되나요?
검토된 Pull은 타임라인을 바꾸기 전에 매핑 필드를 비교합니다. Azure만의 변경은 선택되고 충돌하는 로컬 날짜 또는 상태는 기본 내 변경 사항 유지로 로컬에 남습니다. 일반 Pull에서는 요약이 간결하게 유지되고 고급은 접혀 있으며, 내 변경 사항 유지와 Azure에서 복원은 고급에 표시됩니다. 프로젝트 헤더의 Azure 바로 가기와 데이터 및 동기화에는 일상적인 두 작업인 Azure에서 Pull과 Azure로 Push만 표시됩니다. 초기 가져오기는 설정 중에 수행되고, 별도의 전체 원본 동기화 작업은 설정의 유지 관리 작업으로 남습니다. 어느 흐름도 로컬 종속성이나 작업 순서를 덮어쓰지 않습니다.
바로 가기, 설정 또는 데이터 및 동기화에서 이전 비교가 완료된 뒤 Pull이나 Push를 열면 최신 Azure 변경 사항을 검토에 포함하도록 서버가 새 비교를 만듭니다. 같은 원본의 확인이 아직 진행 중일 때 다시 여는 경우에만 진행 중인 요청을 공유합니다.
Push는 별도의 검토된 게시 흐름입니다. 충돌을 포함한 적합한 로컬 날짜와 상태는 기본 선택되며, 확인하면 더 최신인 매핑된 Azure 값을 덮어씁니다. 먼저 Pull할 필요는 없습니다. Pull 검토는 고급을 즉시 열어 같은 대화 상자에 내 변경 사항 유지와 Azure에서 복원을 표시합니다. 성공한 Pull 또는 Push는 대화 상자를 닫고 내 변경 사항 유지 · 닫기는 작업 없이 닫습니다. 추정치와 로컬 종속성은 전송되지 않습니다. 게시에는 작업 항목: 읽기 및 쓰기 PAT가 필요합니다.
선택한 시작일 또는 종료일이 Azure의 현재 다른 날짜와 잘못된 범위를 만들면 게시 전에 보내기가 비활성화되고 Azure에 아무것도 기록되지 않습니다. Pull 검토는 고급을 열어 일관된 날짜 범위를 복원할 수 있게 하며, 대화 상자를 닫고 로컬 날짜를 조정할 수도 있습니다.
통합을 위한 스케줄러나 웹후크가 없습니다. Azure 계획이 매일 변경되는 경우 소유자 또는 관리자를 할당하여 합의된 흐름을 가져오고 일정 검토 전에 마지막으로 성공한 동기화를 기록하세요.
마켓플레이스 확장은 외부 Gantt 도구와 어떻게 비교됩니까?
Azure DevOps가 유일한 작업 관리 표면으로 남아야 하고 팀에 주로 팀 간 소비자/생산자 위험이 필요한 경우 종속성 추적기를 사용하십시오. 기본 링크를 유지하고 중복을 줄입니다.
팀에 드래그 가능한 날짜 막대, 종속성 유형, 지연, 중요 경로, 이해 관계자 공유 또는 Azure 이외의 작업이 포함된 일정이 필요한 경우 외부 Gantt 도구를 사용하세요. 커넥터를 선택하기 전에 다음 질문을 정확하게 확인하세요.
- 선행자/후임자 링크를 가져오나요, 아니면 상위/하위 계층만 가져오나요?
- 어떤 날짜 및 기간 필드가 신뢰할 수 있나요?
- 동기화는 자동인가요, 예약인가요, 아니면 수동인가요?
- 어떤 방향으로 쓸 수 있고, 검토 단계가 있나요?
- 항목이 소스 쿼리를 벗어나면 어떻게 됩니까?
- 손실 없이 왕복 종속성 유형 및 지연이 가능합니까?
GanttFather는 첫 번째 점에서 솔직합니다. 현재 Azure 커넥터는 계층 구조를 가져오지만 Azure 종속성 링크는 가져오지 않습니다. 이는 계획 네트워크를 로컬로 구축하려는 경우 GanttFather에 적합합니다. 이는 Azure 링크 그래프의 유지 관리가 필요 없는 복제본이 아닙니다.
YAML인가요? dependencies 작업 항목 종속성과 동일합니까?
아니요. Azure Pipelines 사용 dependsOn, dependencies, 그리고 stageDependencies 단계/작업 실행을 제어하고 이전 출력을 읽습니다. 이러한 표현식은 파이프라인 런타임 개념입니다. Azure Boards 작업 항목 간에 선행 작업/후행 작업 링크를 생성하지 않으며 간트 차트에 자동으로 표시되지 않습니다.
예를 들어, $[ dependencies.Build.outputs['setVersion.value'] ] 이전 작업의 출력 변수를 읽습니다. 기능이나 사용자 스토리의 예정된 날짜에 대해서는 아무 말도 하지 않습니다. Microsoft의 파이프라인 표현식 참조 YAML 오류의 경우 및 관계 계획에 대한 작업 항목 링크 참조입니다.
GanttFather는 언제 Azure DevOps와 함께 유용합니까?
Azure DevOps가 백로그 및 납품 기록 시스템으로 유지되고 소규모 그룹이 팀 간 일정을 소유해야 하는 경우 GanttFather를 사용하세요. 커넥터는 매핑된 작업 항목 필드와 상위/하위 계층 구조를 하나의 Gantt 프로젝트로 가져올 수 있습니다. 수동으로 가져올 때마다 기획자는 지연이 있는 FS, SS, FF 및 SF 종속성을 추가하고, 중요 경로를 계산하고, 뷰어나 게스트와 실시간 결과를 공유할 수 있습니다.
이는 종속성 미러가 아닙니다. Azure 전임자/후임자 링크는 가져오거나 다시 작성되지 않으며 소유자 또는 관리자는 앱에서 통합 활동을 트리거하고 검토해야 합니다. 무료 등급에는 두 개의 편집자 좌석과 무제한 뷰어 및 게스트가 포함된 하나의 소유 프로젝트가 포함됩니다. 통제된 분할이 프로세스에 적합하다면 무료 GanttFather 프로젝트 만들기 전체 로컬 네트워크를 구축하기 전에 하나의 Azure 쿼리를 검증하세요.
Azure DevOps 종속성에 대해 사람들이 또 무엇을 물어보나요?
Azure DevOps에 기본 간트 차트가 있습니까?
Azure Boards에는 로드맵과 확장 기반 타임라인 화면이 있지만 Microsoft는 핵심 경로 분석이 포함된 기본 Gantt 차트를 제공하지 않습니다. 종속성 추적기에는 종속성 흐름에 대한 베타 타임라인이 포함되어 있습니다. Delivery Plans는 반복 기반의 팀 간 계획에 중점을 둡니다.
GanttFather는 Azure 전임자/후임자 링크를 가져오나요?
아니요. 현재 커넥터는 작업 항목 필드와 동일한 소스 상위/하위 계층 구조를 가져옵니다. Azure 전임자/후임자 링크는 Gantt 종속성으로 변환되지 않습니다. 가져온 후 GanttFather에 해당 일정 관계를 추가하세요. 반복 풀은 로컬 종속성 세트를 유지합니다.
GanttFather가 종속성을 다시 Azure DevOps로 푸시할 수 있나요?
아니요. 검토된 Push에는 Azure 관계 링크가 아닌 명시적으로 선택된 매핑된 작업 항목 필드가 포함됩니다. 선행자/후임자 관계를 생성, 업데이트 또는 삭제하지 않습니다. 다른 Azure 도구에서 해당 기본 링크가 필요한 경우 Azure 링크 그래프를 신뢰할 수 있게 유지하세요.
Azure DevOps가 중요한 경로를 표시할 수 있습니까?
Microsoft는 Azure Boards에 기본 제공되는 중요 경로 보기가 없다고 명시합니다. 외부 스케줄러는 유효한 작업 날짜, 기간 및 완전한 종속성 네트워크가 확보된 후에 이를 계산할 수 있습니다. 상위/하위 계층 구조만을 기반으로 하는 차트는 방어 가능한 주요 경로를 생성할 수 없습니다.
AI 에이전트가 GanttFather MCP를 통해 Azure DevOps 동기화를 트리거할 수 있습니까?
아니요. GanttFather의 MCP 서버에는 Azure 통합 도구가 없습니다. 소유자 또는 관리자는 애플리케이션에서 연결을 구성하고, Pull을 트리거하고, 비교를 검토하고, Push를 확인해야 합니다. 작업이 완료되면 승인된 에이전트가 GanttFather 작업 및 로컬 종속성을 처리할 수 있습니다.
제품 동작 확인: 2026년 8월 30일.
출처
