Toko Azure Boards menjadwalkan hubungan sebagai tautan Pendahulu dan Penerus, namun tidak memiliki tampilan Gantt jalur kritis bawaan. Gunakan Pelacak Ketergantungan atau penjadwal yang terhubung—dan verifikasi tautan mana yang benar-benar diimpor oleh konektor.
Bagaimana dependensi Azure DevOps muncul di diagram Gantt?
Azure Boards mencatat dependensi pengiriman dengan tautan item kerja Pendahulu dan Penerus terarah, namun Azure Boards tidak menyediakan bagan Gantt jalur kritis bawaan. Ekstensi Pelacak Ketergantungan Microsoft menawarkan daftar, tampilan risiko, dan garis waktu beta. Penjadwal yang terhubung dapat menyediakan bilah tugas dan CPM—tetapi hanya jika penjadwal mengimpor atau membuat ulang tautan ketergantungan.
GanttFather saat ini mengimpor Azure DevOps item pekerjaan, tanggal, tugas, status, dan hierarki Induk/Anak ke dalam proyek Gantt. Ini tidak mengimpor tautan Azure Predecessor/Successor sebagai dependensi Gantt. Setelah penarikan, tambahkan hubungan penjadwalan di GanttFather; tautan lokal tersebut mendorong panah ketergantungan dan analisis jalur kritis dan tidak ditimpa oleh penarikan berikutnya.
Perilaku terverifikasi: 30 Agustus 2026 berdasarkan dokumentasi Microsoft dan kontrak fitur Azure DevOps saat ini dari GanttFather.
Jenis tautan Azure DevOps manakah yang mewakili ketergantungan?
Gunakan Pendahulu/Penerus untuk pesanan pengiriman. Pendahulu adalah produsen yang harus didahulukan; penerusnya adalah konsumen yang bergantung padanya. Azure DevOps mencegah hubungan melingkar untuk topologi ketergantungan ini dan mendukung tautan satu-ke-banyak.
| hubungan Azure DevOps | Artinya | Apakah ini ketergantungan jadwal? | Interpretasi Gantt |
|---|---|---|---|
| Pendahulu | Item tertaut harus selesai sebelum item saat ini | Ya | Biasanya sisi pendahulu dari tautan FS |
| Penerus | Item tertaut harus muncul setelah item saat ini | Ya | Biasanya sisi penerus tautan FS |
| Orang Tua / Anak | Portofolio atau hierarki simpanan | Tidak | Baris ringkasan/baris anak |
| Terkait | Asosiasi umum | Tidak | Hanya referensi |
| Diproduksi Untuk / Dikonsumsi Dari | Ketergantungan terarah lintas organisasi | Ya, untuk item pekerjaan jarak jauh | Ketergantungan eksternal memerlukan pemetaan eksplisit |
Saluran pipa dependsOn | Urutan tahapan atau eksekusi pekerjaan di YAML | Hanya saluran pipa | Bukan tautan item kerja |
Orang Tua/Anak dan Pendahulu/Penerus menjawab pertanyaan yang berbeda. Orang Tua/Anak mengatakan “Fitur 12 berisi Kisah Pengguna 34.” Pendahulu/Penerus mengatakan “API kontrak harus diselesaikan sebelum integrasi seluler dimulai.” Jangan menyimpulkan urutan penjadwalan dari penumpukan backlog.
Bagaimana cara membuat dependensi item kerja di Azure Boards?
- Buka item pekerjaan yang harus menunggu.
- Buka bagian Tautan dan pilih Tambahkan tautan.
- Pilih Pendahulu.
- Temukan item pekerjaan yang harus dikerjakan terlebih dahulu dan simpan.
- Buka item pekerjaan lainnya dan konfirmasikan tautan timbal balik Penerus.
- Tambahkan tanggal iterasi atau kolom penjadwalan yang bermakna jika hubungan akan ditampilkan pada timeline.
Microsoft merekomendasikan Pendahulu/Penerus untuk tugas yang harus diselesaikan secara berurutan. Tautan ini dapat melintasi proyek, meskipun panduan impor/ekspor Excel Microsoft merekomendasikan tautan pendahulunya dari proyek yang sama ketika perjalanan bolak-balik Excel penting.
Tautan ketergantungan item kerja Azure tidak menyimpan sendiri semua detail klasik CPM. Tautan Pendahulu/Penerus mengomunikasikan pesanan, namun penjadwal eksternal mungkin masih memerlukan durasi, kalender, jeda, dan pemetaan eksplisit ke FS, SS, FF, atau SF.
Apa yang dapat divisualisasikan Azure DevOps tanpa penjadwal lain?
Azure DevOps menawarkan beberapa tampilan seperti garis waktu, namun masing-masing menjawab pertanyaan berbeda.
| Permukaan biru langit | Penggunaan terbaik | Menunjukkan hubungan ketergantungan | Penjadwalan Gantt penuh/jalur kritis |
|---|---|---|---|
| Papan dan simpanan | Aliran, prioritas, hierarki | Tautan terlihat di setiap item | Tidak |
| Rencana Pengiriman | Iterasi lintas tim dan waktu peta jalan | Bukan penjadwal jaringan ketergantungan | Tidak |
| Ekstensi Pelacak Ketergantungan | Risiko ketergantungan konsumen/produsen | Ya; tampilan daftar, grafik, dan garis waktu | Tidak ada CPM; garis waktu didokumentasikan sebagai beta |
| Kueri WIQL tautan langsung | Audit item pekerjaan terkait | Ya, sebagai hasil kueri | Tidak ada garis waktu |
| Penjadwal Gantt eksternal | Tanggal, batang, panah, analisis jadwal | Tergantung pada kontrak konektor | Ya, jika ada tautan dan durasinya |
Microsoft menyatakan bahwa Azure Boards tidak memiliki cara bawaan untuk menunjukkan jalur kritis. Pelacak Ketergantungan dapat menandai aliran yang benar atau salah berdasarkan waktu pendahulu dan penggantinya, namun garis waktunya bergantung pada item pekerjaan yang ditetapkan ke jalur iterasi yang tanggal mulai dan berakhirnya dikonfigurasi.
Bagaimana Anda memasukkan pekerjaan Azure DevOps ke dalam GanttFather?
Alur kerja GanttFather saat ini adalah tarikan yang terkontrol, bukan cermin yang berkelanjutan:
- Koneksi: masukkan URL organisasi dan Personal Access Token, lalu selesaikan Uji koneksi.
- Proyek: pilih proyek Azure DevOps yang dapat diakses token.
- Sumber: pilih kueri tersimpan atau papan tim dan, untuk papan, satu tingkat atau seluruh pohon.
- Jenis: tinjau jenis item kerja perencanaan yang akan diimpor.
- Tanggal & upaya: petakan Mulai, Akhir, dan bidang upaya opsional untuk setiap jenis yang disertakan.
- Status: petakan status Azure yang ditemukan ke status proyek GanttFather yang tepat dan tinjau status yang digunakan Push.
- Tujuan: pilih induk tujuan, tinjau ringkasan, lalu simpan. Penyimpanan memulai Pull pertama.
Tambah Sumber memakai kembali koneksi dan proyek tersimpan, dimulai pada Sumber, lalu mengikuti lima langkah terakhir. Konfigurasi bidang memakai model yang sama tetapi terbuka pada Tanggal & upaya (langkah 3 dari 5); Kembali dapat mencapai Jenis dan Sumber. Setelah Pull pertama, tinjau tanggal dan hierarki lalu tambahkan ketergantungan Gantt.
Untuk tangkapan layar dan detail pemetaan lapangan, gunakan dokumentasi integrasi Azure DevOps dan yang lebih luas Azure DevOps Panduan penyiapan Gantt.
Bidang manakah yang diimpor GanttFather dari Azure DevOps?
| data Azure DevOps | Hasil GanttFather | Perilaku penting |
|---|---|---|
System.Title | Nama tugas | Kembali ke ID item kerja saat hilang |
System.Description | Deskripsi tugas | HTML tag dihapus |
System.State | Status proyek | Menggunakan pemetaan status default atau terkonfigurasi |
| Prioritas | Prioritas tugas | Nilai Azure 1–4 dipetakan ke Tinggi/Sedang/Rendah |
| Bidang Mulai yang dikonfigurasi | Tugas dimulai | Kembali ke tanggal pembuatan jika tidak ada |
| Bidang Target/Akhir yang dikonfigurasi | Tugas berakhir | Kembali ke satu hari setelah dimulainya saat tidak ada |
| Poin cerita / perkiraan yang dikonfigurasi | Estimasi | Opsional |
| Ditugaskan Ke | Penugasan anggota atau sumber daya virtual | Diselesaikan dari identitas yang diketahui |
System.Parent | Tugas orang tua | Terselesaikan hanya ketika orang tua berada di sumber sinkronisasi yang sama |
| Hubungan pendahulu/penerus | Tidak diimpor | Tambahkan dan pertahankan dependensi Gantt secara lokal |
Tarikan berulang memperbarui tugas yang dipetakan, bukan menduplikasinya. Jika revisi item kerja Azure tidak berubah, GanttFather akan melewatkannya. Ketika item kerja yang dipetakan meninggalkan kueri atau papan, GanttFather menutup tugas lokal daripada menghapusnya, kecuali sumber lain dalam koneksi yang sama masih melacaknya.
Bagaimana seharusnya Anda memodelkan dependensi setelah impor?
Terjemahkan batasan pengiriman, bukan hanya label tautan Azure. Sebagian besar hubungan Pendahulu/Penerus Azure adalah finish-to-start, tetapi pekerjaan sebenarnya mungkin memerlukan jenis lain.
| Situasi | Ketergantungan Gantt | Contoh |
|---|---|---|
| Penerus dimulai setelah pendahulunya selesai | FS | Terapkan setelah tinjauan keamanan |
| Dua tugas mungkin dimulai bersamaan | SS | Implementasi backend dan frontend |
| Dua tugas harus diselesaikan bersama | FF | Dokumentasi dan rilis fitur |
| Satu tugas selesai hanya setelah tugas lain dimulai | SF | Hentikan dukungan lama setelah dukungan baru dimulai |
| Masa tunggu setelah suatu peristiwa | FS dengan jeda positif | Mulailah pengukuran dua hari setelah peluncuran |
| Tumpang tindih yang disengaja | Tipe yang sesuai dengan lag negatif | Mulai QA dua hari sebelum implementasi selesai |
GanttFather menerapkan aturan ketergantungan antara tugas saudara, siklus penolakan dan tautan lintas proyek, dan mendukung jeda dari -365 hingga 365 hari kalender. Baca empat jenis ketergantungan Gantt sebelum menerjemahkan hubungan Azure yang kompleks.
Buat dependensi hanya setelah memeriksa tanggal yang diimpor. Bilah satu hari default yang disebabkan oleh hilangnya tanggal target Azure dapat membuat jaringan ketergantungan yang valid secara teknis menghasilkan jalur kritis yang tidak berarti.
Apa yang terjadi jika Azure DevOps atau GanttFather berubah nanti?
Pull yang ditinjau membandingkan bidang yang dipetakan sebelum mengubah timeline. Perubahan khusus Azure dipilih; tanggal atau status lokal yang berkonflik tetap lokal dengan pilihan default Pertahankan perubahan saya. Saat Pull dibuka secara normal, ringkasan tetap ringkas dan Advanced tertutup; Pertahankan perubahan saya dan Pulihkan dari Azure muncul di bawah Advanced. Pintasan Azure di header proyek dan Data & sinkronisasi hanya menampilkan dua tindakan sehari-hari, Tarik dari Azure dan Kirim ke Azure. Impor awal terjadi selama penyiapan, sedangkan operasi penuh terpisah Sinkronkan sumber tetap menjadi tindakan pemeliharaan di Pengaturan. Keduanya tidak menimpa ketergantungan lokal atau urutan tugas.
Dari pintasan, Pengaturan, atau Data & sinkronisasi, membuka Pull atau Push setelah perbandingan sebelumnya selesai akan meminta perbandingan baru dari server agar tinjauan mencakup perubahan Azure terbaru. Hanya pembukaan lain untuk sumber yang sama saat pemeriksaan masih berlangsung yang berbagi permintaan yang sedang berjalan.
Push adalah alur publikasi terpisah yang ditinjau. Tanggal dan status lokal yang memenuhi syarat, termasuk konflik, dipilih secara default; konfirmasi menimpa nilai Azure terbaru yang dipetakan dan Pull lebih dahulu bersifat opsional. Tinjau Pull langsung membuka Advanced agar Pertahankan perubahan saya dan Pulihkan dari Azure terlihat di dialog yang sama. Pull atau Push yang berhasil menutup dialog; Pertahankan perubahan saya · Tutup menutupnya tanpa operasi. Estimasi dan ketergantungan lokal tidak pernah dikirim. Publikasi memerlukan PAT dengan Item Kerja: Baca & tulis.
Jika tanggal mulai atau selesai yang dipilih membentuk rentang yang tidak valid dengan tanggal pendamping saat ini di Azure, Kirim dinonaktifkan sebelum publikasi dan tidak ada penulisan ke Azure. Tinjau Pull membuka Advanced untuk memulihkan rentang tanggal yang konsisten; atau tutup dialog dan sesuaikan tanggal lokal.
Tidak ada penjadwal atau webhook untuk integrasi. Jika paket Azure berubah setiap hari, tetapkan Pemilik atau Admin untuk menjalankan irama yang disepakati dan mencatat sinkronisasi terakhir yang berhasil sebelum menjadwalkan peninjauan.
Bagaimana perbandingan ekstensi pasar dengan alat Gantt eksternal?
Gunakan Pelacak Ketergantungan ketika Azure DevOps harus tetap menjadi satu-satunya permukaan manajemen kerja dan tim terutama membutuhkan risiko konsumen/produsen lintas tim. Ini mempertahankan tautan asli dan mengurangi duplikasi.
Gunakan alat Gantt eksternal ketika tim memerlukan bilah tanggal yang dapat diseret, jenis ketergantungan, kelambatan, jalur kritis, berbagi pemangku kepentingan, atau jadwal yang mencakup pekerjaan non-Azure. Sebelum memilih konektor apa pun, verifikasi pertanyaan persis berikut ini:
- Apakah ia mengimpor tautan Pendahulu/Penerus atau hanya hierarki Induk/Anak?
- Bidang tanggal dan durasi manakah yang berwenang?
- Apakah sinkronisasi otomatis, terjadwal, atau manual?
- Arah mana yang bisa menulis, dan apakah ada langkah reviewnya?
- Apa yang terjadi jika item keluar dari kueri sumber?
- Bisakah tipe ketergantungan bolak-balik dan lag tanpa kehilangan?
GanttFather jujur pada poin pertama: konektor Azure saat ini mengimpor hierarki tetapi bukan tautan ketergantungan Azure. Hal ini membuat GanttFather cocok bila Anda ingin membangun jaringan perencanaan secara lokal; ini bukan replika grafik tautan Azure tanpa pemeliharaan.
Apakah YAML dependencies sama dengan ketergantungan item kerja?
Tidak. Azure Pipelines digunakan dependsOn, dependencies, dan stageDependencies untuk mengontrol tahap/eksekusi pekerjaan dan membaca keluaran sebelumnya. Ekspresi tersebut adalah konsep runtime alur. Diagram tersebut tidak membuat tautan Pendahulu/Penerus antara item pekerjaan Azure Boards dan tidak muncul di diagram Gantt secara otomatis.
Misalnya, $[ dependencies.Build.outputs['setVersion.value'] ] membaca variabel keluaran pekerjaan sebelumnya. Ia tidak menjelaskan apa pun tentang tanggal yang dijadwalkan untuk suatu Fitur atau Kisah Pengguna. Gunakan Microsoft referensi ekspresi pipa untuk kesalahan YAML dan referensi link item kerja untuk hubungan perencanaan.
Kapan GanttFather berguna bersama Azure DevOps?
Gunakan GanttFather ketika Azure DevOps harus tetap menjadi sistem simpanan dan catatan pengiriman sementara kelompok yang lebih kecil memiliki jadwal lintas tim. Konektor dapat menarik bidang item kerja yang dipetakan dan hierarki Induk/Anak ke dalam satu proyek Gantt; setelah setiap penarikan manual, perencana dapat menambahkan dependensi FS, SS, FF, dan SF dengan jeda, menghitung jalur kritis, dan berbagi hasil langsung dengan pemirsa atau tamu.
Ini bukan cermin ketergantungan: Tautan Azure Predecessor/Successor tidak diimpor atau ditulis kembali, dan Pemilik atau Admin harus memicu dan meninjau aktivitas integrasi dalam aplikasi. Tingkat gratis mencakup satu proyek milik dengan dua kursi editor serta pemirsa dan tamu tak terbatas. Jika pemisahan terkontrol itu sesuai dengan proses Anda, buat proyek GanttFather gratis dan memvalidasi satu kueri Azure sebelum membangun jaringan lokal lengkap.
Apa lagi yang ditanyakan orang tentang ketergantungan Azure DevOps?
Apakah Azure DevOps memiliki bagan Gantt asli?
Azure Boards memiliki peta jalan dan permukaan garis waktu berbasis ekstensi, namun Microsoft tidak menyediakan bagan Gantt klasik bawaan dengan analisis jalur kritis. Pelacak Ketergantungan mencakup garis waktu beta untuk aliran ketergantungan; Rencana Pengiriman berfokus pada perencanaan lintas tim berbasis iterasi.
Apakah GanttFather mengimpor tautan Azure Pendahulu/Penerus?
Tidak. Konektor saat ini mengimpor bidang item kerja dan hierarki Induk/Anak dari sumber yang sama. Tautan Azure Pendahulu/Penerus tidak diubah menjadi dependensi Gantt. Tambahkan hubungan jadwal tersebut di GanttFather setelah impor; penarikan berulang mempertahankan kumpulan ketergantungan lokal.
Bisakah GanttFather mengembalikan ketergantungan ke Azure DevOps?
Tidak. Push yang ditinjau mencakup bidang item kerja yang dipetakan secara eksplisit, bukan tautan relasi Azure. Itu tidak membuat, memperbarui, atau menghapus hubungan Pendahulu/Penerus. Jaga agar grafik tautan Azure tetap otoritatif ketika tautan asli tersebut diperlukan oleh alat Azure lainnya.
Bisakah Azure DevOps menunjukkan jalur kritis?
Microsoft menyatakan bahwa Azure Boards tidak memiliki tampilan jalur kritis bawaan. Penjadwal eksternal dapat menghitungnya setelah memiliki tanggal tugas yang valid, durasi, dan jaringan ketergantungan yang lengkap. Bagan yang hanya didasarkan pada hierarki Induk/Anak tidak dapat menghasilkan jalur kritis yang dapat dipertahankan.
Bisakah agen AI memicu sinkronisasi Azure DevOps melalui GanttFather MCP?
Server MCP No. GanttFather tidak memiliki alat integrasi Azure. Pemilik atau Admin harus mengonfigurasi koneksi, memicu Pull, meninjau perbandingan, dan mengonfirmasi Push dalam aplikasi. Setelah tugas ada, agen resmi dapat bekerja dengan tugas GanttFather dan dependensi lokal.
Perilaku produk diperiksa: 30 Agustus 2026.
Sumber
