Gantt और Jira: योजना और काम को एक साथ कैसे रखें

कई कंपनियों में प्रोजेक्ट दो बार मौजूद होता है। योजना, फ़ेज़, निर्भरताओं और डिलीवरी तारीखों के साथ, प्रोजेक्ट मैनेजर के तैयार किए Gantt चार्ट में रहती है। काम, टिकट, स्प्रिंट और असाइनमेंट के साथ, Jira में रहता है। जब तक दोनों अलग रहते हैं, किसी को प्रगति एक से दूसरे में हाथ से कॉपी करनी पड़ती है, और योजना की तारीखें जल्दी पुरानी पड़ जाती हैं।

यह लेख बताता है कि शेड्यूलिंग के लिए अकेला Jira क्यों काफ़ी नहीं, Planitude और Jira Cloud के बीच दोतरफ़ा सिंक कैसे काम करता है और इसे चालू करने से पहले कौन-सी सीमाएँ जानने लायक हैं।

दो टूल, दो अलग सवाल#

Jira इस सवाल का जवाब देता है कि टीम अभी किस पर काम कर रही है? बैकलॉग, बोर्ड और स्प्रिंट इसी के लिए बने हैं। शेड्यूल दूसरे सवाल का जवाब देता है: हम कब खत्म करेंगे, और कौन-से टास्क देरी बर्दाश्त नहीं कर सकते?

दूसरे का जवाब देने के लिए अवधियाँ, लीड और लैग वाली निर्भरताएँ, छुट्टियों वाले कैलेंडर, बाध्यताएँ और ऐसी गणना चाहिए जो हर बदलाव को आगे तक पहुँचाए। अगर नए सर्वर का इंस्टॉलेशन तीन दिन खिसकता है, तो टेस्टिंग, प्रशिक्षण और गो-लाइव अपने-आप खिसकने चाहिए, और प्रोजेक्ट मैनेजर को तुरंत पता होना चाहिए कि डिलीवरी की तारीख बनी रहती है या नहीं।

शेड्यूलिंग के लिए Jira में क्या कमी है#

ऐसा नहीं कि Jira में योजना के साधन नहीं हैं। टाइमलाइन “Blocks” लिंक प्रकार से जुड़े आइटम के बीच निर्भरताएँ दिखाती है, और जब दो जुड़े आइटम की तारीखें ओवरलैप करती हैं, तो संभावित देरी का संकेत देने के लिए निर्भरता रेखा लाल हो जाती है^[1]। Atlassian के प्राइसिंग पेज के अनुसार निर्भरताएँ Free और Standard प्लान में एक प्रोजेक्ट के भीतर और Premium में प्रोजेक्ट के बीच संभलती हैं^[2]।

लेकिन चेतावनी दोबारा गणना नहीं है: तारीखें वैसी ही रहती हैं जैसी भरी गई थीं, और क्रिटिकल पाथ वर्णित क्षमताओं में नहीं है। नतीजा यह कि योजना कहीं और, किसी फ़ाइल या दूसरे टूल में रहती है, और तालमेल से बाहर हो जाती है। दोनों टूल की पूरी तुलना के लिए देखें Planitude बनाम Jira।

दोतरफ़ा सिंक कैसे काम करता है#

इंटीग्रेशन एक Planitude प्रोजेक्ट को एक Jira Cloud प्रोजेक्ट से जोड़ता है। साइन-इन Atlassian OAuth 2.0 से होता है: Planitude आपका पासवर्ड कभी नहीं देखता, टोकन एन्क्रिप्टेड रखता है और उन्हें Atlassian के दिए घूमने वाले रिफ़्रेश टोकन से नवीनीकृत करता है, जो 90 दिन की निष्क्रियता के बाद समाप्त हो जाते हैं^[3]।

पहली बार जोड़ते समय आप प्रारंभिक संरेखण चुनते हैं:

1. योजना Jira को भेजें: हर टास्क के लिए इश्यू और हर निर्भरता के लिए “Blocks” लिंक बनता है;
2. Jira से इम्पोर्ट करें: हर मौजूदा इश्यू योजना के नीचे एक टास्क बन जाता है, शुरुआत की तारीख, अवधि, प्रगति और असाइनी के साथ;
3. दोनों: पहले इम्पोर्ट, फिर वे टास्क भेजे जाते हैं जो अभी Jira में नहीं हैं।

उसके बाद बदलाव दोनों तरफ़ जाते हैं। Planitude से Jira तक, योजना में हर बदलाव कहीं से भी आए (ग्रिड, Gantt चार्ट, इम्पोर्ट या AI असिस्टेंट) सेकंडों में पकड़कर भेजा जाता है। Jira से Planitude तक, बदलाव इंटीग्रेशन द्वारा पंजीकृत वेबहुक से आते हैं, जिन्हें Planitude Atlassian की 30 दिन की समाप्ति से पहले नवीनीकृत करता है^[4], और हर पाँच मिनट की जाँच छूटे इवेंट पकड़ लेती है।

सारांश टास्क केवल Planitude में रह सकते हैं या Epic बन सकते हैं, उनके नीचे के टास्क चाइल्ड इश्यू के रूप में।

किसके पास क्या: फ़ील्ड नियम#

भरोसेमंद सिंक को हर फ़ील्ड के लिए सरल नियम चाहिए। Planitude में यह है:

तर्क असली काम को दर्शाता है: योजना तय करती है कब, टीम तय करती है कि टास्क कितना आगे बढ़ा और कौन कर रहा है। स्थिति को संपादन योग्य मैप से प्रतिशत में बदला जाता है: श्रेणी के अनुसार, करना है 0%, चल रहा है 50% और हो गया 100%। यदि कोई टास्क पहले से 30% पर है और उसका इश्यू “In Progress” में जाता है, तो उसकी प्रगति सीधे 50% से अधिलिखित नहीं होती।

लोग ईमेल से अपने-आप मैच हो जाते हैं जब Jira उपयोगकर्ता उसे दृश्य बनाता है; अन्यथा आप इंटीग्रेशन पेज पर मैच हाथ से चुनते हैं।

निर्भरताएँ, टकराव और हटाना#

निर्भरताएँ। फ़िनिश-टू-स्टार्ट लिंक “Blocks” लिंक बन जाते हैं: पूर्ववर्ती परवर्ती को रोकता है। स्टार्ट-टू-स्टार्ट, फ़िनिश-टू-फ़िनिश और स्टार्ट-टू-फ़िनिश लिंक का Jira में समकक्ष नहीं है और वे केवल Planitude में रहते हैं। Jira में हाथ से जोड़े “Blocks” लिंक न इम्पोर्ट होते हैं न हटाए जाते हैं।

Jira में बदली गई तारीखें। क्योंकि तारीखें योजना से निकलती हैं, Jira में बदली गई तारीख योजना के मान पर वापस सेट हो जाती है और अस्वीकृत बदलाव इंटीग्रेशन लॉग में दिखता है। टास्क खिसकाने के लिए आप उसे योजना में खिसकाते हैं: इंजन उस पर निर्भर हर टास्क की भी दोबारा गणना करता है।

टकराव। हर फ़ील्ड के लिए Planitude तीन मानों की तुलना करता है: अंतिम सहमत मान, योजना में वर्तमान मान और Jira में वर्तमान मान। यदि केवल एक पक्ष बदला है, तो बदलाव दूसरे को जाता है। यदि दोनों अलग मानों में बदले हैं, तो फ़ील्ड का स्वामी जीतता है और टकराव दोनों मानों के साथ लॉग होता है। नियम केवल डेटा पर निर्भर है, दोनों सर्वरों की घड़ियों पर नहीं।

हटाना। कोई पक्ष दूसरे पर कुछ नहीं हटाता। Planitude में हटाया गया टास्क Jira में इश्यू को planitude-unlinked लेबल के साथ छोड़ देता है; Jira में हटाया गया इश्यू टास्क को योजना में छोड़ देता है, और पेज दो कार्रवाइयाँ देता है: उसे Jira में फिर बनाएँ या सिंक करना बंद करें।

Jira को चरण-दर-चरण जोड़ना#

1. Planitude में प्रोजेक्ट खोलें और ⋯ › इंटीग्रेशन › Jira चुनें।
2. Jira कनेक्ट करें पर क्लिक करें और Atlassian की सहमति स्क्रीन पर पहुँच दें।
3. यदि आपका खाता कई साइट देखता है, तो सही साइट चुनें, फिर Jira प्रोजेक्ट।
4. विकल्प देखें: डिफ़ॉल्ट इश्यू प्रकार, सारांश टास्क Epic के रूप में हों या नहीं, शुरुआत की तारीख का फ़ील्ड, Planitude द्वारा बनाए इश्यू का लेबल।
5. प्रारंभिक संरेखण चुनें: भेजें, इम्पोर्ट करें या दोनों।
6. लोग अनुभाग जाँचें और जो मैच ईमेल से नहीं मिले उन्हें पूरा करें।

Planitude Jira में उस व्यक्ति के रूप में लिखता है जिसने प्रोजेक्ट जोड़ा, इसलिए उस व्यक्ति को प्रोजेक्ट ब्राउज़ करने, इश्यू बनाने, संपादित करने, असाइन करने, लिंक करने और ट्रांज़िशन करने की Jira अनुमतियाँ चाहिए। Planitude प्रोजेक्ट के स्वामी और संपादक इंटीग्रेशन कॉन्फ़िगर कर सकते हैं; केवल-पढ़ने पहुँच वाले लोग सिर्फ़ उसकी स्थिति देखते हैं। अन्य उपलब्ध इंटीग्रेशन इंटीग्रेशन पेज पर वर्णित हैं।

ज्ञात सीमाएँ#

• केवल Jira Cloud: Jira Data Center और Server समर्थित नहीं हैं।
• केवल फ़िनिश-टू-स्टार्ट निर्भरताएँ; प्रति इश्यू एक असाइनी (टास्क पर सबसे अधिक इकाइयों वाला व्यक्ति)।
• तारीखें दिन की सूक्ष्मता पर: समय Planitude में ही रहता है।
• Atlassian एक OAuth ऐप को प्रति उपयोगकर्ता प्रति साइट 5 वेबहुक की अनुमति देता है^[4]: एक ही साइट पर एक ही व्यक्ति द्वारा जोड़े पाँचवें प्रोजेक्ट के बाद, Jira से बदलाव पाँच मिनट की जाँच से आते हैं।
• “केवल पत्ता टास्क” विकल्प के साथ, जो टास्क सारांश बन जाता है उसे हटाया हुआ माना जाता है और उसके इश्यू को planitude-unlinked लेबल मिलता है।

अक्सर पूछे जाने वाले प्रश्न#