আমি খারাপ প্রয়োজনগুলি পিছনে ঠেকাতে বিশ্বাস করি। তবে আমি এটাও বিশ্বাস করি যে যখন আপনি কেন খারাপ সেগুলি ব্যাখ্যা করার জন্য যখন আপনি সেরা শট দিয়েছেন এবং তারা এখনও তাদের চান, তখন আপনি সম্মত হন এবং আপনার কাজটি করেন।
উদাহরণস্বরূপ, আমার কাছে এমন লোক রয়েছে যারা প্রয়োজনীয়তাগুলি চান যা অ্যাপ্লিকেশনটি ইতিমধ্যে কিছু থেকে পারস্পরিক একচেটিয়া ছিল। আমি যদি এটি করি তবে এটি 100% গ্যারান্টিযুক্ত, ব্রেক হবে। সুতরাং আমি প্রয়োজনীয়তাটি প্রেরণ করে তাদের বলি যে এটি ইতিমধ্যে আমাদের মধ্যে থাকা এই অন্যান্য ব্যবসায়িক নিয়মটি ভেঙে দেবে এবং তারাও কি এই নিয়মটি পরিবর্তন করতে চায়? প্রায়শই একটি ক্ষুদ্র গোষ্ঠী যা একটি নির্দিষ্ট প্রয়োজনীয়তা নিয়ে আসে, অ্যাপ্লিকেশনটির বাকি অংশগুলি কী করতে পারে তার বড় ছবিতে অ্যাক্সেস থাকে না। বেশিরভাগ সময় আমি যখন এইগুলির মধ্যে একটি ফেরত পাঠিয়েছি তখন গ্রাহক বুঝতে পেরেছেন যে অন্তর্নিহিত নিয়মটি আরও সমালোচিত এবং সিদ্ধান্ত নিয়েছে যে তারা যে পরিবর্তনটি চেয়েছিল তা মূল্যহীন নয়। যখন তারা প্রাথমিক পরিবর্তনটি প্রবর্তন করেছেন তাদের সাথে পরামর্শের পরে তারা পরিবর্তনটি করার সিদ্ধান্ত নিয়েছে।
কখনও কখনও কেবল স্পষ্টকরণের প্রশ্ন জিজ্ঞাসা করা তাদের দেখায় যে সমস্যাটি ততটা সহজ নয় যতটা তারা ভেবেছিল। কখনও কখনও আপনি জিজ্ঞাসা করতে চান যে তারা কেন কিছু চায় এবং আসল প্রয়োজনে আসে যা পরিবর্তনের দিকে চালিত করে। একবার আপনি এটি বুঝতে পারলে, প্রায়শই বিকল্প বিকল্প সমাধান পাওয়া সহজ হয় যা আপনার বিকাশকারী হিসাবে কাজ করে এবং তাদের প্রয়োজনীয়তা পূরণ করে। যদি আপনি সেই সমাধানটি কীভাবে তাদের প্রয়োজনের সাথে প্রচলিত পরামর্শের চেয়ে আরও ভালভাবে পূরণ করতে পারেন তার উপস্থাপন করতে পারেন, আপনি আপনার পরিবর্তনটি গ্রহণযোগ্যতার সম্ভাবনাগুলিকে ব্যাপকভাবে উন্নত করেছেন।
কখনও কখনও যখন কোনও পরিবর্তন আপনার ডিজাইনের বেসিক স্তরে বিপর্যয় সৃষ্টি করতে চলেছে, কেবল পরিবর্তনের সময়টি কীভাবে ঘটবে তার নতুন অনুমান দেওয়া এটিকে বন্ধ করতে যথেষ্ট। যদি আপনি এটি ঝুঁকির মূল্যায়নের সাথে মিশ্রিত করেন যা আপনি কী কী জটিল কার্যকারিতাটি উল্লেখ করার সাথে সাথে নতুন বাগগুলি প্রবর্তন করতে যাচ্ছেন তা 3 জন ব্যক্তির দ্বারা উত্সর্গীকৃত 6 সপ্তাহ লাগবে বলে জানিয়েছে, হঠাৎ এটি এত গুরুত্বপূর্ণ নয়।
তবে কখনও কখনও আপনি তাদের বলুন এটি একটি ভাল ধারণা নয় এবং কেন এবং তারা এখনও বলে, "খুব খারাপ আমাদের এটির প্রয়োজন।" আপনি কিছু জিতেন এবং আপনি কিছু হেরে যান এবং কখনও কখনও ব্যবসায়ের প্রয়োজনগুলি প্রকৃতপক্ষে পরিবর্তিত হয়ে যায় এবং অ্যাপ্লিকেশনটিকে অবশ্যই এটি সামঞ্জস্য করতে হয়। সিদ্ধান্তটি চূড়ান্ত হয়ে গেলে, আপনি এখন কী করছেন তা নিয়ে প্রশ্ন করার সময় আর তা করার সাথে সাথে সময় দেওয়ার দরকার নেই। যদি আপনি নিজের আপত্তিগুলি নথিভুক্ত করেন তবে আপনার বাজেট ছাড়াই ব্যক্তিগতভাবে আরও ভাল জায়গায় থাকা উচিত এবং নতুন এবং আরও উত্তেজনাপূর্ণ ত্রুটির কারণ রয়েছে। আপনি যখন এই ধরণের জিনিসগুলির উপরে সঠিক হওয়ার ট্র্যাক রেকর্ড তৈরি করেছেন তখন তারা পরের বার আপনার কথা শুনতে আরও আগ্রহী হতে পারে।
আপনি যে বিষয়ে কথা বলছেন তা জানার জন্য ট্র্যাক রেকর্ড তৈরি করতে প্রথমে এই সমস্ত আলোচনার (কেউই সেসবের মধ্যে কেউ জিতবে না) জয়ের মূল কথা key এরপরে একটি লিখিত দলিল প্রেরণ করুন যা এতে আপনার উদ্বেগের বিষয়ে উল্লেখ করে (অনেক পরিচালকের ঝুঁকি প্রতিকূল, তারা সম্ভবত এমন কোনও নথী চান না যা তাদের পরে ভুল প্রমাণ করে, তাই তারা আপনার লিখিত বিষয়ে আরও মনোযোগ দেয়) এবং অবশেষে পরিবর্তনটি পরিবর্তন করার জন্য তারা সমস্ত ব্যয় (কেবল ঘন্টা নয়, তবে সুরক্ষা ঝুঁকি, নতুন বাগ প্রবর্তন, সময়সীমা হারিয়ে যাওয়া ইত্যাদি) বোঝে তা নিশ্চিত করার জন্য। পরিবর্তন নিখরচায় নয় এবং তাদের এটি বুঝতে হবে। পরবর্তী কীটি হ'ল একজন প্রাপ্তবয়স্কের মতো এটি করা এবং ঝকঝকে শিশুর মতো নয় ("তবে আমি ব্যবহার করতে চাই না ... কারণ আমি এটি পছন্দ করি না")। এটি না করার জন্য একটি ব্যবসায়িক কেস তৈরি করুন এবং আপনি একটি খারাপ প্রয়োজন পিছনে পিছনে আরও অনেক বেশি পাবেন।