स्प्रिंट

अवधि और क्षमता के साथ स्प्रिंट बनाएं, डेवलपर्स आवंटित करें और मांगों को जोड़ें। सिस्टम क्षमता × नियोजित घंटों की तुलना करता है ताकि आप पुनरावृत्ति को अत्यधिक न भरें।

Planejamento de sprint, capacidade e tickets — este é o papel da tela "Sprints" dentro da plataforma.

टीम की समय-सीमा और उसका लक्ष्य। बिना समाप्ति तिथि वाला स्प्रिंट गति का कोई भी संकेतक (velocity, burndown) पूरा नहीं करता — पैनल बिना कारण बताए खाली रहता है।

यहाँ आप स्प्रिंट बनाते और बनाए रखते हैं: नाम, राउंड के स्वामी प्रोजेक्ट और टीम, अवधि (आरंभ और अंत), घंटों में टीम की क्षमता, राउंड का लक्ष्य और स्टेटस। यहाँ बनाया गया स्प्रिंट ही डिमांड के स्प्रिंट फ़ील्ड में, कानबन बोर्ड पर (स्प्रिंट के अनुसार फ़िल्टर) और स्प्रिंट सूची की क्षमता योजना में दिखता है।

मानक इंजन की हर सूची की तरह, यह स्क्रीन पूरे समूह को Excel, PDF और CSV में निर्यात करती है (केवल दिखने वाला पेज नहीं), हर उपयोगकर्ता के सहेजे गए दृश्य रखती है, आपको दिखने वाले कॉलम चुनने देती है और हटाए गए आइटम का रीसायकल बिन रखती है (URL में ?excluidas=1)। खोज और फ़िल्टर URL से भी काम करते हैं — ?q=पाठ और ?fd_=मान —, इसलिए "टीम X के सक्रिय स्प्रिंट" क्लिक के निर्देशों के बजाय ऐसे लिंक के रूप में साझा हो सकते हैं जो पहले से फ़िल्टर होकर खुलता है।

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

"ERP कोड" फ़ील्ड (बाहरी कोड) वह पहचानकर्ता रखता है जो इस स्प्रिंट का उस सिस्टम में है जहाँ से यह आया या जिसके साथ कंपनी एकीकृत होती है। यही यहाँ के रिकॉर्ड को वहाँ के रिकॉर्ड से नाम पर निर्भर हुए बिना मिलाने देता है — नाम अलग हो जाते हैं, कोड नहीं। अगर आपका संचालन स्प्रिंट को बाहरी सिस्टम से एकीकृत नहीं करता, तो इसे खाली छोड़ें; गढ़ा हुआ कोड भरने से केवल उन लोगों का मिलान दूषित होता है जो वास्तव में एकीकृत करते हैं।

जुड़ाव माँग में ही होता है: माँगों के फ़ॉर्म का स्प्रिंट फ़ील्ड यहाँ बनाए गए किसी दौर की ओर इशारा करता है। स्प्रिंट अपने आप माँगें नहीं "खींचता" — दौर की योजना बनाना यानी माँग दर माँग तय करना कि क्या शामिल होगा। स्प्रिंट में घोषित घंटों की क्षमता उस योजना का पैमाना है: जो खींचा गया उसके अनुमानों का योग उसमें समाना चाहिए। कानबन बोर्ड पर, स्प्रिंट फ़िल्टर केवल उस दौर के कार्ड दिखाता है, और इसी तरह टीम अपने वादे की प्रगति पर नज़र रखती है।

"व्यू" बटन से व्यू सहेजने पर वह चार चीज़ें याद रखता है: खोज का टेक्स्ट, लगाए गए फ़िल्टर, कौन-से कॉलम दिखते हैं (और किस क्रम में) और सूची किस कॉलम से क्रमबद्ध है। व्यू लागू करने पर सब कुछ एक साथ लौट आता है — क्रम और आप जिस पेज पर थे उसे रीसेट करना भी, ताकि परिणाम ठीक वही हो जो व्यू बताता है। इस संस्करण से पहले सहेजे गए व्यू मान्य रहते हैं: जो उन्होंने नहीं सहेजा, वह लागू करने पर बस नहीं बदलता।

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

रिकॉर्ड के गतिविधि पैनल में हर टिप्पणी पर "माँग में बदलें" होता है। क्लिक करने से एक टिकट बनता है जिसमें टिप्पणी का टेक्स्ट, उसे लिखने वाला और इस रिकॉर्ड का लिंक होता है — कुछ भी दोबारा टाइप नहीं करना पड़ता। इसका उपयोग तब करें जब टिप्पणी किसी कार्रवाई का अनुरोध हो ("किसी को इसे देखना होगा"); टिप्पणी अपनी जगह बनी रहती है। बटन सिर्फ़ सहेजे गए रिकॉर्ड पर दिखता है; केवल-पढ़ने वाला सत्र (डेमो) टिकट नहीं बनाता।

रिकॉर्ड खोलें और दाईं ओर "टाइमलाइन" देखें: वह हर बदलाव को "एक मान से दूसरे मान तक" के रूप में, व्यक्ति और तारीख़ के साथ दिखाती है। बदलाव बहुत हों तो टाइमलाइन के ऊपर के दो फ़िल्टर इस्तेमाल करें — एक फ़ील्ड के अनुसार, दूसरा व्यक्ति के अनुसार। खोज डेटाबेस में होती है, इसलिए पुराना बदलाव भी वैसे ही दिखता है। आप Tenkai से भी पूछ सकते हैं: "अनुबंध 482 किसने बदला?"।