Jira के काम, प्रोडक्ट मैनेजमेंट और उन सब बातों पर एक छोटा ब्लॉग, जिन पर एक सोलो फाउंडर का दिमाग इस बार फिर कुछ ज़्यादा ही अटक गया।
Just: Jira के लिए AI सहायक ने बड़ा कदम आगे बढ़ाया है। अब इनसाइट्स पहले स्पष्ट करते हैं, फिर योजना बनाते हैं, वेब से ताज़ा संदर्भ लाते हैं, चित्र बनाते हैं, प्रतिक्रिया से सीखते हैं और प्रोजेक्ट या संस्था स्तर के साझा संदर्भ के साथ काम करते हैं।
टीम का AI बजट बस $20 प्रति सीट को लोगों की संख्या से गुणा करना नहीं है। असली मासिक लागत भूमिकाओं, वर्कफ़्लो उपयोग, कोडिंग एजेंट और यह इस बात पर निर्भर करती है कि आप स्टैक को कितनी सोच-समझकर आवंटित करते हैं।
टिकट पिछले महीने लिखा गया था। फीचर अगले महीने शिप होगा। इस बीच एक प्रतिस्पर्धी ने कुछ मिलता-जुलता लॉन्च किया, एक API बदल गया, और एक compliance आवश्यकता चुपचाप लागू हो गई।
ये उपकरण ऐसे लगते हैं जैसे Jira की एक पुरानी समस्या हल कर रहे हों: धुंधले टिकटों को काम लायक रूप दे देना। लेकिन अच्छी तरह सँवारा हुआ नतीजा टीम को यह भ्रम दे सकता है कि सब एक समझ पर आ गए हैं, जबकि असल में बात अभी भी साफ नहीं हुई होती।
धुंधला Jira ticket शुरुआत में अक्सर जोखिम भरा नहीं लगता। असली समस्या बाद में सामने आती है, जब अलग-अलग लोग अपने-अपने हिसाब से खाली जगहें भर देते हैं और कई दिनों की केंद्रित मेहनत आखिरकार गलत दिशा में चली जाती है।
एक ही प्रॉम्प्ट, एक ही मॉडल, पूरी तरह अलग आउटपुट। फर्क शब्दों के जादू में नहीं है। फर्क इसमें है कि मॉडल जनरेट करना शुरू करने से पहले आपका प्रोडक्ट, आपके यूज़र, आपकी डिज़ाइन भाषा और आपका स्टैक जानता है या नहीं।
तीन रास्ते, वही backlog, लेकिन अनुभव एक-दूसरे से बिल्कुल अलग। Rovo, connectors और Just तीनों Jira में AI लाते हैं, पर उनकी बुनियादी सोच अलग है।
वही Jira वर्कफ़्लो तेज़ और सटीक भी लग सकता है, और अजीब तरह से अटपटा भी — यह निर्भर करता है कि हर कदम के पीछे कौन सा मॉडल है। यहाँ असली सवाल यह नहीं है कि बेंचमार्क कौन जीतता है, बल्कि यह है कि किसी असली प्रोडक्ट में कुछ प्रोवाइडर बार-बार वही भूमिकाएँ क्यों पाते हैं।
