কার্যকরীতা ভাগ করে নেওয়ার গল্পগুলিকে কীভাবে মোকাবেলা করতে হবে

Question

আমার দুটি গল্প আছে (আমি জানি তারা সুবিধার অংশটি মিস করছে)

1. ক্রেডিট ম্যানেজমেন্ট ব্যবহারকারী হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্যগুলি দেখতে পারি।
2. ক্রেডিট ম্যানেজমেন্ট ব্যবহারকারী হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্যের একটি পিডিএফ সমন্বিত একটি ইমেল পেতে পারি।

দু'জনের সাথে সম্পর্কিত যে তাদের একই ক্যোয়ারী / ফিল্টার মানদণ্ড থাকবে। পার্থক্যটি কেবল হ'ল "দেখুন" গল্পে, ফলাফলগুলি ব্যবহারকারীকে প্রদর্শিত হয় এবং "ইমেল" গল্পে, ফলাফলগুলি একটি পিডিএফে লেখা হয় যা ব্যবহারকারীকে ইমেল করা হয়।

আমি এই দুটি গল্পের সাধারণ দিকগুলির বিচ্ছেদ নিয়ে সংগ্রাম করছি বা যদি আমার এমনকি এটি করা উচিত হয়।

উদাহরণস্বরূপ, তাদের উভয়েরই একই জিজ্ঞাসা থাকবে, ফলাফলগুলি নিয়ে তারা যা করেন তা ভিন্ন।

নিখুঁতভাবে প্রযুক্তিগত যে কাহিনীটি আমার অন্য গল্পে আলাদা করা উচিত?

পিডিএফ তৈরি এবং ইমেল প্রেরণ অফলাইনে করা উচিত, এটি প্রযুক্তিগত গল্প হওয়া উচিত?

আমি এই দুটি গল্প 2 টি কার্যকরী গল্প এবং 2 প্রযুক্তিগত গল্পগুলিতে বিভক্ত দেখতে পেয়েছি।

1. সিস্টেম হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্য গণনা করতে পারি।

2. ক্রেডিট ম্যানেজমেন্ট ব্যবহারকারী হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্যগুলি দেখতে পারি।

3. সিস্টেম হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্যের একটি পিডিএফ নথি তৈরি করতে পারি।

4. ক্রেডিট ম্যানেজমেন্ট ব্যবহারকারী হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্যের একটি পিডিএফ সম্বলিত একটি ইমেল পাওয়ার অনুরোধ করতে পারি।

আমি যে সমস্যাটি আবার ফিরে আসছি তা হ'ল 4 টি গল্প স্বাধীন নয় এবং "কেকের টুকরো" না করে।

সুতরাং আমি এই দুটি সঙ্গে মোকাবেলা কিভাবে যথেষ্ট নিশ্চিত নই।

Comments

আপনি যদি "প্রযুক্তিগত ব্যবহারকারীর গল্প" ব্যবহার করতে যাচ্ছেন তবে বুঝতে পারবেন যে এখানে 3 টি নয় 4. টি জিনিস রয়েছে 4. আপনি কেবল রিপোর্টটি অন্যভাবে উপস্থাপন করছেন।

— candied_orange

তাদের মধ্যে একটি মোকাবেলা করুন। তারপরে অন্যটিকে সামলান। এটা যে সহজ।

— পি পি পি

কেন তারা দুটি গল্প?

— জেফো

Answer 1

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

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

Comments

আসলে খুব অনুরূপ কিছু লিখতে শুরু করেছিল, তবে এই উত্তরটি ইতিমধ্যে আমার সমস্ত দিক কভার করে, তাই +1।

— ডক ব্রাউন

এখানে একই, এটি বাস্তবায়ন এড়িয়ে চলুন।

— candied_orange

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

— ডক ব্রাউন 18

ডিজাইন কোনও বিকাশকারীকে সমস্যাগুলি কীভাবে সমাধান করবেন তা বলার বিষয়ে নয়। এটি কোনও বিকাশকারীকে কী সমস্যাগুলি সমাধান করতে হবে তা বলছে।

— candied_orange

আপনি যখন এই গল্পগুলির সময় ব্যয়কে রেট করেন, তখন আপনি কীভাবে এগুলি রেট করেন? ধরা যাক যে সাধারণ ক্যোয়ারী অংশটি 5 ঘন্টা সময় নেয়, ওয়েব-ভিউ অংশটি 6 ঘন্টা লাগে এবং পিডিএফ-ভিউ অংশটি 7 ঘন্টা সময় নেয়। আপনি কি সময়টির অনুমান করেন, আপনি কি নির্বিচারে বলছেন একটির 11 ঘন্টা (5 + 6) এবং অন্যটি 7 (বা তদ্বিপরীত: 12 এবং 6), বা আপনি 6 এবং 7 এ অনুমান করেছেন তবে অন্য কোথাও নোট করুন উভয় জন্য 5 ঘন্টা ওভারহেড একত্রিত? 11 এবং 12 (5 জন উভয়কে যুক্ত করেছেন)? যদি আপনি বলেন "এই মডেলটি এ জাতীয় কেসগুলি পরিচালনা করার উদ্দেশ্যে নয় Just কেবল এটির সাথে কথা বলুন।" এটি এখনও একটি স্টোরবোর্ডে রেকর্ড করা যেতে পারে, তবে কীভাবে?

— অ্যারোন

Answer 2

করবেন না: গল্পগুলি ভাগ করে দেখুন, একটি গল্প করুন এবং অন্যটি করুন।

কর: ডি দলটি দ্বিতীয় গল্প সম্পর্কে সচেতন তা নিশ্চিত করুন।

জেনেরিক মডেলটি কার্যকর কাজগুলি পরিকল্পনা করার চেষ্টা করার সমস্যাটি যা উভয়কে মার্জিত উপায়ে পরিচালনা করতে পারে তা হ'ল এটি শক্ত।

ব্যবহারকারীর গল্পগুলির উদ্দেশ্য হ'ল জিনিস শেষ করা। মার্জিত একটি গৌণ উদ্দেশ্য এবং রিফ্যাক্টরিংয়ের মধ্যে রেখে দেওয়া উচিত।

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

Answer 3

রবার্ট হার্ভির সাথে সহিংস চুক্তিতে একটি ব্যবহারকারী গল্পের উদ্দেশ্যটি হল ব্যবহারকারীকে কী করতে সক্ষম হতে হবে তা বোঝা। আপনি যেমন নিজের গ্রুমিংটি করেন, গ্রাহক বুঝতে এবং ব্যবহারকারীর কাহিনী সম্পর্কে যত্নশীল তবে বিকাশকারীরা আরও খানিকটা যত্নশীল হন। কাজটি বুঝতে এবং অনুমান করার জন্য আপনি পর্যাপ্ত প্রশ্ন জিজ্ঞাসা করার পরে, তাদের সমর্থন করার জন্য আপনি কার্য তৈরি করতে পারেন।

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

ব্যবহারকারীর গল্পে যুক্ত হওয়া গুরুত্বপূর্ণ বিষয়গুলি হ'ল:

• স্বীকৃতি মানদণ্ড
• অনুমিতি

Comments

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

— পিপীলিকা

@AntP, একমত, কিন্তু এই কাজ (DoD) সংজ্ঞা দিকে যায় এবং এটা উচিত আপনার 3x5 কার্ডের পিছনে ব্যবহারকারী গল্প আছে যা উপর মাপসই করা হবে।

— বারিন লরিটস

Answer 4

কড়া কথা বলতে গেলে, ইউজার স্টোরিজ হ'ল প্রয়োজনীয় ফলাফল বোঝার জন্য কথোপকথনের প্রতিশ্রুতি।

উদাহরণস্বরূপ, আপনার দ্বিতীয় ব্যবহারকারীর গল্প নেওয়া

ক্রেডিট ম্যানেজমেন্ট ব্যবহারকারী হিসাবে, আমি অফিসগুলির জন্য বর্তমান এবং পূর্ববর্তী বেতনের পার্থক্যের একটি পিডিএফ সমন্বিত একটি ইমেল পেতে পারি।

নিম্নলিখিত সম্পর্কে চিন্তা করুন:

• ব্যবহারকারী "প্রয়োজন" যা এই প্রয়োজনীয়তা চালাচ্ছে? (সমাধান হিসাবে ইমেলের পিডিএফটি কি তাদের কাছ থেকে এসেছে? এটি সম্ভবত প্রয়োজনটির সমাধান করতে পারে না এবং আপনার দল আরও ভাল সমাধান নিয়ে আসতে পারে)
• কোন ন্যূনতম স্লাইস যা এই ব্যবহারকারীকে "প্রয়োজন" হিসাবে সম্বোধন করতে পারে এবং আপনার সমাধানটি বৈধ করে তুলতে পারে? সংক্ষিপ্ত প্রতিক্রিয়া লুপ মূল্যবান।

গল্প বিভাজনের কাছাকাছি পৌঁছানোর সময়, যেখানে সম্ভব আপনার বিনিয়োগের মানদণ্ডটি মনে রাখবেন।

1. আমি নির্ভর করি
2. এন egotiable
3. ভি অলিউয়েবল
4. ই স্টেমেটেবল
5. এস মল
6. টি অস্থির

প্রাকৃতিক ক্রম আছে এমন গল্পগুলি রাখা ঠিক আছে। এটিকে বিবেচনায় রাখুন - সাধারণত প্রথম গল্পটি বৃহত্তর হয় কারণ এটি প্রয়োজনীয় কার্যকারিতা নিয়ে আসে এবং দ্বিতীয় গল্পটি এতে নির্মিত হয় s

আমি "প্রযুক্তিগত" গল্পগুলিকে চ্যালেঞ্জ জানাব, কারণ তারা সাধারণত ব্যবহারকারী ফলাফল কেন্দ্রিক গল্পগুলির বাস্তবায়নে সহায়তা করার জন্য কার্যকরী হতে পারে।

Answer 5

টি এল; ডিআর

উভয় গল্পের কাহিনী একই পুনরাবৃত্তির মধ্যে স্কোপে টানা বলে ধরে নেওয়া, গল্পগুলিকে একটি বাস্তবায়ন পরিকল্পনা এবং এর পরিবেশনকারী কার্যগুলিতে বিভক্ত করা দলের কাজ। ব্যবহারকারীর গল্পগুলি প্রসঙ্গ এবং সুযোগ সরবরাহ করে; সেগুলি বাস্তবায়ন, নির্দিষ্টকরণ বা পাঞ্চ তালিকার আইটেম নয়।

গল্পগুলি বিভাজনীয় কার্যগুলিতে দ্রবীভূত হওয়া উচিত

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

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

কার্য বাস্তবের গল্পগুলি

ব্যবহারকারীর গল্পগুলির জন্য নির্ভরতা পরিকল্পনা সম্পর্কে ভাবার অন্য উপায় এখানে। সাধারণভাবে:

1. একটি মহাকাব্য / থিম দীর্ঘমেয়াদী পরিকল্পনা বা ব্যাকলগে গ্রুপিংয়ের জন্য ব্যবহৃত হয়।
2. একটি ব্যবহারকারী গল্প উদ্দেশ্য, প্রসঙ্গ এবং সুযোগের যোগাযোগের জন্য ব্যবহৃত হয়।
3. জাস্ট-ইন-টাইম প্ল্যানিং এমন এক বাস্তবায়ন বিকাশ করতে ব্যবহৃত হয় যা একক পুনরাবৃত্তির মধ্যে ফিট করে।
4. এক বা একাধিক ব্যবহারকারীর গল্পের জন্য সম্পন্ন সংজ্ঞাটি পূরণ করে সুনির্দিষ্ট-সময়ের পরিকল্পনাগুলি কার্য সম্পাদন করে।

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