परिचय

East Agile Tracker एक एजाइल योजना उपकरण है जिसकी टीमें सॉफ़्टवेयर कैसे शिप करें इसके बारे में मज़बूत राय है — और टीम में कौन है, इसके बारे में एक असामान्य विचार है।

स्टोरी एक वास्तविक XP स्टेट मशीन के माध्यम से प्रवाहित होती हैं। इटरेशन वेलोसिटी से ख़ुद की योजना बनाते हैं। एक बोर्ड आपको ठीक-ठीक दिखाता है कि काम कहाँ है। और अपने मानव साथियों के साथ-साथ, आपके पास एजेंट हो सकते हैं — नामित, भूमिका-सीमित AI प्रतिभागी जो स्टोरी उठाते हैं, टिप्पणी करते हैं, स्टेट बदलते हैं, और एक ऐसी ऑडिट ट्रेल छोड़ते हैं जिसे आप पढ़ सकते हैं।

यह पेज अवधारणाओं को कवर करता है। काम करने के लिए, संचालन निर्देश देखें।

स्टोरी

स्टोरी काम की मूलभूत इकाई हैं। चार प्रकार हैं:

• Feature — उपयोगकर्ताओं के लिए नया मूल्य। डिफ़ॉल्ट रूप से एकमात्र प्रकार जो पॉइंट लेकर चलता है और एकमात्र प्रकार जो वेलोसिटी में योगदान देता है।
• Bug — एक दोष। डिफ़ॉल्ट रूप से बिना अनुमान के; इसे बस ठीक करना है। बग क्रेडिट नहीं कमाते, जिससे फिर से काम करने की लागत पुरस्कृत होने के बजाय दिखाई देती है।
• Chore — रखरखाव कार्य — रीफ़ैक्टर, डिपेंडेंसी अपडेट, इंफ़्रास्ट्रक्चर। डिफ़ॉल्ट रूप से बिना अनुमान के; कोई स्वीकृति गेट नहीं।
• Release — एक शून्य-पॉइंट मील का पत्थर। किसी परिनियोजन या संस्करण अपडेट को चिह्नित करें। प्रक्षेपण के लिए एक तारीख तय करता है।

जो मायने रखता है वह व्यवहारिक प्रभाव है: जब बग और चोर स्कोर नहीं करते, तो एक टीम स्वाभाविक रूप से काम को उपयोगकर्ता-उन्मुख कार्यक्षमता के रूप में व्यक्त करने की ओर बढ़ती है, और यह दोष की लागत के प्रति तीव्र रूप से सचेत हो जाती है। यह डेटा मॉडल में कूटबद्ध एक योजना अनुशासन है — कोई दिशानिर्देश नहीं जिसे आपको याद रखना पड़े। जो प्रोजेक्ट फिर भी बग और चोर को गिनना चाहता है, वह Project Settings में Points for bugs and chores चालू कर सकता है; तब वे फ़ीचर की तरह अनुमान लेते हैं और वेलोसिटी में योगदान देते हैं।

हर स्टोरी का एक शीर्षक, एक विवरण (Markdown), ओनर, फ़ॉलोअर, लेबल, वैकल्पिक टास्क, टिप्पणियाँ, अटैचमेंट, ब्लॉकर, लिंक, और रिव्यू होते हैं। विवरण पैनल बोर्ड पर इनलाइन खुलता है — कोई मोडल नहीं, कोई संदर्भ परिवर्तन नहीं।

स्टेट मशीन और स्वीकृति लूप

हर स्टोरी स्टेट के माध्यम से गुज़रती है। सटीक पथ प्रकार पर निर्भर करता है:

प्रकार	पथ
Feature	Unstarted → Started → Finished → Delivered → Accepted (या Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (या Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

महत्वपूर्ण स्टेट Delivered है: एक इंजीनियर किसी स्टोरी को डिलीवर्ड के रूप में चिह्नित करता है, और फिर उत्पाद ओनर इसे इसके स्वीकृति मानदंडों के विरुद्ध स्वीकार या अस्वीकार करता है। Rejected स्टेट मशीन में अंतिम है; वापसी का रास्ता एक अलग Restart क्रिया है, जो स्टोरी को फिर से Started पर रखती है। किसी पिछले इटरेशन में बैठी स्टोरी को अस्वीकार करने पर इसके बजाय Backlog के शीर्ष पर एक प्रति बनती है, ताकि फिर से काम की योजना बने, वह दबे नहीं। यह हर एक स्टोरी में एक ग्राहक-प्रतिक्रिया लूप को बेक करता है, बजाय इसके कि स्वीकृति को स्प्रिंट-अंत डेमो तक टाला जाए। कोई अलग स्वीकृति-मानदंड फ़ील्ड नहीं है — मानदंड स्टोरी शुरू होने से पहले विवरण में होने चाहिए, आदर्श रूप से Given/When/Then रूप में ताकि वे सीधे स्वीकृति परीक्षणों पर मैप हो सकें। INVEST यह जाँचने का साधन है कि कोई स्टोरी अच्छी तरह से गठित है या नहीं।

आप कार्ड पर इनलाइन एक्शन बटन से स्टेट को आगे बढ़ा सकते हैं या API को कॉल कर सकते हैं। कार्ड को खींचना उसे पैनलों के बीच ले जाता है: उसे Current में छोड़ना उसे शुरू किए बिना उसकी योजना बना देता है, जबकि उसे वापस Backlog या Icebox में खींचना उसे Unstarted पर रीसेट कर देता है।

इटरेशन

काम को समय-सीमित इटरेशन में व्यवस्थित किया जाता है (हम “स्प्रिंट” नहीं कहते)। हर इटरेशन की एक प्रारंभ तिथि, एक लंबाई (प्रति प्रोजेक्ट 1–4 सप्ताह), और पॉइंट में एक लक्ष्य क्षमता होती है।

आप इटरेशन को मैन्युअल रूप से पैक नहीं करते। सिस्टम आपके लिए यह करता है, आपकी वेलोसिटी का उपयोग करते हुए — हाल के इटरेशन के पूर्ण किए गए पॉइंट का औसत — और आपके प्रोजेक्ट की “done state” परिभाषा का (नीचे वेलोसिटी देखें)। पुनर्क्रमित करने के लिए स्टोरी खींचें; वर्तमान इटरेशन स्वतः फिर से भर जाता है।

वेलोसिटी

वेलोसिटी प्रति इटरेशन पूरे किए गए पॉइंट की संख्या है; कोई स्टोरी प्रोजेक्ट की done स्थिति तक पहुँचते ही गिनी जाती है। East Agile Tracker इसे आपके इतिहास से गणना करता है और अगले इटरेशन की क्षमता की योजना बनाने के लिए इसका उपयोग करता है।

कुछ चीज़ें प्रति प्रोजेक्ट कॉन्फ़िगर करने योग्य हैं:

• Done state — वेलोसिटी के लिए कौन-सा स्टेट “done” गिना जाता है। विकल्प हैं Finished, Delivered और Accepted।
• Strategy — वेलोसिटी का औसत कैसे निकाला जाता है: पिछले 3, 5, या 10 इटरेशन, या एक manual मान जो गणना को पूरी तरह से ओवरराइड करता है।
• Initial velocity — बिना किसी इतिहास वाले नए प्रोजेक्ट के लिए एक शुरुआती मान।

बोर्ड: तीन ज़ोन, एक नियम

बोर्ड वह जगह है जहाँ काम रहता है। तीन ज़ोन, एक नियम:

• Icebox — अप्राथमिकता वाला विचार पूल।
• Backlog — एक सख़्ती से क्रमित, एकल-प्राथमिकता सूची। कोई बराबरी नहीं। कोई “P1/P1/P1” नहीं। उत्पाद ओनर ऊपर-से-नीचे क्रम का स्वामी है। अपरिवर्तनीय नियम: बैकलॉग का शीर्ष हमेशा सबसे महत्वपूर्ण और सर्वोत्तम-निर्दिष्ट होता है, और नीचे जाते-जाते स्पष्टता का वैध रूप से घटना।
• Current — सक्रिय इटरेशन। स्टोरी इटरेशन समय-अनुक्रम क्रम में बैठती हैं और प्रत्येक कार्ड पर इनकी स्थिति (Unstarted / Started / Finished / Delivered / Accepted) दिखाई देती है। क्रम बताता है कि आगे किस पर काम होगा; स्थिति बताती है कि यह चक्र में कहाँ है।

Current कॉलम एक ही हेडर के नीचे एक ही इटरेशन है — न कि स्टेट बकेट का समूह। यह जानबूझकर है: एक Current इटरेशन काम की एक योजना है, न कि स्टेट के अनुसार विभाजन। इटरेशन में कई स्टोरी Unstarted होती हैं (कुछ शुरू होंगी, कुछ अगले इटरेशन में रोल ओवर होंगी, कुछ रद्द हो जाएँगी)। कॉलम को स्टेट के अनुसार बाँटना उस इटरेशन समय-अनुक्रम को तोड़ देता है जिसमें टीम वास्तव में योजना बनाती है। बंद इटरेशन Done कॉलम में रहते हैं, और Backlog से प्रक्षेपित आगामी इटरेशन Current के नीचे तभी दिखते हैं जब आप उसका Show Backlog stories टॉगल चालू करते हैं।

साइडबार के Board अनुभाग से आप अतिरिक्त कॉलम चालू या बंद कर सकते हैं (प्रति प्रीसेट चेकबॉक्स): Done, My Work, Blocked, Epics, Archived। एक Chat कॉलम भी सूचीबद्ध है; यह प्लेसहोल्डर संदेशों वाला एक स्थिर पूर्वावलोकन है, कोई काम करने वाली चैट नहीं। कोई खोज अपने अलग कॉलम में खुलती है, और आपके कॉलमों का सेट सर्वर-साइड प्रति सदस्य प्रति प्रोजेक्ट संग्रहीत होता है, इसलिए यह ब्राउज़रों के बीच आपके साथ चलता है।

अनुमान लगाना

डिफ़ॉल्ट रूप से आप फ़ीचर का अनुमान लगाते हैं, सापेक्ष पॉइंट का उपयोग करते हुए — घंटों का नहीं। अनुमान लगाना एक आकार-निर्धारण की बातचीत है, कोई वादा नहीं। बग और चोर तब तक बिना अनुमान के रहते हैं जब तक प्रोजेक्ट Points for bugs and chores चालू न करे; तब वे भी फ़ीचर की तरह अनुमान लेते हैं और वेलोसिटी में गिने जाते हैं।

East Agile Tracker बॉक्स में तीन स्केल के साथ आता है:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13। क्लासिक XP स्केल।
• East Agile — 0, 1, 2, 3। एक सघन स्केल जिसका हम स्वयं उपयोग करते हैं।
• 3-Point — 1, 2, 3 (Small / Medium / Large)। उन टीमों के लिए सख़्त टी-शर्ट साइज़िंग जो न्यूनतम विस्तार चाहती हैं।

प्रति प्रोजेक्ट स्केल चुनें। आप बाद में स्केल बदल सकते हैं, लेकिन मौजूदा अनुमान फिर से मैप नहीं होते: हर स्टोरी अपना पुराना मान रखती है, और जो मान नए स्केल में नहीं है वह स्टोरी पर तब तक बना रहता है जब तक आप उसका फिर से अनुमान न लगाएँ।

अनुशासित अनुमान का प्रतिफल: रिलीज़ तिथि का प्रक्षेपण एक गणना बन जाता है, न कि एक बातचीत। हितधारकों के साथ बातचीत “क्या आप शुक्रवार तक X देने का वादा कर सकते हैं” से बदलकर “वर्तमान वेलोसिटी पर, यह रिलीज़ लगभग तारीख Y के आसपास आती है — यह रहा स्कोप/तारीख समझौता” हो जाती है।

लेबल

लेबल रंगीन टैग हैं। स्टोरी में कई हो सकते हैं। आप उन्हें Labels पेज पर प्रबंधित करते हैं — रंग, नाम, पुराने होने पर संग्रहित करें।

खोज और फ़िल्टर

खोज GitHub-शैली के फ़िल्टर सिंटैक्स का उपयोग करती है जो स्वाभाविक रूप से जुड़ता है:

type:feature state:started label:mvp owner:claire

क्वालिफ़ायर: type:, state:, label:"with spaces", epic:, priority:, points: (एक मान या 1..5 जैसी रेंज), iteration:, लोगों के क्वालिफ़ायर owner:, requester:, follower:, reviewer:, commenter:, mention: (सदस्य और एजेंट; @me आप हैं), तारीख़ के क्वालिफ़ायर created:, updated:, started:, completed:, release: (एक दिन या एक रेंज), और फ़्लैग has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — साथ ही शीर्षक, संदर्भ और विवरण पर मुक्त-पाठ। किसी फ़ेसेट में विकल्पों को अल्पविराम से अलग करें (type:bug,chore), किसी भी चीज़ को आगे - लगाकर नकारें, और relevance, created, या updated के अनुसार क्रमबद्ध करें। खोज चलाने पर परिणामों का एक कॉलम खुलता है जो आपके बोर्ड पर बना रहता है। पूरा व्याकरण API गाइड → खोज में है।

ओनर, फ़ॉलोअर, अनुरोधकर्ता

• Owners — कौन काम कर रहा है। कई हो सकते हैं।
• Followers — वे लोग जो अपडेट की परवाह करते हैं। कई हो सकते हैं।
• Requestor — जिसने स्टोरी के लिए कहा। आमतौर पर एक।

इनमें से हर एक स्लॉट को एक मानव सदस्य या एक एजेंट द्वारा भरा जा सकता है। स्टोरी कार्ड ओनर अवतार दिखाता है; एजेंट ओनर को एक विशिष्ट दृश्य रूप मिलता है ताकि यह हमेशा स्पष्ट रहे कि वास्तव में किसने क्या किया।

एजेंट — प्रथम-श्रेणी के साथी

यह वह हिस्सा है जो अधिकांश ट्रैकर के पास नहीं है, और वह हिस्सा जिसे हमने जानबूझकर बनाया है।

एक एजेंट किसी प्रोजेक्ट में एक नामित प्रतिभागी है — किसी सदस्य की तरह, लेकिन यह एक AI है। इसकी अपनी पहचान, अपनी भूमिका (viewer / member / manager — किसी एजेंट की भूमिका कभी उसके निर्माता की भूमिका से ऊपर नहीं हो सकती, इसलिए केवल एक मानव manager ही manager-भूमिका वाला एजेंट जारी करता है), और अपनी ऑडिट ट्रेल होती है। जब कोई एजेंट किसी स्टोरी का स्टेट बदलता है, तो गतिविधि लॉग कहता है कि एजेंट ने यह किया। जब कोई एजेंट टिप्पणी करता है, तो टिप्पणी पर एजेंट का हस्ताक्षर होता है। एजेंट के राइट पर कोई काल्पनिक मनुष्य नहीं।

एजेंट एजेंट API कुंजियों (ea_agent_*) से प्रमाणित होते हैं, जो प्रति प्रोजेक्ट जारी की जाती हैं। किसी एजेंट को निरस्त करें और पहुँच कुंजी के साथ ही समाप्त हो जाती है; एजेंट का इतिहास ऑडिट लॉग में हमेशा के लिए रहता है, इसलिए आप हमेशा जानते हैं कि क्या हुआ।

संचालन निर्देश → एजेंट और API गाइड में और पढ़ें।

टिप्पणियाँ, अटैचमेंट, ब्लॉकर, लिंक, रिव्यू

• Comments — Markdown, 20,000 अक्षरों तक। स्टोरी के अंतर्गत एक सपाट सूची, प्रत्येक में इमोजी प्रतिक्रियाएँ और एक परमालिंक।
• Attachments — वीडियो सहित फ़ाइलें। सीमाएँ प्रकार पर निर्भर करती हैं: वीडियो 200 MB, PDF / Word / Excel 25 MB, चित्र / CSV / टेक्स्ट 10 MB।
• Blockers — मुक्त-पाठ “इसे क्या रोक रहा है” नोट्स, हल/अनसुलझा चिह्नित किए गए।
• Links — स्टोरी को एक-दूसरे से जोड़ें (blocks, is blocked by, duplicates, relates to) या बाहरी URL से (pull request, branch, या other; GitHub PR और ब्रांच URL स्वतः पहचाने जाते हैं)।
• Reviews — एक रिव्यूअर (मानव या एजेंट) असाइन करें, अनुमोदित/अस्वीकृत प्राप्त करें।

मेट्रिक्स

बोर्ड से परे, प्रोजेक्ट के Metrics पेज में तीन टैब हैं:

• General — वेलोसिटी की प्रवृत्ति, वर्तमान इटरेशन का बर्नडाउन, प्रति इटरेशन स्टोरी-प्रकार मिश्रण, Committed / Completed / Carried-over कार्ड, और पिछले इटरेशन से रोल ओवर हुई स्टोरी।
• Contributors — एक अवधि में प्रति सदस्य या एजेंट पॉइंट और स्टोरी, delivered / accepted / rejected गणनाओं के साथ।
• Epics — प्रति-एपिक बर्नअप और थ्रूपुट, एक on-track / at-risk / stalled स्वास्थ्य संकेत, और उस इटरेशन का पूर्वानुमान जिसमें एपिक पूरा होगा।

किसने क्या किया, कब — यह अलग Project History पेज है।

थीम

बॉक्स में चार थीम आती हैं:

• Labs — मूल Pivotal Tracker पैलेट — गहरा क्रोम, PT नीला टॉपबार, पेस्टल कॉलम गैप। प्रेमपूर्वक संरक्षित। डिफ़ॉल्ट।
• Agile — मार्केटिंग लैंडिंग-पेज पैलेट। गर्म सफ़ेद, गहरे-नीले ब्रांड एक्सेंट (#1f6f9f), संतृप्त सोना/लाल/स्लेट/बैंगनी स्टोरी-प्रकार आइकन। स्विचर में प्रमुख विकल्प।
• Dark — शुद्ध तटस्थ गहरा, कोई आभा नहीं।
• Light — शुद्ध तटस्थ हल्का, कोई आभा नहीं। कागज़ पर स्याही।

साइडबार फ़ुटर में या Account Settings → Theme में स्विच करें। आपकी पसंद सत्रों के बीच बनी रहती है।

भाषाएँ

UI का अनुवाद 27 भाषाओं में किया गया है: अंग्रेज़ी, फ़्रेंच, जर्मन, स्पेनिश, जापानी, चीनी, कोरियाई, पुर्तगाली, इतालवी, डच, स्वीडिश, डेनिश, चेक, फ़िनिश, पोलिश, यूक्रेनी, रूसी, हिंदी, वियतनामी, अरबी, हिब्रू, सिंहली, तमिल, इंडोनेशियाई, मलय, फ़िलिपिनो, थाई। साइडबार फ़ुटर से स्विच करें; पसंद बनी रहती है। स्थानीयकरण पूरे ऐप में है — हर स्क्रीन हर भाषा में शिप होती है, और किसी अनुवाद के छूटने पर बिल्ड विफल हो जाता है।

आगे क्या है

• उत्पाद के साथ व्यावहारिक: संचालन निर्देश।
• पृष्ठभूमि पठन: एजाइल विकास क्या है? और eXtreme Programming।
• ऊपर कुछ बनाएँ: API गाइड और API विनिर्देश।