पारंपरिक परियोजना स्थापना के बाद चंचल विकास का परिचय

Question

लगभग डेढ़ साल पहले, मैंने एक कार्यस्थल में प्रवेश किया, जिसमें एजाइल विकास करने का दावा किया गया था। मैंने जो सीखा वह यह था कि इस जगह ने कई चुस्त प्रथाओं (जैसे दैनिक स्टैंडअप, स्प्रिंट प्लानिंग और स्प्रिंट रिव्यू) को अपनाया है, लेकिन सिद्धांतों में से कोई भी (बस समय में / अच्छी पर्याप्त मानसिकता, असफलता को जल्दी, समृद्ध संचार को उजागर करना)।

मुझे अब टीम को और अधिक चुस्त बनाने का काम सौंपा गया है और मुझे विश्वास दिलाया गया है कि मेरे पास देवों और बिजनेस टीम से पूरी खरीद है। एक पायलट कार्यक्रम के रूप में, उन्होंने मुझे एक परियोजना दी है जो आवश्यकताओं को पूरा करने के 15 महीने पूरे करती है, इसमें एक 110 पृष्ठ विश्लेषण और डिजाइन दस्तावेज ("पत्थर में लिखा हुआ" माना जाता है), और जहां मुझे अंत तक कोई पहुंच नहीं है उपयोगकर्ता (केवल उन उपयोगकर्ताओं के प्रबंधकों से बनी समिति के लिए जो वास्तव में उत्पाद का उपयोग नहीं करेंगे)।

मैंने पहले छोटे स्प्रिंट के लिए अपेक्षित डिलिवरेबल्स की सूची दी (भविष्य के स्प्रिंट्स को अपरिभाषित छोड़कर), पहले स्प्रिंट के लक्ष्यों की एक सूची दी, और मैंने पहले स्प्रिंट के लक्ष्यों को पूरा करने के लिए पर्याप्त उपयोगकर्ता कहानियां प्राप्त करने के लिए ए एंड डी डॉक्टर को भंग कर दिया। ।

तब से, उन्होंने पूछा है कि हमारे पास सभी स्प्रिंट के लिए सभी आवश्यकताएं क्यों नहीं हैं, मैंने तीसरे स्प्रिंट के लिए सामान पर काम क्यों नहीं शुरू किया है (जो कि वे अधिक महत्वपूर्ण मानते हैं लेकिन पहले के डिलिवरेबल्स से दूर है 2 स्प्रिंट) और इससे भी अधिक प्रलेखन के लिए दबाव डाल रहे हैं कि मेरी पूरी आईटी टीम हमारे लिए व्यस्त-कार्य या संयुक्त राष्ट्र से संबंधित है (जैसे कि उपयोगकर्ता मैनुअल अप-फ्रंट लिखना, सभी स्प्रिंटों के सामने से सभी डेटा फ़ील्ड का दस्तावेज़ीकरण करना, और बहुत कुछ। "अप-फ्रंट" काम)।

एक नए प्रोजेक्ट मैनेजर के रूप में यह मेरे लिए बहुत कठिन है, लेकिन ऐसे सुधार हैं जिन्हें मैंने प्रभावी रूप से लागू किया है जैसे कि कहानी प्रबंधन, जोड़ी प्रोग्रामिंग के लिए स्क्रंबन, और व्यवसाय होने से हमें ग्राहक स्वीकृति परीक्षण सामने (आवश्यकता प्रलेखन के भाग के रूप में) ।

तो मेरे सवाल हैं:

1. एक प्रतिरोधी व्यवसाय में परिवर्तन को अधिक प्रभावी ढंग से लागू करने के लिए मैं क्या कर सकता हूं?
2. क्या अन्य प्रथाएं हैं जो व्यापार को चुस्त दिखाने के लिए आईटी पक्ष में पेश कर सकती हैं?
3. प्रलेखन का बोझ हमारा गला घोंट रहा है - व्यवसाय अभी भी इसे जोखिम प्रबंधन रणनीति के रूप में देखता है बजाय जोखिम के। हम उनके प्रलेखन की चिंताओं और मांगों को कम करने के लिए क्या कर सकते हैं (विशेष रूप से दस्तावेज़ीकरण की मात्रा और उनकी आवश्यकता सभी के लिए सामने है)।
4. हम अपने व्यवसाय से एक अलग इमारत में हैं, लगभग 3 ब्लॉक दूर हैं और उन्होंने परियोजना पर अपने लोगों को सह-निवास करने के लिए मना कर दिया है b / c उस व्यक्ति "अपने अन्य प्रोजेक्ट्स पर काम नहीं कर पाएंगे, जबकि वे हमारे यहां हैं इमारत।" वे हमसे उम्मीद करते हैं कि हम हमेशा वहाँ पर जाएँ और अपने सवालों को उछालें ताकि हम उन सभी से एक बार पूछ सकें और उस व्यक्ति के समय को "लगातार व्यवधानों" के साथ बर्बाद न करें। हम उनसे समृद्ध संचार प्राप्त करने के लिए क्या कर सकते हैं?

किसी भी अतिरिक्त सलाह की भी सराहना की जाएगी।

धन्यवाद!

Comments

मै तुम्हारा दर्द समझ सकता हू। लगता है कि आप "सही ढंग से" चुस्त तकनीक की शुरुआत कर रहे हैं। पाठ्यक्रम में रहना। उम्मीद है कि आपको कुछ उपयोगी प्रतिक्रियाएँ मिलेंगी।

— 15

दुर्भाग्य से, ऐसा लगता है कि आपको "कार्गो पंथ चुस्त" अभ्यास करने के लिए मजबूर किया जा रहा है। आप या तो बहाना फुर्तीले खेल के माध्यम से यातना कर सकते हैं, असली चुस्त के लिए राजनीतिक रूप से अलोकप्रिय खेल का प्रयास करें, या अपना फिर से शुरू तैयार करें और एक और खेल ढूंढें जो आपकी पसंद के लिए अधिक है।

— jfrankcarr 15

@jfrankcarr - मैंने पहले कभी कार्गो के दोषों के बारे में नहीं सुना है और उन पर पढ़ा जाना था। यह (दुख की बात है) एक बहुत उपयुक्त सादृश्य था।

— रिग्गी

@ रिग्गी एक सलाहकार होने की खुशियाँ। दस में से नौ बार, समस्या को खोजने और ठीक करने के लिए आपको भुगतान करने वाला व्यक्ति वास्तव में समस्या है। आपके पास डेवलपर्स से कुल खरीद हो सकती है, लेकिन आपका प्रबंधन बस इसे प्राप्त नहीं करता है। चंचलता प्रक्रिया नहीं है, यह संस्कृति है। इस प्रकार के कल्चर शिफ्ट केवल स्थापित व्यवसाय में नहीं होते हैं जब तक कि निदेशक और अधिकारी प्रतिस्थापित नहीं होने लगते हैं।

— maple_shaft

आप इसे pm.stackexchange.com

— Permas

Answer 1

मुझे विश्वास दिलाया गया है कि मेरे पास देवों और बिजनेस टीम से पूरी खरीद-फरोख्त है [...] मेरी अंतिम उपयोगकर्ताओं तक कोई पहुंच नहीं है [...]

स्पष्ट रूप से स्पष्ट होने के बीच एक बात यह है कि मौखिक रूप से आश्वस्त होने के बीच का अंतर यह है कि आपके पास एक तरफ "खरीद-इन" है, और दूसरी तरफ जो कोई भी आपके काम को प्रायोजित कर रहा है, उससे वास्तविक प्रतिबद्धता है।

आपसे मेरी सबसे अच्छी सलाह है कि "एजाइल" लेबल को पूरी तरह से अलग कर दें। वार्तालाप से शब्द को संभव के रूप में प्रतिबंधित करें। इसके बजाय, निम्नलिखित बातों पर ध्यान दें:

• आपको क्या परिणाम देने के लिए कहा गया है (आप विशेष रूप से, टीम नहीं)
• आपके मिशन के लिए सफलता के मापदंड क्या हैं (फिर, टीम के बजाय आपके)
• आपके पास अपने निपटान में क्या मतलब है (लोगों सहित, लोगों तक पहुंच, समय, सूचना, प्रशिक्षण बजट, जो भी हो)

"टीम को और अधिक चुस्त बनाना" कोई कार्रवाई करने योग्य लक्ष्य नहीं है। यह पर्याप्त विशिष्ट नहीं है, यह औसत दर्जे का नहीं है, इसकी कोई अंतिम शर्त नहीं है। आपको जिस चीज की आवश्यकता है वह कुछ विशिष्ट है: एक लक्ष्य एक्स प्रतिशत कम दोषों के संदर्भ में व्यक्त किया गया है, या आपकी सुविधा डिलीवरी तारीखों का वाई प्रतिशत वास्तव में जेड तारीख तक सम्मानित किया गया है।

इन लक्ष्यों तक पहुंचने के लिए आपको परिवर्तनों को प्रस्तुत करना पड़ सकता है। अब अंगूठे के कुछ नियम लागू होते हैं। हर सुधार एक बदलाव है, लेकिन हर बदलाव एक सुधार नहीं है। यह अक्सर कहा जाता है कि लोग परिवर्तन का विरोध करते हैं, लेकिन वास्तव में लोग बदले जाने का विरोध करते हैं और यह नहीं जानते कि क्या परिवर्तन एक सुधार होगा।

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

इनमें से कुछ परिवर्तन आवश्यक हो सकते हैं और धमकी के रूप में माना जा सकता है, जैसे कि महत्वपूर्ण जानकारी रखने वाले लोगों तक अधिक पहुंच होना। इन पर समझौता न करें: "खरीद" का अर्थ है बातचीत की एक प्रक्रिया जहां आप वास्तव में उस चीज़ को वितरित करने का मौका देते हैं जो आपसे पूछा जाता है, राजनीतिक वध के लिए एक मेमने की तरह नेतृत्व नहीं किया जा रहा है।

चीजों को स्थापित करने की कोशिश करें ताकि चीजों को सही न करने पर दोष को शिफ्ट करना मुश्किल हो (और बहुत कुछ गलत हो जाएगा)। ध्यान रखें कि ऐसा हो सकता है, और अगर ऐसा होता है तो तैयार रहें: अपनी निकास रणनीति को जानें।

Comments

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

— maple_shaft

@maple_shaft शायद मैं बस थोड़ा सा भोला हो रहा हूं, लेकिन मुझे नहीं लगता कि आपको तुरंत सीधे द्वेष के लिए कूदना चाहिए; ऐसा लगता है कि इस मामले में प्रबंधन को समझने योग्य-से-डिलीवर करने के बारे में चिंतित है। आखिरकार, एक बड़ा मोटा मैनुअल और गैंट चार्ट का एक फ्रैक्टल ढेर एक आसान संकेत है जो काम हुआ है, भले ही वे विशेष रूप से उपयोगी हों।

— टैक्रॉय

@ टैकोरो, जबकि मुझे नहीं लगता कि दुर्भावना, मेरे 4 वें प्रश्न से पूरी तरह से सटीक होगी, आप चमक सकते हैं कि आईटी के लिए व्यापार से विश्वास और सम्मान की निश्चित कमी है (और निष्पक्ष होने के लिए, यह दोनों तरीके हैं) । इसलिए मुझे लगता है कि jfrankcarr का कार्गो पंथ सादृश्य इतना उपयुक्त था - हमने उन्हें पहले कुछ स्प्रिंटों का रोड मैप देकर समझौता करने की कोशिश की और वह पारंपरिक रूप से फिसलन भरी स्लाइड थी।

— रिग्गी

@ टैकोरी ज़रूर, पुरानी कहावत को याद रखने देता है Don't attribute to malice what can be explained by stupidity, हालाँकि मैंने देखा है कि प्रबंधन ने यथास्थिति बनाए रखने की इच्छा से मेरे करियर में कुछ बहुत ही दुर्भावनापूर्ण काम किए हैं। पियरे इसे अपने जवाब में अच्छी तरह से कहते हैं, You need to make sure more anxious people will not see your suggestion as a threat for their current comfort. अगर आप उन्हें सच्चाई के साथ पेश करते हैं, तो उन्हें खतरा महसूस होगा और इस तरह दुर्भावनापूर्ण कार्रवाई खुद को बचाने के लिए होती है।

— maple_shaft

Answer 2

नई चीज़ को सुचारू रूप से पेश करने के लिए, आपको यह सुनिश्चित करने की ज़रूरत है कि लोग इसे खतरे और स्थायी के रूप में नहीं देखेंगे ।

हम में से कई लोग किसी भी तरह की नई चीजों से बचने के लिए स्वाभाविक रूप से वायर्ड हैं। यह जैविक है। आमतौर पर नवीनता की चाह रखने वाले लोग आपको कभी कोई समस्या नहीं होने देंगे। आपको यह सुनिश्चित करने की आवश्यकता है कि अधिक चिंतित लोग आपके सुझाव को उनके वर्तमान आराम के लिए खतरे के रूप में नहीं देखेंगे।

किसी टीम के लिए अभ्यास या विचार अपनाने का आदर्श तरीका यह सुनिश्चित करना है कि विचार उनके पास से आ रहा है, न कि कोई बाहरी लोग जैसे प्रबंधन, या इससे भी बदतर, कुछ यादृच्छिक सलाहकार। ऐसा करने के लिए, केवल एक विषय के साथ पूरी टीम के साथ विचार-मंथन बैठकें बनाएं। विषय समस्या होना चाहिए। बैठक में, आपको विचारों को ध्यान से लाना होगा और तर्कों और तथ्यों के साथ आना होगा।

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

आपके दूसरे प्रश्न के बारे में, मैं आपको एक बार में एक चीज लाने का सुझाव देता हूं।

आपकी दस्तावेज़ीकरण समस्या के लायक है कि यह P.SE पर अपना स्वयं का पद है और मुझे इस तथ्य से कोई समस्या नहीं है कि आप दो अलग-अलग भवन में हैं यदि दोनों नियामक से मिलने के लिए तैयार हैं। ऐसी स्थिति होती है जिसमें पक्ष का कोई भी व्यक्ति पूरा नहीं करना चाहता;)

Answer 3

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

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

Answer 4

Since then, they've asked why we don't have all the requirements for all the sprints, why I haven't started working on stuff for the third sprint (which they consider more important but is based off of the deliverables of the first 2 sprints) and are pressing for even more documentation that my entire IT team considers busy-work or un-related to us (such as writing the user manual up-front, documenting all the data fields from all the sprints up front, and more "up-front" work).

यह तुम्हारी समस्या है। वे यह नहीं मिलता है। कोई आपको अधिक चुस्त होने के लिए नहीं कह सकता है और सवारी के लिए जाने के लिए तैयार नहीं है। उनसे गलत अपेक्षाएं हैं। आपके सामने, शुरू होने से पहले ही चीजें टूट जाती हैं। उम्मीदों को सही करें या आप असफल होंगे। यह ऐसा है जैसे मैं आपसे 150 MPH ड्राइव करने के लिए कह रहा हूं और मैं आपको एक Chevette देता हूं जिसमें ऐसा करना है।

Answer 5

वे चाहते हैं कि दस्तावेज़ के समय / संसाधन / लागत में निर्माण करें और उन्हें यह देखने दें कि यह अनुसूची को कितनी दूर धकेलता है।

इससे उन्हें यह दिखाने में मदद मिल सकती है कि वे प्रोजेक्ट टीम पर कितना काम कर रहे हैं, और अगर वे ऐसा नहीं कर रहे हैं तो इसे कैसे कम किया जा सकता है।