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