चपळ विशेषज्ञ वि चपळ घोषणापत्र

आपणास असे वाटते की आपल्या “स्थानिक चपळ तज्ञाने” चापल्य जाहीरनामा वाचला आहे? आपल्याकडे आहेत? बरं, ही समस्या नाही… जर आपण दररोज “चपळ” हा शब्द वापरत नसेल तर! परंतु आपण असे केल्यास (किंवा आपल्या स्थानिक तज्ञाने तसे केले असेल तरच) - हे असे लोक आहे जे धर्माबद्दल जास्त बोलतात, परंतु त्यांच्या वा classesमय वर्गापासून बायबल (राजकीय शुद्धता सूचना) किंवा त्यांच्या आवडीचे पवित्र पुस्तक उघडलेले नाही. 10 वर्षांपूर्वी… आम्हाला ते आवडत नाहीत. एका कारणासाठी.

ठीक आहे, आपण इतर लोक आणि त्यांच्या मतांवर टिप्पणी देऊ नका. त्याऐवजी, “चपळ बायबल” चरण-दर-चरण जाऊया.

अ‍ॅगिले मॅनिफेस्टो मधील कोट्स दिले जातील

या प्रकारचा मजकूर ब्लॉक

आणि आमच्या टिप्पण्या यासारख्या नियमित इंडेंटमध्ये दिल्या जातील. चल जाऊया!

जाहीरनामा, एक आणि केवळ!

आमचे सर्वोच्च प्राधान्य ग्राहकांना संतुष्ट करणे आहे
लवकर आणि सतत वितरण माध्यमातून
मौल्यवान सॉफ्टवेअरचे.

ही एक महान कल्पना आहे! ते बनवताना खरोखर क्रांतिकारक होते! परंतु या कल्पनेची अंमलबजावणी ही या काही ओळींपेक्षा जास्त कठीण आहे.

मुख्य समस्याः ज्या प्रत्येकाचा ग्राहकांशी थेट संपर्क झाला आहे, प्रत्येकजण जाणतो की या जाहीरनाम्याचा मुद्दा कमीतकमी काही कठीण आहे.

दुर्दैवाने, ग्राहकाला नेहमीच खात्री नसते की त्याला काय पाहिजे (ते) किंवा (त) एकाच वेळी बर्‍याच गोष्टी पाहिजे आहेत आणि त्यास त्यास योग्यतेने प्राधान्य देऊ शकत नाही! शिवाय, कदाचित अशा गोष्टींपैकी काही ग्राहकांना वाटले (त्या) नंतर हव्या नाहीत.

जर आपण ते बाजूला ठेवले तर - मॅनिफेस्टोचा मुद्दा उत्पादनाच्या यशासाठी त्याचे मूल्य सिद्ध करतो! परंतु या अपवादांकडे दुर्लक्ष करू नये कारण ते प्राणघातक असू शकतात!

पुढील बिंदूमध्ये असेच काही समाविष्ट आहे, चला हा विषय तिथेच सुरू ठेवूया.

उशिरा अगदी उशिरा बदलत्या गरजा बदलतात
विकास. चपळ प्रक्रिया हार्नेस बदल यासाठी
ग्राहकांचा स्पर्धात्मक फायदा

हे उत्तम आहे. परंतु विकास कार्यसंघावरील सतत मुख्य धाप आणि दबाव यामुळे उत्पादन कमकुवत होते. बर्‍याच प्रोजेक्ट रीडायरेक्शनसह जलद कोडिंग करणे, उत्पादनाची कोड गुणवत्ता कमी करते, त्यामुळे बदल कठोर होते. अधिक तर्कसंगत आणि शांत विकास उत्पादनाच्या विकासाच्या नंतरच्या टप्प्यात बदल करण्याची कार्यक्षमता सुधारतो. आम्ही सहमत आहोत की बदलांचे स्वागत केले पाहिजे, परंतु इतर करारा / कराराच्या कलमेसुद्धा प्रमाणात बदलल्या पाहिजेत! बर्‍याच बाबतीत, अतिरिक्त बदलांची आवश्यकता नसल्यास उत्पादनास त्याच वेळी तैनात करणे अपेक्षित असते. मस्त नाही.

चपळाई अपेक्षित बदलांसाठी सज्ज असण्याबद्दल आहे, आणि सर्व काही आणि नेहमी बदलण्याबद्दल नाही. संभाव्य ग्राहक / ग्राहकांशी संवाद साधण्यास मान्यता प्राप्त व्यक्तींनी अगदी सुरुवातीपासूनच वास्तववादी करारावर बोलणी केली पाहिजे. बर्‍याचदा, योग्य वेळी पेन आणि कागदासह 10 मिनिटे (प्रकल्पाची सुरूवात) नंतरच्या टप्प्यात दिवस, आठवडे आणि महिन्याच्या विकासाचे (पुनर्निर्देशित, पिव्होटिंग, बदलणे) वाचवतात! उत्पादनांमध्ये प्रारंभ होणारी ही उरली अव्यावसायिक मानली पाहिजे कारण ती खूप आहे! “चला फक्त क्लायंट घेऊया, नंतर आपण नोकरी पूर्ण करण्यासाठी काहीतरी विचार करू” मानसिकता ही अनैतिक आहे आणि बर्‍याचदा विकासकांना “दिवस वाचवणे” (ओव्हरटाइम, कामाचे शनिवार व रविवार, घरातून काम करणे, नोकरी करणे) देखील केले जाते. धकाधकीच्या आजूबाजूला)… छान नाही. आणि खरोखर - चपळ देखील नाही.

कार्यरत सॉफ्टवेअर वितरित करा
वारंवार, कडून
दोन आठवड्यांपासून दोन महिन्यांपर्यंत, सह
लहान टाइमस्केलला प्राधान्य.

मला यापैकी फक्त चांगले अनुभव आहेत. हे लवकर ट्रेक्शन-टेस्टिंग-लर्निंग-सुधारित अभिप्रायसाठी शक्यता देते. आवश्यक प्रकारच्या उत्पादनांच्या सॉफ्टवेअर डेव्हलपमेंटमध्ये चपळ संकल्पना लागू असल्यास छान सामग्री. (नेहमीच असं होत नाही, त्यावर विश्वास ठेवा किंवा नाही.)

व्यवसाय लोक आणि विकसकांनी कार्य केले पाहिजे
प्रकल्प दरम्यान दररोज एकत्र.

ठीक आहे, कदाचित दररोजच नाही, तर - थम्स अप! आम्ही (लोक) गेल्या 15 वर्षात हे खराब करण्यास व्यवस्थापित केलेले नाही ... आम्हाला वेळ द्या.

प्रवृत्त व्यक्तींच्या आसपास प्रकल्प तयार करा.
त्यांना आवश्यक वातावरण आणि समर्थन द्या,
आणि काम पूर्ण करण्यासाठी त्यांच्यावर विश्वास ठेवा.

येथूनच बहुतेक तथाकथित आंदोलनकर्ते अ‍ॅगिले मॅनिफेस्टोद्वारे कार्य करण्यास अपयशी ठरले. “चपळ” प्रकल्प व्यवस्थापकापेक्षा तज्ञ व्यक्ती नसल्यास अद्याप त्यांच्या क्षेत्रातील कौशल्य विचारात घेणारे चांगले व्यावसायिक असलेल्या व्यक्तींचा त्यांच्यात आदर नसतो. यामुळे व्यवस्थापकाला इतर लोकांच्या कामांमध्ये जास्त गुंतवून ठेवते, जे महत्त्वाचे “मशीन गीअर्स” तोडते, एकामागून एक. पुढील “मशीन” चपळता आणि बदल कमी करण्यासाठी विश्वासार्हता बनवित आहे. जे काउंटर चपळ आहे.

सर्वात कार्यक्षम आणि प्रभावी पद्धत
विकासास आणि आत माहिती पोहोचविणे
कार्यसंघ समोरासमोर संभाषण करीत आहे.

बरं, याविरूद्ध आपण काहीही बोलू शकत नाही. उलटपक्षी, हुर्रे!

कार्यरत सॉफ्टवेअर प्रगतीचा प्राथमिक उपाय आहे.

होय समस्या अशी आहे की बर्‍याच तथाकथित चळवळी करणारे देखील या कलमाचा आदर करीत नाहीत.

चपळ प्रक्रिया टिकाऊ विकासास प्रोत्साहित करतात.
प्रायोजक, विकसक आणि वापरकर्ते सक्षम असले पाहिजेत
अनिश्चित काळासाठी स्थिर वेग राखण्यासाठी.

साध्य करणे कठिण आहे, परंतु नक्कीच - उत्तम मार्गदर्शक.

तांत्रिक उत्कृष्टतेकडे सतत लक्ष देणे
आणि चांगली डिझाइन चापल्य वाढवते.

पुन्हा, दुर्दैवाने, तथाकथित चपळ प्रकल्प व्यवस्थापक या बद्दल नेहमीच विसरतात, जेणेकरून गंभीर, घातक नसल्यास परिणाम होऊ शकतात.

साधेपणा - रक्कम जास्तीत जास्त करण्याची कला
काम केले नाही - आवश्यक आहे.

ओला, साधेपणा!

सर्वोत्कृष्ट आर्किटेक्चर, आवश्यकता आणि डिझाइन
स्वत: ची आयोजन करणार्‍या संघातून बाहेर पडा.

Ave!

नियमित अंतराने, संघ कसा प्रतिबिंबित करतो
अधिक प्रभावी होण्यासाठी, नंतर सूर आणि समायोजित करा
त्यानुसार त्याचे वर्तन.

आमेन!