जब बहुत सारे संभावित हितधारक हैं, तो एक विकास परियोजना कैसे शुरू करें


15

मैंने अभी-अभी (एकमात्र) वेब एप्लिकेशन डेवलपर के रूप में एक कॉलेज में एक नई नौकरी ली है।

कॉलेज में कई असमान लेकिन सभी बुरी तरह से कोडित विरासत प्रणाली हैं। ज्यादातर PHP में निर्मित वे उपस्थिति, परीक्षा परिणाम, अंकन आदि जैसी चीजों से निपटते हैं।

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

हमारी पहली मुलाकात में, 18 लोग थे! कोई स्पष्ट नेता या आवाज नहीं थी जो बहुमत का प्रतिनिधित्व करती थी। कोई पहचानने योग्य ग्राहक नहीं । बैठक में शिक्षकों के प्रमुखों की छोटी-मोटी विशेषताओं पर विस्तृत क्रियान्वयन के विचारों से लेकर तर्कों तक फैला हुआ था कि हमें डेटा इनपुट के लिए एक्सेल स्प्रेडशीट का उपयोग करना चाहिए या नहीं!

जैसा कि आप सोच सकते हैं कि मेरा सिर अंत में घूम रहा था। मेरे पास वास्तव में बहुत अच्छे विचार थे लेकिन मैं उन्हें सुन नहीं पाया। मेरे लिए यह एक बहुत नई भूमिका है, इससे पहले कि मैं एक मार्केटिंग एजेंसी में एक विकास टीम का हिस्सा था। हमारे पास बहुत अच्छी तरह से परिभाषित भूमिकाएं थीं: प्रोजेक्ट मैनेजर, क्लाइंट, डिजाइनर, डेवलपर।

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


8
यदि आप एकमात्र डेवलपर हैं, तो बैठक में अन्य 17 कौन थे?
पीडीआर

1
अच्छा प्रश्न। स्कूल के प्रिंसिपल, टीचिंग स्टाफ के विभिन्न सदस्य (यहां तक ​​कि पीई शिक्षक भी थे), और बहुत से लोग जिनके नाम संक्षिप्त हैं।
मैट हैरिसन

1
@MattHarrison: लेकिन आपके वेब एप्लिकेशन के साथ इनका क्या आम है? क्या वे संभावित उपयोगकर्ता हैं? क्या वे उन विरासत प्रणाली को बनाए रखते हैं जिनका आपने उल्लेख किया है? आपको स्पष्ट करना चाहिए कि इसलिए आप यह सुनिश्चित करते हैं कि आप जानते हैं कि आप किससे आवश्यकताओं के लिए कहेंगे और किसकी उपेक्षा कर सकते हैं।
डॉक ब्राउन

1
@DocBrown मुझे क्षमा करें शायद मैं थोड़ा अस्पष्ट था। वे सभी सिस्टम के भावी उपयोगकर्ता होंगे। आवेदन क्रॉस-कॉलेज होगा और 3000 से अधिक लोगों द्वारा उपयोग किया जाएगा। मुझे लगता है कि यहां जो हुआ वह लोगों को आमंत्रित कर रहा है और बैठक एक सर्कस बन गया है। मैं जो करूंगा वह एक छोटे हितधारक की भागीदारी की आवश्यकता पर बल है।
मैट हैरिसन

5
@ गुमनाम डाउनवॉटर / करीब: यह पहली नज़र में बहुत स्थानीय हो सकता है। लेकिन मुझे लगता है कि असली सवाल सामान्य रुचि का एक विकास सवाल है: "कैसे एक विकास परियोजना शुरू करने के लिए जब बहुत अधिक संभावित हितधारक हैं", और इस तरह के प्रश्न यहां पर IMHO विषय हैं।
डॉक ब्राउन

जवाबों:


26

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

  • स्पष्ट करें कि आपकी अपनी जिम्मेदारियां क्या हैं
  • स्पष्ट करें कि अन्य हितधारकों की जिम्मेदारियां क्या हैं
  • पहचान करें कि प्रत्येक विरासत प्रणालियों के लिए कौन जिम्मेदार है
  • यदि आपके वेब एप्लिकेशन के लिए कोई क्लाइंट (अभी तक) नहीं है, तो भविष्य में इसका उपयोग करने वाले को ढूंढें और उसे अपने सिस्टम के प्रतिनिधि उपयोगकर्ता के रूप में शामिल करने की अनुमति मांगें (ऐसा व्यक्ति जिसके साथ आप आवश्यकताओं पर चर्चा कर सकते हैं)
  • अगर अलग-अलग लक्ष्यों के साथ अलग-अलग हितधारक हैं, तो उनकी आवश्यकताओं को इकट्ठा करें (उदाहरण के लिए, एक-एक करके उनका साक्षात्कार करके, न कि 18 लोग पूरी तरह से एक कमरे में)। सूची पर परिणाम लिखें। बाद में, प्राथमिकता देना शुरू करें।
  • एक रोडमैप (बड़ी तस्वीर) और 0.1 रिलीज के लिए एक छोटी सी युक्ति लिखें और अपने बॉस के साथ-साथ प्रतिनिधि क्लाइंट को इस पर सहमति दें
  • संपादित करें: GlenH7 की टिप्पणी देखें

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


शानदार सलाह। धन्यवाद! मैं अभी स्पष्ट कर सकता हूं; जब आप कहते हैं कि 'अपनी जिम्मेदारियों को साफ़ करें', तो क्या आपका मतलब है कि उन्हें स्पष्ट करें, या उन्हें हटा दें जैसे उनसे छुटकारा पाने के लिए? क्षमा करें, मैं ब्रिटिश हूं इसलिए शायद यह अमेरिकी अंग्रेजी बात है।
मैट हैरिसन

1
@MattHarrison: आशा है कि मेरे संपादन इस अधिक स्पष्ट करता है - हालांकि कभी कभी यह भी एक अच्छा विचार कुछ जिम्मेदारियां ;-) से छुटकारा पाने के हो सकता है
डॉक ब्राउन

4
बहुत बढ़िया जवाब। एकमात्र आइटम जो मैं जोड़ूंगा, वह है लीड या कार्यकारी हितधारक की पहचान करना। इस व्यक्ति को सुविधा प्राथमिकता और गुंजाइश निर्धारित करने में अंतिम अधिकार है। वहाँ पाने के लिए अलग-अलग तरीके हैं, लेकिन किसी की परियोजना पर अंतिम जवाबदेही है। और हां, यदि आप चाहें तो इस टिप्पणी को अपने जवाब में जोड़ने के लिए स्वतंत्र महसूस करें। :-)

6

उन लोगों को अलग करें जो वास्तव में इस परियोजना को झुंड से काम करना चाहते हैं।

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

इसके बाद समितियों, उप-समितियों और कार्य बलों का गठन होगा। यह बाजीगर है, लेकिन आप उन सभी को समान रूप से बेकार पाएंगे।

अंत में, आप यह पता लगाने जा रहे हैं कि वास्तव में इस परियोजना के बारे में कौन परवाह करता है। जो वास्तव में इसे सही करने के लिए समय देना चाहता है। उम्मीद है, इस व्यक्ति के पास एक पर्यवेक्षक होगा जो उन्हें ऐसा करने का समय देगा और न केवल उनकी पहले से ही लंबी टूडू सूची में एक और आइटम बना देगा। इन लोगों को खोजें ASAP! उन्हें अपने बॉस की उम्मीदों को प्रबंधित करने में मदद करें और सहमति की प्रतिबद्धता प्राप्त करें।

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

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


1
ऐसी स्थिति के राजनीतिक पहलुओं को उजागर करने के लिए +1।
डॉक ब्राउन

4

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

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

1)। टीम का सर्वेक्षण करें - पता करें कि प्रत्येक सदस्य महत्वपूर्ण / आवश्यक / सर्वोच्च प्राथमिकता क्या मानता है

2)। जल्दी से वहाँ कुछ प्राप्त करें - न तो सभी समस्याओं को एक साथ हल करने का प्रयास करें, "नंगे न्यूनतम" कार्यक्षमता प्राप्त करें और उन्हें स्वीकृत करें, फिर उपयोगकर्ताओं की प्रतिक्रिया के आधार पर सामूहिक रूप से इसे आगे बढ़ाएं।

3)। विकास प्रक्रिया का मार्गदर्शन करने के लिए उनकी प्रतिक्रिया और अन्य उपयोगकर्ताओं की प्रतिक्रिया का उपयोग करें

(बिल्ड, असेसमेंट फीडबैक, बिल्ड, असेसमेंट फीडबैक) रिंस और रिपीट।

इसके अलावा, आप "प्रयास बिंदु" या अनुमानित घंटों को पूरा करने पर विचार कर सकते हैं .. जो प्राथमिकता देने में भी सहायता कर सकते हैं।


1
+1, यह तरीका है कि कार को एक बार ड्राइव करने के बाद आप इसे गति पर ले जाएँ :-)
Doc Brown

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

@MadKeithV, ने सहमति व्यक्त की .. "उस पर ध्यान केंद्रित करें जहां आप वास्तविक दृश्यमान लाभ प्राप्त कर सकते हैं", उस कथन को शामिल करने के लिए अद्यतन टिप्पणी।
हेंजोलो

2

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

ऐसा करने का एक तरीका यह है कि चिपचिपे नोटों पर उन जरूरतों को दर्ज करने के लिए उन्हें व्यक्तिगत रूप से प्रत्येक से पूछा जाए - एक विचार प्रति चिपचिपा। फिर उन विशिष्ट विचारों को विशिष्ट आवश्यकताओं में समूहित करने में मदद करने के लिए एक एफिनिटी डायग्राम चलाएं । अंत में, उन्हें वोट करें ( मल्टी वोटिंग ) ताकि आप सबसे बड़ी जरूरतों को देख सकें।

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


0

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.