Azure Boards शेड्यूल संबंधों को पूर्ववर्ती और उत्तराधिकारी लिंक के रूप में संग्रहीत करता है, लेकिन इसमें कोई अंतर्निहित महत्वपूर्ण-पथ गैंट दृश्य नहीं है। डिपेंडेंसी ट्रैकर या कनेक्टेड शेड्यूलर का उपयोग करें—और सत्यापित करें कि कनेक्टर वास्तव में कौन सा लिंक आयात करता है।
गैंट चार्ट में Azure DevOps निर्भरताएँ कैसे दिखाई देती हैं?
Azure Boards दिशात्मक पूर्ववर्ती और उत्तराधिकारी कार्य-आइटम लिंक के साथ वितरण निर्भरता को रिकॉर्ड करता है, लेकिन Azure Boards एक अंतर्निहित महत्वपूर्ण-पथ गैंट चार्ट प्रदान नहीं करता है। माइक्रोसॉफ्ट का डिपेंडेंसी ट्रैकर एक्सटेंशन सूचियां, जोखिम दृश्य और एक बीटा टाइमलाइन प्रदान करता है। एक कनेक्टेड शेड्यूलर टास्क बार और CPM प्रदान कर सकता है—लेकिन केवल तभी जब यह निर्भरता लिंक को आयात या पुन: बनाता है।
GanttFather वर्तमान में गैंट प्रोजेक्ट में Azure DevOps कार्य आइटम, दिनांक, असाइनमेंट, स्थिति और अभिभावक/बाल पदानुक्रम आयात करता है। यह Azure पूर्ववर्ती/उत्तराधिकारी लिंक को गैंट निर्भरता के रूप में आयात नहीं करता है। खींचने के बाद, शेड्यूलिंग संबंध GanttFather में जोड़ें; वे स्थानीय लिंक निर्भरता तीर और महत्वपूर्ण-पथ विश्लेषण चलाते हैं और बाद में खींचकर अधिलेखित नहीं होते हैं।
व्यवहार सत्यापित: 30 अगस्त, 2026 माइक्रोसॉफ्ट दस्तावेज़ीकरण और 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 क्वेरी | ऑडिट से जुड़े कार्य आइटम | हाँ, क्वेरी परिणाम के रूप में | कोई समयरेखा नहीं |
| बाहरी गैंट अनुसूचक | दिनांक, बार, तीर, शेड्यूल विश्लेषण | कनेक्टर अनुबंध पर निर्भर करता है | हाँ, जब लिंक और अवधि मौजूद हों |
माइक्रोसॉफ्ट का कहना है कि Azure Boards के पास महत्वपूर्ण पथ दिखाने का कोई अंतर्निहित तरीका नहीं है। निर्भरता ट्रैकर पूर्ववर्ती और उत्तराधिकारी समय के आधार पर सही या गलत प्रवाह को चिह्नित कर सकता है, लेकिन इसकी समयरेखा पुनरावृत्ति पथों को सौंपे जाने वाले कार्य आइटम पर निर्भर करती है जिनकी प्रारंभ और समाप्ति तिथियां कॉन्फ़िगर की गई हैं।
आप Azure DevOps कार्य को GanttFather में कैसे खींचते हैं?
वर्तमान GanttFather वर्कफ़्लो एक नियंत्रित खिंचाव है, सतत दर्पण नहीं:
- कनेक्शन: संगठन URL और Personal Access Token दर्ज करें और कनेक्शन परीक्षण पूरा करें।
- प्रोजेक्ट: टोकन से उपलब्ध Azure DevOps प्रोजेक्ट चुनें।
- स्रोत: सहेजी गई क्वेरी या टीम बोर्ड चुनें और बोर्ड के लिए एक स्तर या पूरा ट्री चुनें।
- प्रकार: आयात किए जाने वाले योजना कार्य-आइटम प्रकारों की समीक्षा करें।
- तिथियां और प्रयास: हर शामिल प्रकार के लिए प्रारंभ, समाप्ति और वैकल्पिक प्रयास फ़ील्ड मैप करें।
- स्थितियां: खोजी गई Azure स्थितियों को सटीक GanttFather प्रोजेक्ट स्थितियों से मैप करें और Push की स्थिति की समीक्षा करें।
- गंतव्य: लक्ष्य पैरेंट कार्य चुनें, सारांश की समीक्षा करें और सहेजें। सहेजने से पहला Pull शुरू होता है।
स्रोत जोड़ें सहेजे गए कनेक्शन और प्रोजेक्ट का उपयोग करता है, स्रोत से शुरू होता है और अंतिम पांच चरणों का पालन करता है। फ़ील्ड कॉन्फ़िगर करें वही पांच-चरण मॉडल उपयोग करता है, लेकिन तिथियां और प्रयास (चरण 3/5) पर खुलता है; पीछे जाकर प्रकार और स्रोत देखे जा सकते हैं। पहले Pull के बाद तिथियों और पदानुक्रम की समीक्षा करें और Gantt निर्भरताएं जोड़ें।
स्क्रीनशॉट और फ़ील्ड-मैपिंग विवरण के लिए, इसका उपयोग करें Azure DevOps एकीकरण दस्तावेज़ और व्यापक Azure DevOps गैंट सेटअप गाइड.
GanttFather कौन से फ़ील्ड Azure DevOps से आयात करता है?
| Azure DevOps डेटा | GanttFather परिणाम | महत्वपूर्ण व्यवहार |
|---|---|---|
System.Title | कार्य का नाम | गायब होने पर कार्य-वस्तु आईडी पर वापस आ जाता है |
System.Description | कार्य विवरण | HTML टैग हटा दिए गए हैं |
System.State | परियोजना की स्थिति | डिफ़ॉल्ट या कॉन्फ़िगर स्थिति मैपिंग का उपयोग करता है |
| प्राथमिकता | कार्य प्राथमिकता | Azure 1-4 मानचित्र को उच्च/मध्यम/निम्न मान देता है |
| विन्यस्त प्रारंभ फ़ील्ड | कार्य प्रारंभ | अनुपस्थित होने पर सृजित तिथि पर वापस आ जाता है |
| कॉन्फ़िगर किया गया लक्ष्य/अंत फ़ील्ड | कार्य समाप्ति | अनुपस्थित होने पर प्रारंभ के एक दिन बाद वापस आ जाता है |
| कहानी बिंदु/कॉन्फ़िगर अनुमान | अनुमान | वैकल्पिक |
| को सौंपा गया | सदस्य या वर्चुअल संसाधन असाइनमेंट | ज्ञात पहचानों से हल किया गया |
System.Parent | जनक कार्य | केवल तभी हल किया गया जब पैरेंट एक ही सिंक स्रोत में हो |
| पूर्ववर्ती/उत्तराधिकारी संबंध | आयातित नहीं | गैंट निर्भरता को स्थानीय रूप से जोड़ें और बनाए रखें |
रिपीट पुल मौजूदा मैप किए गए कार्य को डुप्लिकेट करने के बजाय अपडेट करता है। यदि किसी Azure कार्य आइटम का संशोधन नहीं बदला है, तो GanttFather उसे छोड़ देता है। जब कोई मैप किया गया कार्य आइटम क्वेरी या बोर्ड छोड़ता है, तो GanttFather स्थानीय कार्य को हटाने के बजाय बंद कर देता है, जब तक कि उसी कनेक्शन में कोई अन्य स्रोत अभी भी इसे ट्रैक नहीं करता है।
आपको आयात के बाद निर्भरताओं का मॉडल कैसे बनाना चाहिए?
डिलीवरी बाधा का अनुवाद करें, न कि केवल Azure लिंक लेबल का। अधिकांश Azure पूर्ववर्ती/उत्तराधिकारी संबंध finish-to-start हैं, लेकिन वास्तविक कार्य के लिए किसी अन्य प्रकार की आवश्यकता हो सकती है।
| स्थिति | गैंट निर्भरता | उदाहरण |
|---|---|---|
| पूर्ववर्ती के ख़त्म होने के बाद उत्तराधिकारी शुरू होता है | FS | सुरक्षा समीक्षा के बाद तैनाती |
| दो काम एक साथ शुरू हो सकते हैं | SS | बैकएंड और फ्रंटएंड कार्यान्वयन |
| दो काम एक साथ ख़त्म करने होंगे | FF | दस्तावेज़ीकरण और फ़ीचर रिलीज़ |
| एक कार्य ख़त्म होने के बाद ही दूसरा शुरू होता है | SF | नया समर्थन शुरू होने के बाद पुराने समर्थन को हटा दें |
| किसी घटना के बाद प्रतीक्षा अवधि | FS सकारात्मक अंतराल के साथ | रोलआउट के दो दिन बाद माप शुरू करें |
| जानबूझकर ओवरलैप | नकारात्मक अंतराल के साथ उपयुक्त प्रकार | कार्यान्वयन समाप्त होने से दो दिन पहले QA प्रारंभ करें |
GanttFather सहोदर कार्यों के बीच निर्भरता नियमों को लागू करता है, चक्रों और क्रॉस-प्रोजेक्ट लिंक को अस्वीकार करता है, और -365 से 365 कैलेंडर दिनों तक अंतराल का समर्थन करता है। पढ़ें चार गैंट निर्भरता प्रकार एक जटिल Azure संबंध का अनुवाद करने से पहले।
आयातित तिथियों की जाँच के बाद ही निर्भरताएँ बनाएँ। लापता Azure लक्ष्य तिथि के कारण होने वाली एक डिफ़ॉल्ट एक दिवसीय बार तकनीकी रूप से मान्य निर्भरता नेटवर्क को एक अर्थहीन महत्वपूर्ण पथ उत्पन्न कर सकती है।
क्या होता है जब Azure DevOps या GanttFather बाद में बदलता है?
समीक्षा किया गया Pull टाइमलाइन बदलने से पहले मैप किए गए फ़ील्ड की तुलना करता है। केवल Azure बदलाव चुने जाते हैं; विरोधी स्थानीय तारीख या स्थिति डिफ़ॉल्ट मेरे बदलाव रखें के साथ स्थानीय रहती है। Pull को सामान्य रूप से खोलने पर सारांश संक्षिप्त रहता है और उन्नत विकल्प बंद रहते हैं; मेरे बदलाव रखें और Azure से पुनर्स्थापित करें उन्नत विकल्पों में दिखाई देते हैं। प्रोजेक्ट हेडर का Azure शॉर्टकट और डेटा और सिंक केवल दो रोज़मर्रा की कार्रवाइयाँ दिखाते हैं: Azure से Pull और Azure पर Push। प्रारंभिक आयात सेटअप के दौरान होता है, जबकि अलग पूर्ण स्रोत सिंक करें ऑपरेशन सेटिंग्स में रखरखाव की कार्रवाई बना रहता है। कोई भी प्रवाह स्थानीय निर्भरताओं या कार्य क्रम को नहीं बदलता।
शॉर्टकट, सेटिंग्स या डेटा और सिंक से पिछली तुलना पूरी होने के बाद Pull या Push खोलने पर सर्वर से नई तुलना मांगी जाती है, ताकि समीक्षा में Azure के नवीनतम बदलाव शामिल हों। उसी स्रोत को तभी दोबारा खोलने पर चल रहा अनुरोध साझा होता है जब जांच अभी जारी हो।
Push अलग समीक्षा किया गया प्रकाशन प्रवाह है। संघर्षों सहित योग्य स्थानीय तारीख और स्थिति परिवर्तन डिफ़ॉल्ट रूप से चुने जाते हैं; पुष्टि नए मैप किए गए Azure मानों को ओवरराइट करती है और पहले Pull करना वैकल्पिक है। Pull की समीक्षा करें उन्नत विकल्प तुरंत खोलता है, ताकि मेरे बदलाव रखें और Azure से पुनर्स्थापित करें उसी संवाद में दिखाई दें। सफल Pull या Push संवाद बंद करता है; मेरे बदलाव रखें · बंद करें बिना ऑपरेशन के उसे बंद करता है। अनुमान और स्थानीय निर्भरताएं कभी Push नहीं होतीं। प्रकाशन के लिए कार्य आइटम: पढ़ें और लिखें वाला PAT चाहिए।
यदि चुनी गई आरंभ या समाप्ति तारीख Azure की मौजूदा दूसरी तारीख के साथ अमान्य सीमा बनाती है, तो प्रकाशन से पहले भेजें अक्षम रहता है और Azure में कुछ नहीं लिखा जाता। Pull की समीक्षा करें उन्नत विकल्प खोलता है ताकि सुसंगत तारीख सीमा पुनर्स्थापित की जा सके; अन्यथा संवाद बंद करके स्थानीय तारीखें बदलें।
एकीकरण के लिए कोई शेड्यूलर या वेबहुक नहीं है। यदि Azure योजना प्रतिदिन बदलती है, तो एक सहमत ताल पर खींचने और शेड्यूल समीक्षा से पहले अंतिम सफल सिंक रिकॉर्ड करने के लिए एक मालिक या व्यवस्थापक को नियुक्त करें।
मार्केटप्लेस एक्सटेंशन की तुलना बाहरी गैंट टूल से कैसे की जाती है?
डिपेंडेंसी ट्रैकर का उपयोग करें जब Azure DevOps एकमात्र कार्य-प्रबंधन सतह बनी रहनी चाहिए और टीम को मुख्य रूप से क्रॉस-टीम उपभोक्ता/निर्माता जोखिम की आवश्यकता होती है। यह मूल लिंक को सुरक्षित रखता है और दोहराव को कम करता है।
जब टीम को ड्रैग करने योग्य दिनांकित बार, निर्भरता प्रकार, अंतराल, महत्वपूर्ण पथ, हितधारक साझाकरण, या एक शेड्यूल जिसमें गैर-एज़्योर कार्य शामिल हो, की आवश्यकता हो तो बाहरी गैंट टूल का उपयोग करें। किसी भी कनेक्टर को चुनने से पहले, इन सटीक प्रश्नों को सत्यापित करें:
- क्या यह पूर्ववर्ती/उत्तराधिकारी लिंक या केवल अभिभावक/बाल पदानुक्रम आयात करता है?
- कौन सी दिनांक और अवधि फ़ील्ड आधिकारिक हैं?
- क्या सिंक्रनाइज़ेशन स्वचालित, शेड्यूल या मैन्युअल है?
- कौन सी दिशा लिख सकती है, और क्या कोई समीक्षा कदम है?
- जब कोई आइटम स्रोत क्वेरी छोड़ता है तो क्या होता है?
- क्या यह बिना नुकसान के राउंड-ट्रिप निर्भरता प्रकार और अंतराल कर सकता है?
GanttFather पहले बिंदु पर स्पष्ट है: इसका वर्तमान Azure कनेक्टर पदानुक्रम आयात करता है लेकिन Azure निर्भरता लिंक नहीं। जब आप स्थानीय स्तर पर नियोजन नेटवर्क बनाना चाहते हैं तो यह GanttFather को उपयुक्त बनाता है; यह Azure के लिंक ग्राफ़ की शून्य-रखरखाव प्रतिकृति नहीं है।
वाईएएमएल हैं dependencies कार्य-वस्तु निर्भरता के समान?
संख्या Azure Pipelines उपयोग dependsOn, dependencies, और stageDependencies चरण/कार्य निष्पादन को नियंत्रित करने और पूर्व आउटपुट पढ़ने के लिए। वे अभिव्यक्तियाँ पाइपलाइन रनटाइम अवधारणाएँ हैं। वे Azure Boards कार्य आइटमों के बीच पूर्ववर्ती/उत्तराधिकारी लिंक नहीं बनाते हैं और स्वचालित रूप से गैंट चार्ट में दिखाई नहीं देते हैं।
उदाहरण के लिए, $[ dependencies.Build.outputs['setVersion.value'] ] पिछले कार्य के आउटपुट वैरिएबल को पढ़ता है। यह किसी फ़ीचर या उपयोगकर्ता कहानी की निर्धारित तिथियों के बारे में कुछ नहीं कहता है। माइक्रोसॉफ्ट का प्रयोग करें पाइपलाइन अभिव्यक्ति संदर्भ YAML त्रुटियों के लिए और नियोजन संबंधों के लिए कार्य-आइटम लिंक संदर्भ।
Azure DevOps के साथ GanttFather कब उपयोगी है?
GanttFather का उपयोग तब करें जब Azure DevOps को बैकलॉग और डिलीवरी-रिकॉर्ड सिस्टम बना रहना चाहिए जबकि एक छोटे समूह के पास क्रॉस-टीम शेड्यूल का स्वामित्व हो। कनेक्टर मैप किए गए कार्य-आइटम फ़ील्ड और अभिभावक/बाल पदानुक्रम को एक गैंट प्रोजेक्ट में खींच सकता है; प्रत्येक मैन्युअल पुल के बाद, योजनाकार FS, SS, FF, और SF निर्भरता को अंतराल के साथ जोड़ सकते हैं, महत्वपूर्ण पथ की गणना कर सकते हैं और दर्शकों या मेहमानों के साथ लाइव परिणाम साझा कर सकते हैं।
यह एक निर्भरता दर्पण नहीं है: Azure पूर्ववर्ती/उत्तराधिकारी लिंक आयात या वापस लिखे नहीं जाते हैं, और एक मालिक या व्यवस्थापक को ऐप में एकीकरण गतिविधि को ट्रिगर और समीक्षा करनी होगी। निःशुल्क टियर में दो संपादक सीटों और असीमित दर्शकों और मेहमानों के साथ एक स्वामित्व वाली परियोजना शामिल है। यदि वह नियंत्रित विभाजन आपकी प्रक्रिया में फिट बैठता है, एक निःशुल्क GanttFather प्रोजेक्ट बनाएं और पूर्ण स्थानीय नेटवर्क बनाने से पहले एक Azure क्वेरी को सत्यापित करें।
लोग Azure DevOps निर्भरता के बारे में और क्या पूछते हैं?
क्या Azure DevOps के पास मूल गैंट चार्ट है?
Azure Boards में रोडमैप और एक्सटेंशन-आधारित टाइमलाइन सतहें हैं, लेकिन माइक्रोसॉफ्ट क्रिटिकल-पाथ विश्लेषण के साथ एक अंतर्निहित शास्त्रीय गैंट चार्ट प्रदान नहीं करता है। निर्भरता ट्रैकर में निर्भरता प्रवाह के लिए बीटा टाइमलाइन शामिल है; डिलिवरी योजनाएं पुनरावृत्ति-आधारित क्रॉस-टीम योजना पर केंद्रित है।
क्या GanttFather Azure पूर्ववर्ती/उत्तराधिकारी लिंक आयात करता है?
नहीं, वर्तमान कनेक्टर कार्य-आइटम फ़ील्ड और समान-स्रोत अभिभावक/बाल पदानुक्रम आयात करता है। Azure पूर्ववर्ती/उत्तराधिकारी लिंक गैंट निर्भरता में परिवर्तित नहीं होते हैं। आयात के बाद उन शेड्यूल संबंधों को GanttFather में जोड़ें; बार-बार खींचने से स्थानीय निर्भरता सेट सुरक्षित रहता है।
क्या GanttFather निर्भरता को Azure DevOps पर वापस धकेल सकता है?
नहीं, समीक्षित Push में स्पष्ट रूप से चयनित मैप किए गए कार्य-आइटम फ़ील्ड शामिल हैं, Azure संबंध लिंक नहीं। यह पूर्ववर्ती/उत्तराधिकारी संबंधों को बनाता, अद्यतन या हटाता नहीं है। जब अन्य Azure टूल के लिए उन मूल लिंक की आवश्यकता हो तो Azure लिंक ग्राफ़ को आधिकारिक रखें।
क्या Azure DevOps कोई महत्वपूर्ण पथ दिखा सकता है?
माइक्रोसॉफ्ट का कहना है कि Azure Boards में कोई अंतर्निहित क्रिटिकल-पथ दृश्य नहीं है। एक बाहरी अनुसूचक वैध कार्य तिथियां, अवधि और पूर्ण निर्भरता नेटवर्क होने के बाद किसी की गणना कर सकता है। केवल माता-पिता/बाल पदानुक्रम पर आधारित चार्ट एक रक्षात्मक महत्वपूर्ण पथ का निर्माण नहीं कर सकता है।
क्या कोई AI एजेंट GanttFather MCP के माध्यम से Azure DevOps सिंक को ट्रिगर कर सकता है?
नहीं, GanttFather के MCP सर्वर में कोई Azure एकीकरण उपकरण नहीं है। एक मालिक या व्यवस्थापक को कनेक्शन कॉन्फ़िगर करना होगा, Pull ट्रिगर करना होगा, तुलनाओं की समीक्षा करनी होगी और एप्लिकेशन में Push की पुष्टि करनी होगी। कार्य मौजूद होने के बाद, एक अधिकृत एजेंट GanttFather कार्यों और स्थानीय निर्भरताओं के साथ काम कर सकता है।
उत्पाद व्यवहार की जाँच की गई: 30 अगस्त, 2026।
स्रोत
