मैंने ऐसे माहौल में काम किया जहां हमने लागत और निश्चित समय परियोजना तय की थी। हमने वाटरफॉल/वीमोडेल मेथोलॉजी से स्क्रम-एस्क्यू मेथोलॉजी में स्विच किया है। स्क्रम निश्चित लागत/समय परियोजनाओं में बहुत अच्छी तरह से काम कर सकता है क्योंकि अवधारणा यह है कि ग्राहक को नियंत्रण में रखा जाता है, हालांकि इसके लिए काम करने के लिए आपको कुछ सटीक रूप से निर्धारित करने में सक्षम होना चाहिए कि किस काम की आवश्यकता है और इसका क्या खर्च होगा (समय, पैसा , संसाधन)। और यह एक आदर्श स्थान है जहां एक आदर्श उम्मीदवार में स्क्रम है।
आप टैग करने योग्य डिलिवरेबल्स में इच्छा-धोखे की इच्छा सूची/आवश्यकताओं/स्क्रीनशॉट को तोड़ देते हैं। जैसे एक ग्राहक कह सकता है "मैं पेपैल के साथ ईकॉमर्स चाहता हूं", आपको इसे वास्तविक डिलिवरेबल्स में तोड़ना होगा। "1. ग्राहक पंजीकरण और लॉगिन, 2. उत्पाद कैटलॉग, 3. शॉपिंग बैग, 4. भुगतान, 5. ऑर्डर स्वीकृति"। इस स्तर पर, यह निर्धारित करना अभी भी असंभव है कि यह कितना समय लगेगा, और हमें परियोजना को पूरा करने के लिए उपरोक्त सभी को वितरित करने की आवश्यकता है (यानी आपके पास भुगतान के बिना ईकॉमर्स नहीं हो सकता है)। तो उन्हें दोबारा तोड़ दो, और फिर, जब तक कि आपके पास दानेदार डिलिवरेबल्स न हों, घंटों के भीतर वास्तविक रूप से डिलीवर करने योग्य, शायद दिन, लेकिन निश्चित रूप से सप्ताह नहीं।
1 Catalogue
1a View all Items
1ai View all items on 1 page with an image and item name underneath in a grid, 4 items per row
1aii View 10 items per page with paging
1aiii View a user slected number of items per page, with paging
1aiiii View all items on 1 page with an image and item name, descriptioon and price on the same line, 1 item per row
1b View by Category
...
1c Search
...
1d Attribute Filter
...
और इसी तरह, यह बहुत जल्दी किया जा सकता है, और अब आप शायद कितना समय, कार्य करने की एक्स (ओएफसी, मैं ऊपर नीचे आगे भी तोड़ सकता ले जाएगा वर्णन करने के लिए और वर्णनात्मक पाठ जोड़ने guesstimate कर सकते हैं काम की आवश्यकता है, जैसे कि लगातार डेटा स्टैक्चर बीमार हो सकता है, उन संरचनाओं में डेटा, डेटा कैसे जोड़ा जाएगा, आगे बढ़ने से आप शुरुआत और बाहर निकलने वाले राज्यों की भी आवश्यकता हो सकती है)।
एक बार जब आप इसे प्राप्त कर लेंगे, तो आप देखेंगे कि कुछ विशेषताओं और डिप्लेन्ट अन्य लोगों पर हैं, e..g आपके पास एक सूची में पेजिंग सुविधा नहीं हो सकती है जब तक कि आपके पास बुद्धिमान शुरू करने के लिए कोई कैटलॉग न हो, और catagloge आइटम इत्यादि को जोड़ने और संपादित करने के लिए सीएमएस स्क्रीसन की आवश्यकता होती है। आप जिस भी उपकरण का उपयोग कर रहे हैं, उसमें 'फीचर के बिना नहीं रह सकते' और इन्हें कोर प्रोजेक्ट बनाते हैं, और एक या दो दिनों के भीतर आपके पास सुविधाओं का एक समूह है जिसे विकसित किया जा सकता है कुछ हद तक स्टैंडअलोन, लागत के साथ, जो जोड़े जाने पर परियोजना की लागत बनाते हैं। और अब ग्राहक प्रभारी हैं, वे तय करते हैं कि वे एक सुविधा जोड़ना चाहते हैं और लागत को बढ़ाएं, ठंडा करें, इसके बाद उन्हें बाद में।
उपरोक्त सभी स्पष्ट रूप से केवल एक छोटा सा हिस्सा है जो स्क्रम या किसी भी चुस्त प्रक्रिया है।
चुस्त में, एक विस्तृत डिज़ाइन हो सकता है। और आपको "अस्पष्ट इच्छा-सूची" नहीं सौंपी जाती है - आप आमतौर पर मामलों या उपयोगकर्ता कहानियों का उपयोग करते हैं, जिन्हें करने की आवश्यकता पर बहुत विशिष्ट होना चाहिए, लेकिन यह नहीं करना है। –
प्रत्येक स्प्रिंट के बाद "अस्पष्ट इच्छा सूची" को अपडेट नहीं किया जाना चाहिए ताकि उत्पाद स्वामी निर्णय ले रहा हो कि ध्यान केंद्रित कहाँ है? –
प्रत्येक स्प्रिंट के बाद अस्पष्ट इच्छा सूची को अपडेट करने के लिए अच्छा होगा। लेकिन जब उपयोगकर्ता की कार्यक्षमता की निश्चित अपेक्षा होती है और यह कार्यक्षमता पूर्व निर्धारित तारीख पर अपेक्षा करती है, तो दायरे को समायोजित करना बदसूरत हो सकता है। – Dejan