ব্যবহারকারীর গল্প সংজ্ঞায় 'যাতে' এর উদ্দেশ্য কী?

Question

একটি ব্যবহারকারী গল্প যেমন একটি বাক্যে সংজ্ঞায়িত করা যেতে পারে:

As a <type of user> I want <some goal> so that <some reason>

'গুগল ব্যবহারকারী গল্প সূত্র' এর জন্য গুগল এবং প্রথমে সমস্তগুলি এই সূত্রটির প্রস্তাব দেয়।

আমার প্রশ্ন, সেই ধারাটির উদ্দেশ্য কী ? এটা কি পরিচালকদের জন্য আছে? প্রকল্পের পরিচালক এবং স্টেকহোল্ডাররা আইটেমটির অগ্রাধিকার আরও ভালভাবে বুঝতে পারে তাই এটি কি আছে? ওখানে কেন?

দ্রষ্টব্য: আমি as a <type of user> I want <some goal>সূত্র নিয়ে কাজ করেছি এবং এটি ঠিক ভাল কাজ করে। আমি আরও সংক্ষিপ্ত এই ফর্ম্যাটটি প্রয়োগ করে আমার কাজে কোনও সমস্যা লক্ষ্য করি নি।

Comments

এসই ব্যবহারকারী হিসাবে, আমি একটি ইউনিকর্ন চাই।

— পিসকভোর

Answer 1

উদ্দেশ্য হ'ল ব্যবহারকারী / গ্রাহককে এই বৈশিষ্ট্যটির অস্তিত্বের কারণ হিসাবে একটি দৃ ,়, মজাদার ব্যবসায়ের সুবিধা সরবরাহ করতে বাধ্য করে অপ্রয়োজনীয় কাজ এড়ানো।

এগুলি শোনা যায় না যে কারও কারও মনে হয় যে তারা দুর্দান্ত শোনায় বা অন্য সফ্টওয়্যারটিতে রয়েছে তাই আমাদেরও এটি থাকা উচিত। সক্রিয়ভাবে ক্ষতিকারক না হলে এগুলি প্রায়শই কমপক্ষে সম্পূর্ণ অযৌক্তিক।

তবে, এই বৈশিষ্ট্যগুলি চিহ্নিত করা সাধারণত সহজ, কারণ তাদের প্রস্তাব দেওয়ার লোকেরা সাধারণত তাদের জন্য একটি বিশ্বাসযোগ্য ব্যবসায়ের কারণ সরবরাহ করতে সমস্যায় পড়বে।

পপিং দ্য হোস্ট স্ট্যাক নামে একটি কৌশল রয়েছে , যেখানে আপনি "তাই" অংশটি নিয়ে যান এবং "কেন?" জিজ্ঞাসা করেন, তারপরে আপনি সেই উত্তরটি নিয়ে যান এবং "কেন?" আবার, পুনরাবৃত্তি। "কেন" গুলি, হয় আপনি "কারণ এটা আমাদের টাকা পাবেন" পৌঁছে থাকেন, তাহলে পরে (আসুন বলে) তিন থেকে পাঁচ না বা "কারণ এটি আমাদের টাকা সংরক্ষণ করব" (বাঞ্ছনীয় ঠিক এর একটি সুনির্দিষ্ট বর্ণনা দিয়ে কিভাবে যে ঘটতে চলেছে), তারপরে বৈশিষ্ট্যটি কার্যকর করার মতো নয়।

কিছু লোক এটিকে এত গুরুত্বপূর্ণ বলে বিশ্বাস করে যে তারা এটিকে গল্পের টেম্পলেটে প্রথমে রেখেছেন :

যাতে [...]

হিসেবে [...]

আমি চাই [...]

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

Comments

আপনি যা বর্ণনা করেছেন তাকে ফাইভ হুইস ( en.wikedia.org/wiki/5_Whys ) বলা হয় এবং এটি প্রয়োজনীয়তা ইঞ্জিনিয়ারিং থেকে শুরু করে মান নিয়ন্ত্রণের প্রক্রিয়া অবধি উন্নততর (সফ্টওয়্যার) প্রকৌশল ক্ষেত্রে কার্যকর। এটি বিকাশ করার জন্য সম্ভবত একটি ভাল দক্ষতা।

— থমাসের মালিক

থট ওয়ার্কস গল্পটি ভালোবাসি। আমি খুঁজে পেয়েছি যে "সুতরাং" গল্পটির পিছনে প্রেক্ষাপট সরবরাহ করতে খুব কার্যকর এবং বিকাশকারীদের আরও ভাল সমাধান সরবরাহ করতে সহায়তা করে। বিশ্লেষক / ক্লায়েন্টরা প্রায়শই একটি সমাধান খুব দ্রুত সংকীর্ণ; প্রসঙ্গের সাথে বিকাশকারীদের সরবরাহ করা তাদের বিশ্লেষকরা বিবেচনা না করে থাকতে পারে এমন প্রযুক্তিগত সমাধান চিন্তা করতে এবং নকশা তৈরি করতে সক্ষম করে বা সম্ভবত এটি ভাবেন না।

— ম্যাথিয়াস

Answer 2

"যাতে" লক্ষ্যটির একটি কারণ সরবরাহ করে।

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

কারণটির জন্য আরেকটি ব্যবহার হ'ল গল্পগুলিকে প্রাধান্য দেওয়া। আপনার যদি দুটি গল্প থাকে:

আমি গত মাসের বিক্রয় পরিসংখ্যান প্রদর্শন করতে চাই।
আমি সম্ভাবনার একটি তালিকা প্রদর্শন করতে চাই।

তবে কেবল একটি করার সংস্থান আছে - আপনি কোনটি করেন? কারণ ব্যতীত আপনি কেবল অনুমান করছেন এবং আপনি সময় মতো সঠিক সরবরাহ করতে পারবেন না। যদিও এটি কম গুরুত্বপূর্ণ কারণ গ্রাহককে আপনাকে প্রথমে কোনটি করা উচিত তা বলা উচিত, তবে মাঝেমধ্যে এমনটি হয় না।

Comments

আমি মনে করি না এটি গল্পকে প্রাধান্য দেওয়ার বিষয়ে, বরং গভীরতর প্রয়োজনীয়তার বিষয়ে। গল্পগুলি গ্রাহকের দ্বারা অগ্রাধিকার দেওয়া উচিত। তবে, "তাই যাতে" অতিরিক্ত প্রয়োজনীয়তা (কার্যকরী, অকার্যকর এবং গুণাবলী) ব্যবহার করতে পারে যা ব্যবহারকারীর জন্য মান যোগ করবে। আমি মনে করি সর্বাধিক সংযোজন মূল্যের ধারণাটি অনেক চতুর পদ্ধতির অন্যতম শক্তি I

— থমাসের মালিক

@ থমাস - ভাল পয়েন্ট। আমি কারণগুলি অদলবদল করব - আমার মনে হয় অগ্রাধিকার দেওয়া আছে, তবে ততটা গুরুত্বপূর্ণ নয়।

— ChrisF

Answer 3

যা বলা হয়েছিল তা ছাড়াও, প্রয়োজনীয়তার জন্য একটি কারণ সরবরাহ করা আপনাকে প্রয়োজনীয়তার বৈধতা বিচার করতে দেয়। ব্যবহারকারী ভুল কারণে জিনিসগুলি পেতে পারে। "যাতে" থাকার কারণটি ব্যাখ্যা করে তাই বিশ্লেষককে বৈধতা দেওয়ার অনুমতি দেয় যে অনুরোধটি এইভাবে সেরাভাবে সন্তুষ্ট।

উদাহরণ:

এআই সমস্ত সংস্থার কর্মীদের তালিকা থেকে কর্মচারী নির্বাচন করতে সক্ষম হতে চায়

বিআই সমস্ত সংস্থার কর্মীদের একটি তালিকা থেকে কর্মচারী নির্বাচন করতে সক্ষম হতে চাই যাতে ৫ বছর আগে যে সংস্থাটি রেখে গেছে তাদের আমি মুছে ফেলতে পারি।

(খ) এমনকি কোনও মাঝারি সংস্থায়ও তা বোঝায় না, তবে আপনি ব্যবহারকারীর প্রয়োজনীয়তাটি যাচাই করতে পারেন এবং গ্রাহককে প্রয়োজনীয়তা পূরণের জন্য অন্য কোনও উপায়ের প্রস্তাব দিতে পারেন।

Comments

+1 - এটি সমস্যার মূলে যেতে সহায়তা করে; অন্যথায় আপনাকে কেবল একটি সম্ভাব্য সমাধান দেওয়া হয়েছে।

— JeffO