ব্যবহারকারীর গল্প এবং প্রয়োজনীয়তাগুলি খুব আলাদা জন্তু।
আবশ্যকতা
প্রয়োজনীয়তাগুলি অনুমান করা যায় যে অ্যাপ্লিকেশনটির নকশা আগেই সম্পন্ন হয়েছে এবং সেই বিকাশটি সেই নকশার বাস্তবায়ন। প্রয়োজনীয়তাগুলি কীভাবে কোনও কার্যকারিতা কার্যকর করতে হয় সেদিকে মনোনিবেশ করে ।
প্রয়োজনের উদাহরণ:
- নিম্নলিখিত ক্ষেত্রগুলি সহ একটি ব্যবহারকারী যোগাযোগ ফর্ম তৈরি করুন: নাম, পদবি, ইমেল, ফ্রি পাঠ্য এবং একটি জমা বোতাম submit জমা দেওয়ার বোতামটি চাপলে, আমাদের সমর্থন দলে একটি ইমেল প্রেরণ করা হয়।
ব্যবহারকারীর গল্প
ব্যবহারকারীর গল্পগুলি কী অর্জন করবেন তার উপর ফোকাস করে এবং জোর দিয়ে বলেন যে পণ্যটির নকশা শেষ মুহুর্তে করা হয়েছে এবং এটি কোনও পণ্য ব্যক্তি এবং বিকাশকারী ব্যক্তির মধ্যে একটি সহযোগিতা। সুযোগের ভিত্তিতে প্রয়োগের সময় বিশদগুলি সিদ্ধান্ত নেওয়া হয়।
একটি গল্পের উদাহরণ:
- জিমি ব্যবহারকারী হিসাবে আমি যখন আপনার সাইটটি যথাযথভাবে ব্যবহার করতে না পারি তখন তারা আপনার সহায়তা করতে পারে আপনার সমর্থন দলের সাথে যোগাযোগ করতে চাই।
পার্থক্য কি?
যেমন আপনি দেখতে পাচ্ছেন, সরবরাহিত বিশদের পরিমাণের মধ্যে অবশ্যই একটি পার্থক্য রয়েছে তবে প্রচুর তথ্য রয়েছে যা কেবলমাত্র গল্পে পাওয়া যায়, অর্থাত্ এই উদ্দেশ্যটি যা আমরা এই বৈশিষ্ট্যটির সাথে অর্জন করার চেষ্টা করছি।
যদিও এটি প্রদর্শিত হতে পারে যে উদ্দেশ্যটি তুলনামূলকভাবে গুরুত্বহীন নয়, এটি চতুর বিকাশে একটি ভুল ধারণা। সাধারণত দুটি ক্ষেত্রে রয়েছে যার উদ্দেশ্য জানা খুব গুরুত্বপূর্ণ: সুযোগের ব্যয় হ্রাস করা এবং তত্পরতা সক্ষম করা।
সুযোগের ব্যয়
প্রয়োজনে যদি লুকানো অনুমান থাকে তবে এটি অর্জন করা খুব কঠিন হতে পারে। উদাহরণস্বরূপ: কোনও মেল সার্ভার উপলব্ধ আছে কি? যদি তা না হয় তবে প্রয়োজনীয়তাটি বিকাশ হতে অনেক বেশি সময় নিতে পারে। কিছু অন্যান্য ক্ষেত্রে একই লক্ষ্য অর্জনের একটি সহজ উপায় ডিজাইনের কারণে মিস হতে পারে।
বিপরীতে, ব্যবহারকারীর গল্পটি এমন একটি ব্যবহারকারী সম্পর্কে যা আমাদের সমর্থন বিভাগে যোগাযোগ করে। যদি কোনও মেল প্রেরণ অপরিহার্য বা খুব ব্যয়বহুল হয় তবে আমরা স্পটটিতে একটি আলাদা সমাধান তৈরি করতে পারি: উদাহরণস্বরূপ একটি ডাটাবেসে লিখুন বা গুগল ডক্সের মাধ্যমে একটি ফর্ম ব্যবহার করুন বা ফর্মের পরিবর্তে কেবল ইমেল ঠিকানা রেখে দিন। এটি কোনও প্রয়োজনের সাথে সহজেই করা যায় না, তবে এটি কোনও গল্প এবং উপস্থিত একজন ব্যক্তির সাথে খুব সহজেই সম্পন্ন হয়।
তত্পরতা
এই কারণে প্রয়োজনীয়তার সাথে আমরা সাধারণত এই লুকানো অনুমানগুলি আগেই ভাবি এবং নিশ্চিত করে থাকি যে কোনও হিট নেই। সুতরাং এক্ষেত্রে হাতের আগে নির্ধারিত একটি আলাদা প্রয়োজন থাকতে পারে যা নিশ্চিত করেছিল যে কোনও মেল সার্ভার উপস্থিত ছিল।
এটি আমাদের গল্প এবং প্রয়োজনীয়তার মধ্যে আরও একটি বিশাল পার্থক্যের দিকে নিয়ে যায় যা হায়ারার্কি । আমি যেমন উদাহরণ দিয়েছি, প্রয়োজনীয়তাগুলি তাদের নিজস্ব প্রকৃতি অনুসারে কিছু প্রাকৃতিক শ্রেণিবিন্যাসে অর্ডার করতে হবে যাতে নির্ভরতা মেটাতে পারে। অন্যদিকে গল্পগুলি উদ্দেশ্যকে কেন্দ্র করে এবং এরকম কোনও বাধা নেই।
এটি নকশা দ্বারা, যেমন চটপটে এটি প্রকল্পটি কার্যকর করার সময় গল্পগুলি যুক্ত করা, অপসারণ, পুনরায় নির্ধারণ এবং সংশোধন করা মৌলিক গুরুত্বের। প্রয়োজনীয়তাগুলি সাধারণত যুক্ত করা যেতে পারে, কখনও কখনও সংশোধিত বা মুছে ফেলা যায় তবে সমস্ত নির্ভরতার কারণে এগুলি প্রায় সরানো খুব বেদনাদায়ক। এটি কেবল খুব প্রায়ই করা হয় না। আপনি যদি প্রয়োজনীয়তার সাথে কাজ করে থাকেন তবে আপনার চটপটি বাস্তবায়ন ক্ষতিগ্রস্থ হবে, বা সম্ভবত পরিবর্তনটিকে আলিঙ্গন করতে সক্ষম হবেন এমন অর্থে সম্ভবত খুব চতুর হবে না।