ऐसे कई मुद्दे हैं जो मैंने आपके संदेश से लिए हैं: 0-यह परियोजना का प्रबंधन करने के लिए आपका काम नहीं है और अंत-उपयोगकर्ता की आवश्यकताओं को इकट्ठा करना आपका काम नहीं है। 1-बॉस को सटीक आवश्यकताओं का पता नहीं है 2-बॉस आवश्यकताओं के बारे में अंतिम-उपयोगकर्ताओं से बात नहीं करता है 3-बॉस शब्दावली फेंक रहा है वह वास्तव में फुर्तीले 4 को नहीं समझता है-आप कुछ समाधान निकाल रहे हैं जो फिर से हो जाता है- कई बार लिखा गया है और आप इसके बारे में खुश नहीं हैं
1,2 और 3 के रूप में इस बारे में बहुत कुछ किया जा सकता है यदि आप वरिष्ठ व्यक्ति नहीं हैं। हालाँकि, निम्नलिखित किया जा सकता है:
A - उसे प्रोजेक्ट प्लान आपके साथ साझा करने के लिए कहें। वह एक हो सकता है या कार्यों और समय सीमा को दिखाने वाला निर्माण करेगा। इनमें से एक विश्लेषण और आवश्यकताओं के एकत्रीकरण के बारे में होना चाहिए। यदि यह सुझाव नहीं है।
बी - सॉफ्टवेयर परियोजना की सफलता के लिए आवश्यकताओं के महत्व पर कुछ संदर्भ तैयार करें
C - उसे एजाइल क्या है और क्या नहीं का 1 पेज तैयार करें।
डी - उसे डिजाइन चरण के लिए विशिष्ट इनपुट की एक सूची तैयार करें और प्रत्येक के मूल्य के बारे में बताएं।
ई - टीम के लिए एक व्यापार विश्लेषक और / या डेटा मॉडलर के अलावा सुझाव दें। इस तरह की भूमिकाओं को एंड-यूज़र के साथ बैठना होगा और आपको आवश्यक जानकारी या इसके कम से कम अच्छे हिस्से को प्राप्त करना होगा।
एफ - देखें कि अन्य डेवलपर्स इस आदमी के साथ कैसे सहते हैं।
# 4 के लिए, आप उसे एक प्रोटोटाइप दृष्टिकोण या एक कोड जनरेटर का उपयोग करने का सुझाव दे सकते हैं जो उसे, आपको और उपयोगकर्ता को एप्लिकेशन के कार्यात्मक पहलुओं के बारे में अपना दिमाग बनाने में मदद करेगा। अधिकांश उपकरण सही GUI उत्पन्न नहीं करते हैं, लेकिन कम से कम आप आवश्यक कार्यक्षमता पर कब्जा कर सकते हैं।
सभी मामलों में, सुनिश्चित करें कि आप प्रत्येक पुनरावृत्तियों को स्पष्ट रूप से दस्तावेज़ित करते हैं और उसे एक ईमेल भेजें कि आपको क्या इनपुट मिला है, आपने क्या किया है (कुछ विस्तार से) और परिणाम क्या है। सुनिश्चित करें कि आप परिणामों को उचित कारण जैसे (आवश्यकताओं की कमी, आदि) का श्रेय देते हैं।
दुर्भाग्य से कुछ लोग सलाह स्वीकार नहीं करते हैं। इसलिए सावधान रहें कि आप उसके साथ कैसे संवाद करते हैं।
यह ठीक नहीं चल रहा है!
सौभाग्य।