मंजूर वैशिष्ट्य पूर्ण होण्यापूर्वी तीन व्यवस्थांमधून जाऊ शकते: आवश्यकतांचा दस्तऐवज, Jira इश्यू श्रेणी आणि रिपॉझिटरी. Claude Code मसुदा व अंमलबजावणीत मदत करू शकते, पण या व्यवस्थांतील संबंधांना मानवी मंजुरी आणि थेट तपासणी लागते. हे मार्गदर्शन विकसक किंवा संघप्रमुखाला एका वास्तविक वैशिष्ट्याच्या संपूर्ण प्रक्रियेतून नेते. त्यात प्रत्येक मंजूर स्टोरी, तिच्या मूळ चाचण्या, अधिकृत Jira अद्यतने आणि प्रकल्प मार्गदर्शनाविषयी तपासलेला निर्णय येतो.

ही दस्तऐवजांवर आधारित पद्धत आहे. BIG CHANGE ने Jira प्रकल्प उघडला नाही, Claude Code चालवले नाही, रिपॉझिटरी बदलली नाही किंवा वैशिष्ट्य पूर्ण होण्याचा वेळ मोजला नाही. नेमके इश्यू प्रकार, फील्ड, स्थित्यंतरे, आदेश आणि खर्च तुमच्या प्रकल्प व खात्यावर अवलंबून आहेत.

मोठा बदल

  • काय बदलले: मंजूर आवश्यकतेपासून प्रत्यक्ष Jira पालक व प्रत्येक स्टोरीमार्फत तपासलेला कोड, मूळ तपासण्या आणि अधिकृत इश्यू अद्यतनांपर्यंत वैशिष्ट्याचा मागोवा घेता येतो.
  • हे महत्त्वाचे का: इश्यू नकाशा, चाचणी नोंदी आणि Jira मधून थेट पुन्हा वाचलेली माहिती कोणते मंजूर काम पूर्ण झाले आणि कोणती स्टोरी उघडी आहे ते दाखवते.
  • कशाकडे लक्ष द्यावे: प्रकल्पविशिष्ट फील्ड व स्थित्यंतरे, अनिश्चित लेखन आणि अयशस्वी तपासण्या माणसाने सोडवाव्या लागतात; Claude Code मार्गदर्शन स्वतःहून कामाचा अधिकार देत नाही.

सुरुवातीपूर्वी

जबाबदार मालकाने मंजूर केलेला संक्षिप्त तपशील, बदलण्याची परवानगी असलेली रिपॉझिटरी आणि चालवता येणारी मूळ स्वीकृती तपासणी असलेले वैशिष्ट्य निवडा. प्रत्यक्ष कामासाठी निवडलेल्या Jira Cloud प्रकल्पात एपिक-स्तराचा एक पालक, मंजूर स्टोरी आणि एखाद्या स्टोरीखाली किमान एक अर्थपूर्ण उपकाम आवश्यक असले पाहिजे. वास्तविक उपकाम नसेल तर हा विशिष्ट संपूर्ण परिणाम अजून अपूर्ण आहे; केवळ दिखाव्याचा इश्यू जोडणे म्हणजे योजना चुकीची दर्शवणे. विनंतीकर्ता, मंजुरी देण्याचा अधिकार, स्रोत आवृत्ती, अनुमत डेटा, सुरुवातीचा Git कमिट, विलगीकरण किंवा पूर्वस्थितीचा मार्ग आणि कोड तपासण्याचा व Jira स्थिती बदलण्याचा अधिकार असलेली व्यक्ती नोंदवा.

स्थापित वातावरणातील Claude Code आवृत्ती, प्रमाणीकरण आणि परवानग्या तपासा. रिपॉझिटरीतील CLAUDE.md फाइल प्रकल्प मार्गदर्शन देते, संपादन, आदेश चालवणे किंवा डेटा पाठवण्याची परवानगी देत नाही याची खात्री करा. Claude ला कोणत्या आवश्यकता व कोड देता येतील, कोणते आदेश चालवता येतील आणि या वैशिष्ट्याची वापरमर्यादा काय असेल ते ठरवा. Claude Code वापर सदस्यत्वाचा कोटा खर्च करू शकतो किंवा पुरवठादाराचे शुल्क लागू शकते; Anthropic चे खर्च मार्गदर्शन तुमचे बिल आधीच निश्चित करत नाही.

Jira साठी संबंधित इश्यू प्रकार पाहणे व तयार करणे आणि नंतर अधिकृत वापरकर्ता म्हणून टिप्पणी किंवा स्थित्यंतर करण्याची परवानगी घ्या. खासगी स्क्रिप्ट Atlassian ने दस्तऐवजात दिलेली ईमेल व API टोकन पद्धत वापरू शकते; जोडणीसाठी OAuth लागू शकतो. प्रवेशमाहिती खासगी गुपितांच्या साठ्यात ठेवा. ती प्रॉम्प्ट, इश्यू मजकूर, CLAUDE.md, नोंदी किंवा आवृत्ती नियंत्रणात ठेवू नका. आवश्यकता Jira ला पाठवण्यापूर्वी इश्यूची दृश्यता मान्य करून घ्या.

काम करताना सात खासगी नोंदी ठेवा: docs/feature-prd.md, ticket-plan.json, केवळ भर घालता येणारी इश्यू लेखन नोंदवही, ticket-map.json, प्रत्येक स्टोरीचा एक अंमलबजावणी पुरावा, Jira अद्यतन नोंदवही आणि मागील कामाच्या आढाव्याचा निर्णय. या तुमच्या वैशिष्ट्याच्या नोंदी आहेत; BIG CHANGE ने दिलेल्या किंवा चालवलेल्या फाइल नाहीत.

1. एक नेमका PRD मंजूर करा

Claude Code ला खरोखर मंजूर केलेला वैशिष्ट्याचा तपशील द्या आणि docs/feature-prd.md लिहिण्यापूर्वी अनुत्तरित प्रश्न शोधायला सांगा. दस्तऐवजात विनंतीकर्ता व मंजुरी देणारा मालक, इनपुट आवृत्ती, समस्या व अपेक्षित वापरकर्ता, व्याप्ती व वगळलेल्या बाबी, क्रमांकित आवश्यकता ID, स्वीकृती तपासण्या व पुराव्यांचे स्रोत, बिगरकार्यात्मक मर्यादा, Jira प्रकल्प आणि खुले प्रश्न हवेत. जबाबदार व्यक्तीने मसुदा मूळ तपशिलाशी तुलना करून मजकुराची एक नेमकी आवृत्ती व हॅश मंजूर करावा. इश्यू तयार करणे किंवा कोड संपादित करण्यापूर्वी मूलभूत प्रश्न सोडवा.

हॅश नंतरच्या नोंदींना अचूक स्रोत देतो. PRD बदलला तर प्रभावित तिकीट योजना व तपासण्या पुन्हा पाहा; अंमलबजावणीतील अपयश म्हणजे स्वीकृती निकष बदलून निकाल उत्तीर्ण करण्याचे कारण नाही.

2. या प्रकल्पाची Jira श्रेणी आणि फील्ड शोधा

अधिकृत आणि केवळ वाचणाऱ्या Jira REST API v3 विनंत्यांनी GET /rest/api/3/issue/createmeta/{projectIdOrKey}/issuetypes ची सर्व पाने वाचा. प्रत्येक प्रस्तावित इश्यू प्रकारासाठी GET /rest/api/3/issue/createmeta/{projectIdOrKey}/issuetypes/{issueTypeId} ची सर्व पाने वाचून तयार करताना आवश्यक फील्ड व अनुमत मूल्ये शोधा. Atlassian व्यापक GET /issue/createmeta क्रिया आपल्या इश्यू API संदर्भात कालबाह्य म्हणून दर्शवते.

या प्रकल्पातील प्रत्यक्ष एपिकसमतुल्य पालक, स्टोरी-स्तराची अपत्ये आणि समर्थित उपकामांची खात्री करा. Atlassian मूलभूत श्रेणी व तिची संरचना स्पष्ट करते; प्रकारांची नावे व ID सर्वत्र समान नसतात. प्रकल्पाचे Parent फील्ड प्रत्येक अपत्य स्तरावर कसे काम करते आणि तयार करण्यासाठी कोणती खास फील्ड किंवा दृश्यता मांडणी आवश्यक आहे ते तपासा. प्रकल्प मंजूर रचना दर्शवू शकत नसेल तर नसलेला प्रकार, फील्ड किंवा परवानगी नोंदवून निर्मिती थांबवा. सर्वसाधारण इश्यू दुवा इश्यूला अपत्य बनवत नाही.

3. लिहिण्यापूर्वी संपूर्ण तिकीट योजना तपासा

प्रत्येक PRD आवश्यकता व स्वीकृती तपासणी ticket-plan.json मध्ये जोडा. त्याचा planVersion, PRD हॅश, Jira साइट व प्रकल्प कळ, स्थानिक रन ID आणि योजना मंजूर करणारा व वेळ नोंदवा. प्रत्येक प्रस्तावित इश्यूसाठी वेगळा स्थानिक ID, अपेक्षित पालकाचा स्थानिक ID, शोधलेला प्रकार ID, प्रकल्पाची आवश्यक फील्ड, सारांश, वर्णन, आवश्यकता व स्वीकृती ID, मालक आणि अनुमत दृश्यता लिहा. मंजूर काम स्टोरी व उपकामांची संख्या ठरवते. प्रत्येक उपकाम त्याच्या वास्तविक स्टोरीखाली खरे काम करणारे असावे.

Jira REST v3 अनेक ओळींचे इश्यू वर्णन व टिप्पण्यांसाठी Atlassian Document Format (ADF) नावाचा संरचित JSON दस्तऐवज वापरते. मंजूर मजकुरावरून दस्तऐवज तयार करा आणि प्रत्येक विनंती बनवण्यापूर्वी साइटने परत दिलेला फील्ड मेटाडेटा तपासा. इश्यू API निर्मितीची क्रिया स्पष्ट करते; अज्ञात प्रकल्पासाठी तयार फील्ड ऑब्जेक्ट देत नाही. कोणत्याही POST पूर्वी माणसाने संपूर्ण रचना, सर्व आवश्यकतांचा समावेश, पालक संबंध आणि लेखनाचे नेमके गंतव्य मंजूर करावे.

4. आधी पालक तयार करा आणि प्रत्येक इश्यू पुन्हा वाचा

मंजूर पालक POST /rest/api/3/issue द्वारे तयार करा, नंतर त्याच्या स्टोरी आणि मग प्रत्येक वास्तविक उपकाम. प्रत्येक विनंतीपूर्वी खासगी नोंदवहीत रन ID, स्थानिक इश्यू ID, लागू असल्यास पुष्टी केलेली पालक कळ, गंतव्य, नेमक्या मंजूर विनंतीचा हॅश, प्रयत्नाची UTC वेळ आणि pending स्थिती लिहा. टोकन समाविष्ट करू नका. HTTP 201 मिळाल्यावर Jira ने दिलेला इश्यू ID व कळ नोंदवून थेट GET /rest/api/3/issue/{issueIdOrKey} चालवा. प्रकल्प, प्रकार, सारांश, वर्णन किंवा PRD संदर्भ व पालक मंजूर योजनेशी तुलना करा. पुन्हा वाचल्यानंतरच नोंद confirmed म्हणून चिन्हांकित करा. पुष्टी केलेल्या पालकानंतर त्याची अपत्ये तयार करता येतात.

विनंतीची मुदत संपली किंवा उत्तर हरवले तर ती unknown म्हणून चिन्हांकित करा. प्रकल्प, वेळ, मंजूर सारांश आणि योजना संदर्भावरून Jira तपासा, संभाव्य जुळणारा इश्यू थेट उघडा आणि अधिकृत मालकाला त्याची ओळख निश्चित करायला सांगा. Atlassian इशारा देते की लेखनानंतर शोधाला उशीर होऊ शकतो. शोधात न सापडणे म्हणजे निर्मिती अयशस्वी झाल्याचा पुरावा नाही. रन ID व नोंदवही ताळमेळास मदत करतात, पण सर्व्हरला दुबार निर्मिती नाकारायला लावत नाहीत. अनिश्चित POST कधीही आंधळेपणाने पुन्हा पाठवू नका.

पूर्ण रचना थेट वाचून ticket-map.json मध्ये लिहा: प्रत्येक स्थानिक ID, वास्तविक Jira ID व कळ, इश्यूचा प्रमाण URL, प्रकल्प, प्रकार, पालक कळ, PRD व स्वीकृती ID, पुन्हा वाचण्याची वेळ आणि नोंदवही संदर्भ. सर्व मंजूर इश्यू व निकष PRD शी तुलना करा. इश्यू नसेल किंवा चुकीच्या पालकाखाली असेल तर पुढील लेखन थांबवा; प्रकल्पाची तपासलेली सुधारणा प्रक्रिया वापरा.

5. प्रत्येक मंजूर स्टोरी अंमलात आणून स्वतंत्रपणे तपासा

मंजूर स्टोरी अवलंबित्वाच्या क्रमाने करा. प्रत्येकाची Jira कळ, सुरुवातीचा Git कमिट व शाखा किंवा वर्कट्री, मूळ स्वीकृती आदेश, अनुमत पथ व आदेश लिहा. Claude Code ला Plan mode वापरून त्या स्टोरीचे निकष रिपॉझिटरीशी जोडायला सांगा. विकसक योजना तपासून मर्यादित संपादन मंजूर करतो. स्टोरीची सीमा बदल तपासता येईल असा ठेवते; उरलेल्या मंजूर स्टोरी वैशिष्ट्यातून काढत नाही.

संपादनानंतर नेमका diff, मूळ तपासणी आदेशाचा संपूर्ण आउटपुट व निर्गमन स्थिती, संबंधित लक्ष्यित चाचण्या आणि प्रत्येक आवश्यकता ID चा निकाल ठेवा. खरा कोड व नोंदी तपासा. लिहिलेली योजना, तयार फाइल किंवा Claude चे चाचण्या उत्तीर्ण झाल्याचे म्हणणे म्हणजे कार्यरत बदलाचा पुरावा नाही. तपासणी अयशस्वी होणे, अनपेक्षित गुपित, अवलंबित्व बदल, बाह्य लेखन किंवा व्यापक पुनर्रचना झाल्यास स्टोरी थांबवा; मंजूर व्याप्तीत दुरुस्त करून मूळ तपासणी पुन्हा चालवा. वेगळा कोड परीक्षक अंतिम कमिट स्वीकारायचा की diff थांबवायचा ठरवतो. प्रत्येक स्टोरीचा निर्णय नोंदवा. एक तपासलेला Claude Code बदल करण्याचे आमचे पूर्वीचे मार्गदर्शन कोड तपासणीच्या लहान टप्प्यापुरते आहे; इथला PRD व संपूर्ण Jira रचना वैशिष्ट्याची व्यापक सीमा देतात.

6. अधिकृत Jira अद्यतने पडताळा

प्रत्येक तपासलेल्या स्टोरीची सध्याची Jira स्थिती वाचा आणि GET /rest/api/3/issue/{key}/transitions?expand=transitions.fields मागवा. त्या वापरकर्त्याला खरोखर उपलब्ध स्थित्यंतर, गंतव्य, आवश्यक फील्ड व अनुमत मूल्ये तपासा. अधिकृत मालक मग प्रकल्पासाठी निश्चित फील्ड मूल्यांसह POST /rest/api/3/issue/{key}/transitions द्वारे निवडलेले स्थित्यंतर पाठवू शकतो. इश्यू थेट पुन्हा वाचून नवीन स्थितीची खात्री करा. कोड तपासणी उत्तीर्ण होणे स्वतःहून Done, विलीनीकरण किंवा उपयोजनाची परवानगी देत नाही.

लेखनापूर्वीची स्थिती, अपेक्षित स्थित्यंतर, वापरकर्ता, विनंती व उत्तर Jira अद्यतन नोंदवहीत लिहा. POST /rest/api/3/issue/{key}/comment द्वारे तथ्यात्मक ADF पुरावा टिप्पणी द्या: स्वीकारलेला कमिट किंवा थांबवलेला diff, मूळ तपासणी व लक्ष्यित चाचण्या, उरलेले अपयश आणि परीक्षकाचा निर्णय. तयार टिप्पणीचा ID व मजकूर Jira च्या टिप्पणी API मधून पुन्हा वाचा. कोणत्याही लेखनाचे उत्तर अनिश्चित असेल तर दुसऱ्या विनंतीचा विचार करण्यापूर्वी स्थिती किंवा टिप्पण्या थेट तपासा. रिकामी स्थित्यंतर यादी किंवा अनुपलब्ध आवश्यक फील्ड ही कार्यप्रवाह किंवा परवानगीतील उणीव आहे जी प्रकल्प मालकाशी सोडवायची आहे, ID बनवण्याचे निमित्त नाही.

7. ठरवा की CLAUDE.md बदलायला हवे का

खरे PRD, तिकीट, diff, चाचण्या, परीक्षण आणि Jira नोंदी तुलना करा. Claude कडून लहान आढावा मागवा ज्यात दिसलेले गैरसमज किंवा राहिलेल्या तपासण्या असतील. माणूस मार्गदर्शनात नेमका बदल निवडतो किंवा बदल न करण्याचा निर्णय परीक्षक व वेळेसह नोंदवतो. मंजूर झाल्यास फक्त त्या CLAUDE.md चा diff व हॅश तपासून कमिट करा. Anthropic चे मेमरी मार्गदर्शन प्रकल्प सूचना सांगते; या परीक्षणाने पुढील काम आपोआप अधिकृत होत नाही. गुपिते जोडू नका किंवा अंदाजावरचा धडा प्रकल्पनियम बनवू नका.

पूर्णत्व आणि पुनर्प्राप्ती

मंजूर PRD आवृत्ती थेट पुष्टी केलेल्या एपिक, स्टोरी व उपकाम रचनेशी जुळली; प्रत्येक मंजूर स्टोरी कडे सुरुवातीची स्थिती, स्वीकारलेला diff, मूळ तपासणी व लक्ष्यित चाचण्यांचे पुरावे आणि स्वतंत्र परीक्षण असले; प्रत्येक अधिकृत Jira स्थित्यंतर व पुरावा टिप्पणी थेट पुन्हा वाचली गेली; आणि माणसाने आढाव्यावर निर्णय घेतला, तरच वैशिष्ट्य पूर्ण आहे. काही कमी असेल तर नेमका उरलेला टप्पा लिहा. पहिले AI काम निवडणे आधीच्या काम निवड व प्रस्तावित तपासणीच्या टप्प्यावर संपते; हे अंमलबजावणीचे फलित सिद्ध करत नाही.

अनिश्चित Jira निर्मिती unknown राहते जोपर्यंत माणूस ओळख जुळवत नाही. चुकीचा पालक अपत्यांची निर्मिती थांबवतो. अयशस्वी चाचण्यांचे मूळ निकष तसेच राहतात. स्थित्यंतर नसेल किंवा वापरमर्यादा संपली तर मालकासाठी दिनांकासह अर्धवट नोंद ठेवा. Claude व Jira ला केवळ किमान मंजूर आवश्यकता व ग्राहक डेटा द्या, खात्याचे सध्याचे खर्च व परवानग्या तपासा आणि मानवी कोड परीक्षणासाठी तरतूद करा. हे मार्गदर्शन साधनांमधून सशर्त मार्ग दाखवते; BIG CHANGE ने पूर्ण केलेले वैशिष्ट्य, Jira लेखन, मॉडेल चालवणे, मोजलेली बचत, विलीनीकरण किंवा उपयोजन केल्याचा अहवाल देत नाही.

स्रोत आणि अधिक वाचन