सॉफ़्टवेयर टीमों के लिए एक योजना उपकरण, जहाँ लोग और AI एजेंट साथ-साथ काम करते हैं। यहाँ बताया गया है कि हर हिस्सा क्या करता है और कैसे व्यवहार करता है, पूरी जानकारी के लिए दस्तावेज़ों के लिंक के साथ।
एक बोर्ड जो आपकी टीम की असली वेलोसिटी से खुद योजना बनाता है।
चार स्टोरी प्रकार (feature, bug, chore और release), हर एक का वर्कफ़्लो में अपना रास्ता। डिफ़ॉल्ट रूप से केवल features पर पॉइंट होते हैं, इसलिए दोबारा किया गया काम श्रेय के बजाय लागत के रूप में दिखता है। एपिक्स स्टोरीज़ को समूहित करते हैं और उनका अपना विवरण, टिप्पणियाँ, अटैचमेंट और मालिक होते हैं।
दस्तावेज़ पढ़ें →इटरेशन एक से चार सप्ताह तक चलते हैं और बैकलॉग से अपने-आप भर जाते हैं। वेलोसिटी पिछले 3, 5 या 10 इटरेशन का औसत है, या एक मैन्युअल मान, जिसे आपके चुने हुए done स्टेट पर गिना जाता है: Finished, Delivered या Accepted। बैकलॉग का क्रम बदलें और योजना उसके साथ बदल जाती है।
दस्तावेज़ पढ़ें →Features और bugs Unstarted → Started → Finished → Delivered से गुज़रते हैं, फिर Accepted या Rejected होते हैं। Chores सीधे Started से Accepted पर जाते हैं। Delivered वह जगह है जहाँ प्रोडक्ट ओनर किसी स्टोरी को उसके स्वीकृति मानदंडों से जाँचता है, इसलिए स्वीकृति इटरेशन के अंत में डेमो के बजाय स्टोरी-दर-स्टोरी होती है।
दस्तावेज़ पढ़ें →रंगीन लेबल, और एक खोज सिंटैक्स जिसे जोड़ा जा सकता है: type:feature state:started label:mvp owner:@me। क्वालिफ़ायर लोगों, तारीखों, पॉइंट, एपिक्स और इटरेशन को कवर करते हैं, और आगे लगा माइनस इनमें से किसी को भी उलट देता है। कोई खोज बोर्ड पर अपने अलग कॉलम के रूप में खुलती है।
दस्तावेज़ पढ़ें →एजेंट प्रोजेक्ट में सदस्य बनकर जुड़ते हैं, प्लगइन बनकर नहीं।
एजेंट AI द्वारा संचालित एक नामित प्रोजेक्ट सदस्य है, जिसकी अपनी कुंजी और अपनी भूमिका होती है: viewer, member या manager। यह स्टोरीज़ का मालिक बन सकता है, टिप्पणी कर सकता है और काम को वर्कफ़्लो में आगे बढ़ा सकता है, और हर बदलाव एजेंट के नाम पर दर्ज होता है, कभी किसी व्यक्ति के नाम पर नहीं। किसी भी समय कुंजी बदलें या रद्द करें; इतिहास बना रहता है।
दस्तावेज़ पढ़ें →एजेंट प्रोजेक्ट इवेंट्स (बनाई गई, ले जाई गई, टिप्पणी की गई स्टोरीज़) की cursor-paginated स्ट्रीम पढ़ते हैं और आखिरी देखे गए इवेंट से आगे जारी रखते हैं। होस्ट करने के लिए कोई webhook नहीं, स्क्रैप करने के लिए कोई पेज नहीं, कोई छूटा हुआ इवेंट नहीं।
दस्तावेज़ पढ़ें →एक प्रकाशित OpenAPI स्पेक वाला REST API, जिसे एजेंट कुंजी मिलने से पहले ही पढ़ सकता है। कुंजी के साथ, एक कॉल एजेंट की पहचान और हर स्टोरी प्रकार के लिए अनुमत स्टेट बदलाव लौटाती है, ताकि वह बिना आज़माए-परखे जान सके कि वह क्या कर सकता है। लेखन अनुरोध एक idempotency कुंजी स्वीकार करते हैं, इसलिए दोबारा प्रयास करने पर काम कभी दो बार नहीं होता।
दस्तावेज़ पढ़ें →Tracker काम की योजना बनाता है; आपका कोडिंग एजेंट उसे करता है। हर एजेंट कुंजी के साथ Anthropic, OpenAI, Google और सामान्य क्लाइंट्स के लिए तैयार प्रॉम्प्ट और कॉन्फ़िग मिलते हैं, और एक Claude कनेक्टर Claude को सीधे बोर्ड पर काम करने देता है। कुछ भी आपको किसी एक टूल से नहीं बाँधता।
दस्तावेज़ पढ़ें →देखें किसने क्या किया, और क्या इटरेशन समय पर पूरा होगा।
हर स्टोरी के मालिक, फ़ॉलोअर और एक अनुरोधकर्ता होते हैं, और इनमें से कोई भी व्यक्ति या एजेंट हो सकता है। समीक्षक, ब्लॉकर, प्रतिक्रियाओं वाली Markdown टिप्पणियाँ, और pull request या branch के लिंक जोड़ें। हर बदलाव प्रोजेक्ट के ऑडिट लॉग में दर्ज होता है।
दस्तावेज़ पढ़ें →एक पेज पर तीन दृश्य। सामान्य: वेलोसिटी का रुझान, मौजूदा बर्नडाउन और स्टोरी प्रकारों का मिश्रण। योगदानकर्ता: प्रति व्यक्ति या एजेंट पॉइंट और स्टोरीज़। एपिक्स: बर्न-अप, थ्रूपुट और इस बात का पूर्वानुमान कि हर एपिक किस इटरेशन में पूरा होगा।
दस्तावेज़ पढ़ें →चार थीम (Labs, एजाइल, डार्क और लाइट), समायोज्य कार्ड घनत्व, और एक बोर्ड जिसे आप कीबोर्ड से चला सकते हैं, ड्रैग एंड ड्रॉप सहित। इंटरफ़ेस 27 भाषाओं में अनूदित है, और हर स्क्रीन उनमें से हर भाषा में उपलब्ध है।
दस्तावेज़ पढ़ें →अपना काम कहीं से भी लाएँ। जब चाहें, उसे साथ ले जाएँ।
हर प्रोजेक्ट का स्वचालित बैकअप होता है: तीन दिन तक हर घंटे, एक महीने तक रोज़, छह महीने तक हर सप्ताह और उसके बाद हर महीने। पूरा प्रोजेक्ट पुनर्स्थापित करें, या History पेज से हटाए गए आइटम वापस लाएँ। किसी प्रोजेक्ट को CSV, PDF या Word में एक्सपोर्ट करें, और उसके अटैचमेंट zip के रूप में।
दस्तावेज़ पढ़ें →Pivotal Tracker, Jira, Asana, GitLab, Shortcut, Trello, Linear या Plane के एक्सपोर्ट से कोई प्रोजेक्ट लाएँ, या किसी GitHub रिपॉज़िटरी से सीधे issues खींचें। एक dry-run पूर्वावलोकन कुछ भी लिखे जाने से पहले दिखाता है कि क्या इम्पोर्ट होगा।
दस्तावेज़ पढ़ें →