ব্যবহারকারীর গল্প এবং বৈশিষ্ট্যের মধ্যে পার্থক্য কী?


25

আইসক্রামের সাথে খেলে আমি বুঝতে পেরেছিলাম যে আমি ব্যবহারকারী গল্প এবং ব্যবহারকারীর বৈশিষ্ট্যের মধ্যে পার্থক্য বুঝতে পারি না।

কেউ পার্থক্য ব্যাখ্যা করতে পারেন?

উত্তর:


23

একটি বৈশিষ্ট্য কার্যকারিতার একটি স্বতন্ত্র উপাদান যা ব্যবসায়কে দক্ষতা সরবরাহ করতে পারে।

একটি গল্প একটি বৈশিষ্ট্যের একটি ছোট দিক যা আপনি আপনার স্টেকহোল্ডারদের কাছ থেকে প্রতিক্রিয়া পেতে এবং আপনি কোনও ভুল করছেন কিনা তা খুঁজে পেতে ব্যবহার করতে পারেন।

উদাহরণস্বরূপ, একটি বৈশিষ্ট্যটি হতে পারে "ব্যবহারকারীদের নিবন্ধগুলিতে মন্তব্য করার অনুমতি দিন"। সেই বৈশিষ্ট্যের সাথে সম্পর্কিত গল্পগুলি তখন হতে পারে:

  • মন্তব্য সংরক্ষণ করুন
  • অভদ্র শব্দের জন্য মন্তব্য ফিল্টার
  • মন্তব্যগুলিকে 400 টি অক্ষরে সীমাবদ্ধ করুন এবং ব্যবহারকারীদের কাছে ফিড দিন
  • সাইট স্প্যামিং বট বন্ধ করতে ক্যাপচা যোগ করুন
  • ব্যবহারকারীদের গুগল আইডি মাধ্যমে লগ ইন করতে অনুমতি দিন

প্রভৃতি

প্রতিটি পর্যায়ে আমরা তারপরে আমরা যে দিকনির্দেশ নিচ্ছি তা কার্যকর কিনা তা সম্পর্কে প্রতিক্রিয়া পেতে পারি।

কিছু দল কাহিনীতে বিভক্ত বৈশিষ্ট্যগুলিকে বিরক্ত করে না। ঠিক আছে.


13
এই সম্পর্কিত গল্পগুলি কি আসলে ব্যবহারকারী গল্পের কাজ নয়? আমি বলব তারা হয়। ব্যবহারকারীর গল্পটি হবে: একজন ব্যবহারকারী হিসাবে আমি নিবন্ধগুলিতে মন্তব্য করতে চাই যাতে আমরা ব্যবহারকারী হিসাবে নিবন্ধের বিষয়বস্তু উন্নত করতে বা উদ্বেগ প্রকাশ করতে পারি। এই ব্যবহারকারীর কাহিনীটি আপনার বর্ণিত কার্যগুলিতে বিভক্ত হবে ...
রবার্ট কোরিতনিক

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

16

বৈশিষ্ট্য == ব্যবহারকারীর গল্প।

মৌখিকতা প্রদত্ত চতুর পদ্ধতিটি নিয়োগের দ্বারা নির্ধারিত হয় ।

বৈশিষ্ট্যগুলি উল্লেখ করতে বিভিন্ন পদ্ধতি বিভিন্ন পরিভাষা ব্যবহার করে। কোন পদ্ধতি বা টার্মিনোলজিটি ব্যবহার করবেন তা সিদ্ধান্ত নেওয়ার বিষয়টি দলের হাতে। এক্সট্রিম প্রোগ্রামিং (এক্সপি) বৈশিষ্ট্যগুলি উপস্থাপনের জন্য ব্যবহারকারীর গল্প বা গল্পগুলি পদ ব্যবহার করে; স্ক্রাম একটি বৈশিষ্ট্য তালিকা বর্ণনা করতে পণ্য ব্যাকলগ ব্যবহার করে; বৈশিষ্ট্য-চালিত বিকাশ বৈশিষ্ট্য ব্যবহার করে; এবং ডিএসডিএম প্রয়োজনীয়তা ব্যবহার করে। একইভাবে, ইউনিফাইড প্রক্রিয়া, বা এগিল ইউপি এর বিভিন্ন লাইটওয়েট সংস্করণ রয়েছে, যা ক্রমবর্ধমান বিতরণযোগ্য কার্যকারিতা সংজ্ঞায়িত করতে প্রয়োজনীয়তা এবং / অথবা ব্যবহারের কেস ব্যবহার করে। পরিশেষে, লক্ষ্যটি একটাই - ব্যবসায়ের মূল্য নিয়মিতভাবে ছোট ইনক্রিমেন্টে সরবরাহ করা এবং তার চেয়ে খুব শীঘ্রই।


+1, এটি এটি ভালভাবে ব্যাখ্যা করে। আপনি যখন ব্যবসার মান বা ক্লায়েন্ট মানের কথা বলবেন তা বাদে আমি প্রয়োজনীয়ভাবে বৈশিষ্ট্য == ব্যবহারকারীর কাহিনী বলব না। অন্যান্য ক্ষেত্রে, সংশ্লিষ্ট শব্দটির একটি অর্থ নাও থাকতে পারে।
মুরেকট

2
আমি মনে করি না আপনি বলতে পারেন যে এগুলি একই, এমনকি তারা সম্পর্কিত পদ থাকলেও। বেশ কয়েকটি ব্যবহারকারীর গল্প ছড়িয়ে থাকা বৈশিষ্ট্যগুলি সম্পর্কে কী?
sleske

@ সালস্কে একটি খাঁটি স্ক্রাম পদ্ধতির ব্যবহারকারীর গল্পটি ব্যবহারকারীর কাছে মূল্য সংযোজন হওয়া উচিত এবং এইভাবে একটি বৈশিষ্ট্য। যদি আমরা মহাকাব্যগুলিকে ওভারারচিং বৈশিষ্ট্য হিসাবে ক্যাটালগ করতে চলেছি তবে এটি ভাল তবে শেষ ফলাফলটি ব্যবহারকারী গল্প যা মান প্রদান করে।
অ্যারন ম্যাকআইভার

1
@ অ্যারোনএমসিআইভার: হ্যাঁ, এটি সত্য। যাইহোক, কখনও কখনও মিমিনাম পরিমাণ কার্যকারিতা যা ব্যবহারকারীর জন্য সত্যই কার্যকর (= বৈশিষ্ট্য) কোনও ব্যবহারকারীর গল্পের জন্য (বা এমনকি পুনরাবৃত্তির জন্যও) খুব বেশি। সেক্ষেত্রে আপনাকে অবশ্যই বৈশিষ্ট্যটি কয়েকটি গল্পে বিভক্ত করতে হবে।
sleske

BTW, সংশ্লিষ্ট প্রশ্নের & উত্তর: stackoverflow.com/questions/1714557/...
sleske

7

একটি ইউজার স্টোরি গ্রাহকের ভাষায় একটি অনানুষ্ঠানিক বিবৃতি যা গ্রাহক অর্জন করতে ইচ্ছুক এমন কোনও কিছুর অভিপ্রায়টি ধারণ করে। আপনি একটি ইউজার স্টোরিটিকে একটি অনানুষ্ঠানিক প্রয়োজনীয়তার বিবৃতি হিসাবে ভাবতে পারেন ।

একটি সফ্টওয়্যার বৈশিষ্ট্য হল সফ্টওয়্যারটির স্বতন্ত্র বৈশিষ্ট্য যা সফ্টওয়্যারটির সামগ্রিক নকশা এবং কার্যকারিতাতে অবদান রাখে।

কয়েকটি মূল বিবেচনা:

  • একটি গল্প একটি বৈশিষ্ট্য বর্ণনা করতে পারে , কিন্তু একটি বৈশিষ্ট্য কখনও গল্প বর্ণনা করে না ।
  • একটি গল্প সরাসরি কোনও বৈশিষ্ট্য বর্ণনা করতে পারে না ।
  • একটি গল্পটি বিভিন্ন বৈশিষ্ট্যের অন্তর্ভুক্তিকে বোঝায় ।
  • একটি বৈশিষ্ট্য - হয় একা বা বৈশিষ্ট্যগুলির সংগ্রহের সদস্য হিসাবে - কোনও গল্পের উদ্দেশ্যটি ক্যাপচার করতে পারে ।

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


3

দুটি পদ নিবিড়ভাবে সম্পর্কিত, তবে কিছু পার্থক্য রয়েছে।

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

অনুশীলনে, তারা প্রায়শই মিলে যায়, সেই এক ব্যবহারকারী গল্পে একটি নির্দিষ্ট বৈশিষ্ট্য প্রয়োগ করা থাকে।

তবে কিছু পরিস্থিতিতে এগুলি আলাদা হতে পারে:

  • প্রায়শই, কোনও বৈশিষ্ট্যটি একটি একক ব্যবহারকারী গল্পের জন্য খুব বেশি কাজ করে। ব্যবহারকারীর গল্পগুলি খুব বড় হওয়া উচিত নয় (সাধারণত কয়েক দিনের বেশি নয়, সর্বাধিক 1-2 সপ্তাহের কাজ)। স্পষ্টতই অনেকগুলি বৈশিষ্ট্য অনেক বড়। সেক্ষেত্রে অনেক ব্যবহারকারীর গল্প জুড়ে একটি বৈশিষ্ট্য প্রয়োগ করা হবে। কিছু লোক ব্যবহারকারী গল্পগুলিকে একসাথে গ্রুপ করতে "মহাকাব্য" ব্যবহার করে, সেই ক্ষেত্রে আপনি বলতে পারেন যে বৈশিষ্ট্যটি একটি মহাকাব্য।
  • অ-কার্যকরী প্রয়োজনীয়তা (পারফরম্যান্স, সুরক্ষা, সামঞ্জস্যতা ইত্যাদি) ব্যবহারকারীর কাহিনী হিসাবে পরিচালনা করা যেতে পারে (যদিও এটি সর্বজনস্বীকৃত নয়)। সেক্ষেত্রে ব্যবহারকারীর গল্পের ফলাফলটিকে সাধারণত কোনও বৈশিষ্ট্য বলা হবে না (যদি আপনি "আমাদের অ্যাপ্লিকেশন খুব কমই কোনও বৈশিষ্ট্য ক্র্যাশ না করে"))
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.