चुस्त नया और मुझे यकीन नहीं है कि कैसे शुरू करें।
आपके पोस्ट को पढ़ने के बाद मुझे लगता है कि आप इसे गलत समझ रहे हैं और आपको यह पढ़ने के साथ शुरू करना चाहिए कि चुस्त वास्तव में क्या मतलब है और पूरा करने की कोशिश करता है।
स्प्रिंट में परियोजना के छोटे हिस्से बनाने का विचार है।
बंद करें, लेकिन पर्याप्त नहीं। विचार प्रत्येक स्प्रिंट के अंत में काम करने वाले सॉफ़्टवेयर को वितरित करना है (सिस्टम का एक हिस्सा एक स्प्रिंट में फिट हो सकता है, या नहीं)। डेटाबेस को कार्यशील सॉफ़्टवेयर के रूप में देखा जा सकता है यदि और केवल अगर डेटाबेस वह है जो आप ग्राहक को वितरित करते हैं।
हालाँकि, मैं जिस परियोजना के लिए काम कर रहा हूँ उसके लिए डेटाबेस की आवश्यकता होती है और परियोजना के साथ कुछ भी करने के लिए डेटाबेस लगभग कार्यात्मक होना चाहिए।
यह लगभग कार्यात्मक क्यों है? क्या सिस्टम की प्रत्येक सुविधा डेटाबेस की संपूर्ण या अधिकांश सामग्री का उपयोग करती है? क्योंकि अगर ऐसा नहीं होता है, तो पूरे डेटाबेस को पहले से डिज़ाइन करने का कोई मतलब नहीं है।
तो चुस्त परियोजनाएं इसे कैसे संभालती हैं, क्या आप डेटाबेस बनाकर शुरू करते हैं?
एजाइल डेटाबेस या सिस्टम डिज़ाइन को हैंडल नहीं करता है। यह बताता है कि आपको अपने प्रोजेक्ट का प्रबंधन कैसे करना है। इसे ध्यान में रखते हुए, आप सिस्टम की सभी विशेषताओं की पहचान करके शुरू करते हैं और उन्हें उत्पाद बैकलॉग में डालते हैं। फिर आप उत्पाद स्वामी के साथ बैकलॉग में सुविधाओं को प्राथमिकता देते हैं। ऐसा करने के बाद कि आप बैकलॉग से सुविधाएँ लेना शुरू करते हैं और स्प्रिंट बनाते हैं (आमतौर पर 2 से 4 सप्ताह लंबे)। जब एक स्प्रिंट खत्म हो जाता है, तो आपके पास उस सिस्टम में एक नया काम करना चाहिए जो ग्राहक को दिया जा सकता है।
उदाहरण के लिए, यदि आप स्क्रैम का उपयोग करते हैं तो आप उपयोगकर्ता कहानियों को कैसे करेंगे और db का परीक्षण कैसे करेंगे, आप ऐसा कैसे करेंगे।
मैं गलत हो सकता हूं, लेकिन डेटाबेस के परीक्षण का कोई मतलब नहीं है। आप डेटाबेस को अपडेट करने वाले कोड का परीक्षण कर सकते हैं। बेशक, आप डेटाबेस के अपने प्रोग्रामेबल भाग का परीक्षण कर सकते हैं, लेकिन इसे कॉल करने वाले कोड का परीक्षण करके प्राप्त किया जा सकता है।
क्या आप इसके बजाय db के कुछ हिस्सों को एक ऐसी कहानी में करना चाहेंगे जिसके लिए भी कोड की आवश्यकता हो।
हाँ।
एजाइल कोई मतलब नहीं है कि परियोजना प्रबंधन के लिए एक चांदी की गोली है और जब सही ढंग से लागू नहीं किया जाता है तो आपदा का जादू कर सकता है। इसके बारे में पढ़ते हुए कुछ समय बिताने की कोशिश करें (आप यहां ढेर सारे संसाधन या स्टैकओवरफ्लो पर पा सकते हैं), हो सकता है कि कोई ऐसा व्यक्ति मिल जाए जो पहले से चुस्त हो चुका हो और आपको गति प्राप्त करने में मदद कर सके।