আমি কীভাবে বিকাশকারী হিসাবে ব্যবহারকারী গল্পগুলি খসড়া করব?


10

আমি এমন একটি সিস্টেম লিখছি যেখানে সিস্টেমের মালিক এবং আমার নিজের উভয়ই বিকাশকারী এবং সিস্টেমের জন্য আমরা বর্তমানে 'অনুরোধ' বা প্রয়োজনীয়তার একমাত্র উত্স, যা আমি stories 1 features বৈশিষ্ট্যের সাথে যুক্ত ব্যবহারকারী গল্পগুলিতে ক্যাপচার করতে চাই} এখনই আমার জরুরি অগ্রাধিকারটি হ'ল একটি মান্যযোগ্য ব্যাকলগ ক্যাপচার করা। ব্যবহারকারীদের গল্পগুলিতে কাজ করার অভ্যস্ত প্রযুক্তিগত বৈশিষ্টের মাত্রা ক্যাপচার সম্পর্কে আমি কীভাবে যেতে পারি, যেগুলি খুব প্রযুক্তিগত বলে মনে হয় না।

{1} আমি চটজলদি প্রকল্প পরিচালনা পরিষেবা টার্গেটপ্রসেসের মূল্যায়ন করছি এবং প্রতিটি ব্যবহারকারীর গল্পটি অবশ্যই পিতামাতার বৈশিষ্ট্যের সাথে আবদ্ধ থাকতে হবে। সিস্টেমটি বেশ ভাল ফিট বলে মনে হচ্ছে, তাই এই ক্ষুদ্র প্রতিবন্ধকতা এমন কিছু যা আমি বরং কাজের আশেপাশের চেয়ে কাজ করব।

উত্তর:


14

সাধারণ গল্পের টেম্পলেটটি ভিজ্যুয়ালাইজ করা খুব সহজ:

As a [ROLE] I need to [WHAT] so that/because [WHY].

মজার বিষয় হ'ল উপাদানগুলির বিপরীত বৈশিষ্ট্য।

কেন আরো বেশী গুরুত্বপূর্ণ কি এবং যে চেয়ে আরো গুরুত্বপূর্ণ ভূমিকা

এই প্রশ্ন ব্যবহার করে উদাহরণ

সফ্টওয়্যার বিকাশকারী হিসাবে আমার কীভাবে ব্যবহারকারী গল্পগুলি লিখতে হবে তা শিখতে হবে যাতে বৈশিষ্ট্যগুলি নিয়ে আলোচনা শুরু করতে এবং সেগুলিকে নির্ধারিত পয়েন্টগুলি পেতে আমি খসড়াগুলি সহ ব্যাকলগটি জনপ্রিয় করতে পারি।

আর কিছু হ'ল উদ্দেশ্য এবং ব্যবহারকারী গল্পগুলির বাস্তবায়নকে জটিল করে তোলা।

অতিরিক্ত সরঞ্জাম (একীকরণ সেরা)

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


5

কী এবং কেন তা ফোকাস করুন এবং ব্যবহারকারীর গল্প লেখার সময় কীভাবে তা এড়ানো উচিত ।

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

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

এটি পৌঁছানোর আর একটি উপায় অন্তর্নিহিত কোড বেস / ফ্রেমওয়ার্কের মতো ভান করা প্রায় সম্পূর্ণ ব্ল্যাক বক্স। আপনি যখনই নিজেকে "অবজেক্ট এক্সওয়াইজেড ব্যবহার করুন" বলছেন, আপনি কোনও ব্ল্যাক বক্স সিস্টেমে এটি সম্পর্কে জানতে পারবেন কিনা তা জিজ্ঞাসা করে স্ব-চেক করতে পারেন check

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

মূলটি হ'ল আপনি কীভাবে সেই তথ্যের জন্য প্রযুক্তিগত নির্দিষ্ট করে দিচ্ছেন না । যদি আপনি নিজেকে শেষ নামটির জন্য "একটি স্ট্রিং ক্লাস / চরিত্রের অ্যারে / বা বার্চার ক্ষেত্র ব্যবহার করুন" বলে মনে করেন, তবে আপনি জানেন যে আপনি অতিরিক্ত-নির্দিষ্ট করছেন।

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

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

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


3
এমনকি "ড্রপ-ডাউন তালিকা" বললে অতিরিক্ত-নির্দিষ্ট করা হতে পারে।
ডোনাল ফেলো

@ ডোনালফেলো - এটি একটি ভাল পয়েন্ট, এবং আমি কিছুটা ভাবলাম one আমি এটির সাথে গিয়েছিলাম যেহেতু একটি ড্রপ ডাউন একটি দুর্দান্ত মান, জেনেরিক ইউআই উপাদান যা আপনি তারের ফ্রেমগুলির সাথে দেখতে পাবেন। তালিকা বাক্স এবং কম্বোবক্স হ'ল ড্রপ ডাউন তালিকার জন্য নির্দিষ্ট ভাষা রচনা const মন্তব্যটিতে +1।

@ গ্লেনএইচ 7 আমি এটি বুঝতে পারি তবে আমার সমস্যাটি হচ্ছে প্রযুক্তিগত জিনিসগুলি ক্যাপচার করতে হবে তা আমি জানি না। উদাহরণস্বরূপ নতুন কর্মচারীর জন্য যদি নির্দিষ্ট ক্ষেত্রগুলির প্রয়োজন হয় তবে আমি প্রতিটি ক্ষেত্রের জন্য একটি গল্প ব্যবহার করতে চাই না, বরং "ব্যবহারকারী হিসাবে আমার ক্ষেত্রের এক্স এবং y ক্যাপচার করতে হবে" এবং "ক্ষেত্রের q এবং z ক্যাপচার করতে বেছে নিতে পারেন "টাইপ জিনিস। যদি এখানে আমার দ্রুত উদাহরণগুলি সঠিক দিকনির্দেশ হয় তবে আমি সেভাবে আরও অনুশীলন করার চেষ্টা করব।
অধ্যাপক

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

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