क्या है चंचल: आवेदन की गुंजाइश । लचीला विकास पद्धति

खोजने के लिए मुश्किल होगा, जो एक व्यक्ति की तरह नहीं होना करने के लिए सम्मान के साथ व्यवहार. लेकिन इस स्थिति के लिए वहाँ एक कारण होना चाहिए. उदाहरण के लिए, जब एक व्यक्ति को बेहतर मान्यता प्राप्त विशेषज्ञ के क्षेत्र में सॉफ्टवेयर के विकास. और के लिए कि आप की जरूरत है जानने के लिए । इस आलेख में आप सीखना होगा क्या है चंचल, लाभ क्या है से यह है, और कैसे को समझने के लिए इस प्रौद्योगिकी.

सामान्य जानकारी

मूल रूप से, के साथ सौदा करते हैं तकनीकी मुद्दों. क्या है फुर्तीली? अनुवाद (शाब्दिक) शब्द के अंग्रेजी – “लाइव, मोबाइल”, एक छोटे से कम अक्सर उल्लेख किया है “लचीला”. और वैसे भी, यह कमी है । पूरा नाम के इस दृष्टिकोण है चंचल सॉफ्टवेयर विकास. लेकिन, क्योंकि यह बहुत लंबे समय है, और यह निर्णय लिया गया था कम करने के लिए. और वे सिर्फ चुस्त है. के रूप में अनुवाद “लचीला” प्रयोग किया जाता है कि इस तथ्य के कारण वह गया था में सबसे बड़ा उपाय वास्तविक स्थिति से मेल खाती है ।

क्या शामिल है?

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

अधिक:

लेनोवो v580c: विस्तृत समीक्षा

आज हम लिखने का फैसला किया है के बारे में लैपटॉप लेनोवो v580c. समीक्षा विस्तृत हो जाएगा, के रूप में इस पोर्टेबल पीसी IdeaPad श्रृंखला एक उच्च लोकप्रियता है, लेकिन कई नहीं जानते हैं कि वास्तव में क्या इस डिवाइस बनाता है खरीदारों. मॉडल, तेजी से और कई सक...

कैसे करने के लिए अपने कंप्यूटर को साफ करने के लिए ऊपर की गति अपने काम के?

किसी भी कंप्यूटर उपयोगकर्ता को चिह्नित कर सकते हैं कि यह समय के साथ रहता है को पूरा करने के लिए कंप्यूटर की गति. काम काफी धीमा कर देती है के कारण एक बड़ी संख्या की उपस्थिति के कार्यक्रमों और निरंतर फ़ाइलों को डाउनलोड. उसे देने के लिए गति, कभी कभी साफ...

मज़ाक में "सिम्स 3": कैसे को दूर करने के लिए कोड सेंसरशिप और अन्य तरीकों

तो, आज हम बात करेंगे के बारे में क्या मज़ाक में संभव "सिम्स 3". कैसे करने के लिए निकालें कोड सेंसरशिप? यह किया जा सकता के साथ मॉड? चाहे वहाँ रहे हैं भागों, जिनमें यह सुविधा डिफ़ॉल्ट रूप से स्थापित? पढ़ें सब के बारे में है.के साथ परिचित बनने कंसोलतो, ...

और चुस्त, एक प्रबंधन पद्धति डिज़ाइन किया गया है के साथ सौदा करने के लिए इस सब के सब की वजह से अपनी लचीलापन है । इस टीम है, "गोलमाल", जो कम से कम विभिन्न जोखिम के उपयोग के माध्यम से सेट के सिद्धांतों. वे कर रहे हैं में परिलक्षित होता चंचल घोषणा पत्र, 2001 में जारी की है. संक्षेप में, वे ध्वनि के रूप में इस प्रकार है:

1. सबसे महत्वपूर्ण बात – यह लोगों को है, नहीं बातें.
2. के के सहयोग में है, और नहीं अनुबंध पढ़ें.
3. प्रलेखन हस्तक्षेप नहीं करना चाहिए के साथ काम करते हैं.
4. परिवर्तन के रूप में जल्दी संभव के रूप में.

यह लग सकता है बहुत अस्पष्ट है और न सही, लेकिन हम विस्तार से.

डिवाइस

पर विचार कर क्या चुस्त है, चलो बारी करने के लिए सबसे लोकप्रिय में से एक मैनुअल के रूप में जाना जाता है "जमघट" (जमघट). यह क्या प्रदान करता है? शुरू करने के लिए आप की जरूरत है:

1. का चयन करें उत्पाद के मालिक है. इस भूमिका में लोगों को अच्छी लगती है कि वह देखता है, क्या प्रयोजन के लिए जाना चाहिए, और क्या होगा.
2. यह निर्धारित करने के लिए टीम है । इस की आवश्यकता है, नंबर तीन से दस लोगों को है कि कौशल के अधिकारी परिणाम प्राप्त करने के लिए.
3. का चयन करें जिम्मेदार विशेषज्ञ. यह व्यक्ति है कि निगरानी करेंगे परियोजना के विकास और टीम की मदद दरकिनार कठिनाइयों.
4. के के साथ सौदा करने के लिए कठिनाइयों । हम इकट्ठा करना चाहिए एक जगह में सभी मौजूदा उत्पाद आवश्यकताओं और प्राथमिकता करने के लिए. उत्पाद के मालिक की जरूरत है इकट्ठा करने के लिए यहाँ अपने सभी इच्छाओं. तब टीम का मूल्यांकन करता है और उन्हें समझता है, तो आप इसे लागू कर सकते हैं, और कितना समय लेता है यह है ।
5. विभाजन चाहिए और पूरे काम की राशि के लिए समय की अवधि, अप करने के लिए एक या दो सप्ताह के दौरान जो टीम के प्रदर्शन करेंगे के विशिष्ट सेट कार्य ।
6. दैनिक बैठक नहीं होना चाहिए की तुलना में अब पंद्रह मिनट के लिए । एजेंडे पर हम चर्चा करनी चाहिए कि क्या किया गया था कल, क्या कर रहे हैं अपनी योजनाओं के लिए आज, और बाधाओं को लेने के लिए ऊंचाई.
7. ऐसा करने के लिए समीक्षा सप्ताह के लिए (दो), जिसके दौरान टीम चर्चा करता है कि क्या किया गया है. यह आवश्यक है को प्रदर्शित करने के लिए operability के भागों के उत्पाद.
8. प्रत्येक समय के बाद की अवधि में यह करने के लिए आवश्यक है समस्याओं पर चर्चा और समाधान की तलाश है. सभी घटनाओं की जरूरत को लागू करने के लिए तुरंत है.

कैसे पहचान करने के लिए चुस्त है?

प्रबंधन पद्धति की परवाह किए बिना चयनित दिशा में निम्नलिखित विशेषताएं हैं:

1. के के जोखिम के न्यूनतम. इस का मुख्य लक्ष्य है किसी भी लचीलापन.
2. के के चलने का विकास. इस मामले में, इसका मतलब काम में छोटे चक्र है ।
3. सबसे महत्वपूर्ण बात – यह लोगों को और उन दोनों के बीच संचार.

चलो कल्पना है एक नदी है । पर एक पक्ष के ग्राहक है । पर दूसरी टीम है । इस मामले में, लचीला विकास पद्धति के सभी के लिए लाभ है:

1. ग्राहक की जरूरत है, कम से कम उत्पाद है । के दौरान इसके निर्माण को बदल सकते हैं स्थिति.
2. आदेश के लिए उपयोगी है सहयोगियों के साथ संवाद और ग्राहक. इस मामले में, कम से कम के जोखिम को गलत समझा जा रहा है, पारदर्शिता बढ़ जाती है की प्रक्रिया, जल्दी से समस्याओं का समाधान, की संभावना को कम आश्चर्य बनाने के लिए जब उत्पाद.

सामाजिक कारकों

जब यह कहा जाता है क्या है, चंचल है, आमतौर पर केवल बारे में बात सकारात्मक है । वास्तव में, में सुधार बातचीत टीम के भीतर. सभी लोगों पर ध्यान केंद्रित कर, एक विचार बनाने के रहस्य के बीच में खुद को प्रतिबद्ध है । एक परिणाम के रूप में, टीमकाम कर रहे एक आरामदायक वातावरण में और तेज गति से । इस दृष्टिकोण की अनुमति देता है हमें को व्यवस्थित करने के लिए अराजकता.

अपने गठन के बाद से, वह करने में सक्षम था खोजने में मान्यता तकनीकी उद्योगों. फिलहाल व्यापक रूप से इस्तेमाल किया डिजाइन के लिए नए सॉफ्टवेयर उत्पाद है. लेकिन भीतर एक आम व्यापार अभ्यास इस तरह के एक दृष्टिकोण अभी भी छोटे से जाना जाता है । इसलिए, यह सावधान है, जो उन लोगों के साथ मुलाकात की फुर्तीली पहले की है. आपको भी समझना चाहिए कि यह केवल होना चाहिए लागू किया जा सकता है जब मामलों में, लोगों के सामने की चुनौती का सामना बौद्धिक काम है.

उदाहरण

चलो की जांच कैसे इन के तरीके में सॉफ्टवेयर का विकास । उदाहरण के लिए, हम पीटर, उत्पाद के मालिक है. वह पता नहीं है तकनीकी विवरण है, लेकिन वह एक दृष्टि है की समग्र तस्वीर है । वह जानता है कि क्यों आप की जरूरत है उत्पाद है, क्या समस्या है इसे हल होगा, और जो संतुष्ट करेगा. वहाँ भी कर रहे हैं इच्छुक पार्टियों. वे का उपयोग कर सकते हैं उत्पाद का समर्थन करने के लिए इसके निर्माण या कुछ और किया जा करने के लिए इसके निर्माण में शामिल है । आप और अधिक कर सकते हैं और कस्टम कहानियों में जो व्यक्त की इच्छाओं के हितधारकों. उदाहरण के लिए: एक टिकट बुकिंग सिस्टम में बसों के लिए मास्को से सेंट पीटर्सबर्ग के लिए की जरूरत है करने के लिए उड़ानों के लिए खोज. पीटर की सहायता करेंगे इच्छुक पार्टियों. वह ले जाएगा नियंत्रण के कार्यान्वयन के विचारों के उपयोगकर्ता की कहानियां. यह भी डेवलपर्स की एक टीम है । इन लोगों को कर रहे हैं का निर्माण होगा कि एक काम कर प्रणाली.

के बाद से आप का उपयोग कर रहे हैं लचीला विकास पद्धति, उपयोगकर्ता कहानियों नहीं कर रहे हैं, जमा के जारी है, लेकिन जारी कर रहे हैं के बाद तुरंत और के रूप में अक्सर के रूप में संभव है. की संख्या संसाधित अनुप्रयोगों है throughput टीम के एक सप्ताह के लिए. आदेश में खोने के लिए नहीं गति, और नहीं फंस पाने में मैनुअल परीक्षण, टीम के काम करने की जरूरत पर स्वचालित एकीकरण । यह क्या है? के लिए प्रत्येक कार्य बिंदु लिखित परीक्षा है । यदि कहानियों के बहुत सारे हैं, यह हो सकता है जल्दी करो, प्रेरणा की कमी, कम उत्पादकता और गुणवत्ता. इस तरह के मामलों में एक विधि कहा जाता है "के कल के मौसम में". यह इस तथ्य में निहित है कि आप की जरूरत है सेट करने के लिए सख्त सीमा की राशि के लिए काम करते हैं और ध्यान से चुनने क्या लागू किया जाएगा. जैसा कि पहले उल्लेख "Kanban" का प्रस्ताव करने के लिए एक सीमा निर्धारित की समस्याओं.

क्या करने के लिए करते हैं, के साथ कतार में है?

ठीक है, यहाँ की टीम ने निर्णय लिया है कि इसे संभाल कर सकते हैं चार कहानियों को एक सप्ताह. लेकिन नेविगेट करने के लिए कैसे सब है कि वहाँ है? उदाहरण के लिए, उपयोगकर्ता फेंकता दस कहानियों सप्ताह के लिए. संसाधित चार. इस प्रकार, कतार करने के लिए जारी रहेगा बढ़ता है. इस मामले में वहाँ केवल एक प्रभावी तरीका है – शब्द "नहीं". के लिए उत्पाद के मालिक के लिए अत्यंत महत्वपूर्ण है । कहने के लिए “हाँ” मुश्किल नहीं है । बहुत कठिन है और अधिक महत्वपूर्ण है क्या तय करने के लिए ऐसा करने के लिए नहीं है । और यह भी जिम्मेदारी वहन. इसलिए, आप तय करना चाहिए क्या करने के लिए ध्यान का भुगतान करने के लिए अब और क्या स्थगित कर दिया जाना चाहिए. करने के लिए ठीक से प्राथमिकता, आप की जरूरत करने के लिए उत्पाद के मालिक को समझा मूल्य और मात्रा के साथ प्रत्येक कहानी.

फैसले

की कहानियां अत्यंत आवश्यक है. दूसरों रहे हैं सिर्फ एक अच्छा बोनस है. कुछ कहानियों में विकसित किया जाएगा एक कुछ घंटे. अन्य बनाने के लिए महीने का समय लग जाएगा. कई लोगों को अक्सर पकड़ के अनुपात के आकार के इतिहास और उसके महत्व है । लेकिन यह हमेशा सही नहीं है । अधिक – नहीं के बराबर बेहतर है । पीटर सही है पर विचार करने के लिए प्राथमिकताओं में मदद करता है जटिलता और मूल्य के काम के लिए । कैसे निर्धारित करने के लिए इन विशेषताओं में एक मात्रात्मक मूल्य है? हाँ रास्ता । यह एक वास्तविक अनुमान लगाने का खेल है । और अधिक कुशलता के लिए यह आवश्यक है को शामिल करने के लिए काफी लोगों का एक बहुत कुछ है । इस टीम है, जो आपको सूचित करेंगे के बारे में काम की गुंजाइश है, और हितधारकों. लेकिन यह समझा जाना चाहिए कि सभी डेटा के इस तरह से प्राप्त का प्रतिनिधित्व अनुमानित अनुमान है । वहाँ कोई सटीक आंकड़े. शुरू में गलतियों की जाएगी. लेकिन आप अनुभव हासिल रूप में, उनकी संख्या और पैमाने के नीचे जाना होगा.

जोखिम

समस्याओं से बचने के लिए इसे देने के लिए आवश्यक है करने के लिए ईमानदार जवाब कई सवालों के जवाब । इस:

1. सही बातें हम कर रहे हैं? यह एक व्यापार जोखिम.
2. हम कर सकते हैं लागू करने के क्या आप की जरूरत है? यह एक सामाजिक जोखिम.
3. चाहे प्रोजेक्ट को चलाने के लिए मंच पर. इस तकनीकी जोखिम.
4. वहाँ हो जाएगा पर्याप्त पैसा और समय है? इस जोखिम के कार्यान्वयन के समय और लागत.

इस मामले में, आवश्यक ज्ञान है । वे माना जा सकता है के रूप में विपरीत के जोखिम. जब भी वहाँ है एक अनिश्चितता के महत्वपूर्ण स्तर, हम ज्ञान हासिल करने के लिए – उदाहरण के लिए, बनाने के लिए इंटरफ़ेस प्रोटोटाइप या तकनीकी प्रयोगों. और पहले से ही उन्हें रखने, के बारे में निर्णय लेने के लिए जो दिशा ले जाएँ.

कैसे जानने के लिए?

यह उद्योग बहुत तेजी से विकसित हो रहा है और आदेश में खोने के लिए नहीं अंत में, आप की जरूरत करने के लिए लगातार जानने के लिए, कौशल में सुधार के लिए और कार्य कुशलता. इसलिए पहले से कहीं अधिक प्रासंगिक मुद्दों के प्रशिक्षण और कार्यान्वयन. जहां शुरू करने के लिए? सबसे अच्छा विकल्प – के सहयोग के साथ एक कंपनी है जो पहले से ही लागू किया चुस्त है. प्रशिक्षण में इस मामले में हो जाएगा, जो लोगों को अफवाह से नहीं जानते हैं कि क्या है, चुस्त है. लेकिन इस तरह, अफसोस, हमेशा संभव नहीं है । अक्सर शामिल एक तीसरे पक्ष के विशेषज्ञ है जो जानता है कि क्या चुस्त है. इस दृष्टिकोण के कार्यान्वयन के तहत है, इसकीपर्यवेक्षण. हालांकि, सेवाओं के इस तरह के एक विशेषज्ञ पैसे के लायक है. लेकिन यदि प्राप्त करने के लिए अपने आप को वास्तव में एक जानकार व्यक्ति है, तो सभी खर्चों बंद खूबसूरत भुगतान करना होगा. आज की दुनिया में कुशलता से अपने कर्मचारियों के लिए एक महत्वपूर्ण भूमिका निभाता है.

क्या उम्मीद करने के लिए भविष्य में है?

सॉफ्टवेयर विकास के तरीके लगातार विकसित हो रहे हैं. के लिए देख करने के लिए नए तरीके में सुधार, प्रदर्शन और काम करते हैं. कहने के लिए क्या हमें इंतजार कर रहा है भविष्य में, समस्याग्रस्त है. शायद लचीला प्रणाली के डिजाइन के साथ एकीकृत किया जाएगा स्वचालन के उत्पादन की प्रक्रिया. उदाहरण के लिए, आप समस्याओं का समाधान होगा, यहां तक कि में रहने से दूरी कंपनी का स्थान है । काफी हद तक निर्धारित भविष्य की नई सूचना प्रौद्योगिकी. सब के बाद, जब वे होते हैं, यह आवश्यक है करने के लिए नए तरीकों को विकसित उनके साथ काम करने की है । और इस मामले में वहाँ विकास है, बंद लूप में ।

अंत में

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