निर्णय का अभ्यास · 10 MIN
Taiga workflow का अभ्यास करें
आंतरिक expense app के छह निर्णय लें। सीखें कि context कब देना है, धारणाएँ कब जाँचनी हैं और मानवीय approval कब अनिवार्य करना है।
स्थिति
आप एक काल्पनिक आंतरिक expense app के लिए Taiga enable कर रहे हैं। अभ्यास में context देने से रुका काम सुलझाने तक छह निर्णय हैं। हर screen Taiga की संबंधित अवधारणा समझाती है। Taiga account की जरूरत नहीं है।
क्या करें
- स्थिति पढ़ें और अगली कार्रवाई चुनें। कारण देखने के लिए निर्णय जाँचें चुनें।
- जरूरत हो तो अपना उत्तर बदलें। निर्णय सही होने पर आगे बढ़ें। अभ्यास पूरा करने के लिए सभी छह निर्णय लें।
यह अभ्यास काल्पनिक स्थितियों से Taiga के निर्णय सिखाता है। आपके विकल्प केवल इस अभ्यास को प्रभावित करते हैं। वास्तविक Taiga screens देखने के लिए नीचे documentation के links इस्तेमाल करें।
1 / 6 · Context
साझा जानकारी से शुरू करें
आप एक आंतरिक expense service बनाएँगे। संगठन के पास security policy और स्वीकृत technology की सूची है।
Discovery उपलब्ध ज्ञान और instructions का उपयोग करता है। साझा नियम साझा स्तर पर होने चाहिए। अनिर्णीत सवाल को स्पष्ट रूप से दर्ज करें।
2 / 6 · Conversation
प्रकाशन से पहले specification की समीक्षा करें
Draft specification में लिखा है कि हर कर्मचारी हर expense claim देख सकता है। यह जरूरत से मेल नहीं खाता।
आगे के documents published version का उपयोग करते हैं। पहले महत्वपूर्ण गलतियाँ ठीक करें। अद्यतन specification पहले बनाए गए documents को Outdated चिह्नित कर सकती है।
3 / 6 · Documents
Generated धारणाएँ जाँचें
सभी आठ जरूरी documents published हैं। Data flow में ऐसा बाहरी प्राप्तकर्ता है जिसे कोई नहीं पहचानता।
Publication से धारणाओं का सही होना सिद्ध नहीं होता। Finish Discovery documents को lock करता है। आप बाद में Discovery दोबारा खोल सकते हैं, लेकिन जल्दी सुधार करने से गलती के परिणाम सीमित रहते हैं।
4 / 6 · Initiatives
काम का क्रम तय करें
Discovery पूरा है। Repository जुड़ी है और environment तय है। आपको एक सीमित export feature चाहिए।
Queue बारी आने पर काम शुरू करता है। Taiga हर product के लिए एक समय में एक initiative पर काम करता है। Dependencies जाँचें: queue करने पर अधूरी dependencies का इंतजार करने का नियम लागू नहीं रहता।
5 / 6 · Autonomy
Plan का review करने का समय चुनें
Team को build शुरू होने से पहले हर plan का review करना है। फिलहाल automatic building चालू है।
Autonomy की setting से पूरा plan Approve या Reject का इंतजार कर सकता है। Initiative default setting को override कर सकता है। PR approval अलग है।
6 / 6 · Needs you
काम रुकने का कारण सुलझाएँ
जरूरी permission न होने के कारण build रुक जाता है। Plan अभी भी सही है। कुछ काम commit हो चुका है।
Resume build पहले अधूरे चरण से जारी रहता है और commits सुरक्षित रखता है। Start over मौजूदा plan को नई branch पर चलाता है। वास्तविक कारण के अनुसार कार्रवाई चुनें।
अभ्यास पूरा हुआ
आपने Context से build रुकने तक छह निर्णय पूरे किए। वास्तविक product में उसकी वर्तमान स्थिति, अपनी permissions और कार्रवाई के परिणाम जाँचें।
Product के व्यवहार के स्रोत: Your first product · Discovery · Initiatives
पूरा करने के लिए
Taiga बदलाव implement कर सकता है, तब भी व्यक्ति को क्या तय करना होता है?
अपने उत्तर की तुलना व्याख्या से करें
व्यक्ति को इच्छित व्यवहार स्पष्ट करना, data handling सत्यापित करना और अनुमत autonomy तय करना होता है। Published documents की समीक्षा फिर भी जरूरी है। रुके काम को वह खास permission या जानकारी चाहिए जो अभी नहीं है। ये निर्णय माँगे गए परिणाम को नियंत्रित delivery से जोड़ते हैं।
काम में इसका उपयोग करें
किसी product के लिए Taiga enable करने से पहले उसके लक्षित users, data की सीमाएँ और मानवीय निर्णय की जरूरत वाले मुद्दे तैयार करें।
दूसरा अभ्यास चुनें