কোন প্রকল্পের প্রাথমিক পর্যায়ে কোন ধরণের ব্যবহারকারীর গল্প লেখা উচিত?


11

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

এটি আমার "কার্য" সম্পর্কে ধারণাটির সাথে খাপ খায় না: আমার কাছে, আমি বরং "নিম্নলিখিত" কাজগুলির মতো কিছু পেয়েছি:

  • জাভাস্ক্রিপ্ট অবজেক্ট থেকে প্রাপ্ত কোনও HTML এর ব্যবহারকারীর foos এর জন্য ডামি ডেটা দেখান।
  • উপস্থাপনার যুক্তিযুক্ত স্তরটি সেট আপ করুন এবং এতে জাভাস্ক্রিপ্ট অবজেক্টগুলি সংযুক্ত করুন।
  • একটি ডোমেন লজিক স্তর সেট আপ করুন এবং এটির সাথে উপস্থাপনার লজিক স্তরটি সংযুক্ত করুন।
  • একটি ডেটা অ্যাক্সেস স্তর সেট আপ করুন এবং এটিতে ডোমেন লজিক স্তরটি সংযুক্ত করুন।

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

উত্তর:


6

এটি একটি ভাল প্রশ্ন এবং এটির জন্য সম্ভবত বেশ কয়েকটি ভাল উত্তর রয়েছে। আমার গ্রহণটি হ'ল:

একটি গল্প একটি ব্যবহারকারীর গল্প তাই এটি অবশ্যই এমন সংজ্ঞা অনুসারে সংজ্ঞায়িত করা উচিত যা এটি ব্যবহারকারীর কীভাবে উপকার করে তা বর্ণনা করে।

যদি চটপট এবং গল্পগুলি আপনার জন্য কাজ করে চলেছে তবে তাদের শুরু পর্যায়েও কাজ করা উচিত। প্রথম বুলেট পয়েন্টটি একটি একক ব্যবহারকারীর কাহিনী (যদিও কিছুটা টেক-ওয়াই শব্দযুক্ত) তবে অন্য তিনটি প্রযুক্তিগত কাজের বিবরণ।

একটি প্রকল্প শুরুতেই পর্যায়ে, যখন আপনি জায়গায় পরিণত করতে পারবে যথাযথ অবকাঠামো নেই টি ককটেলের ( সি reate, আর EAD, ইউ pdate, ডি elete) উন্নয়ন দ্রুত এবং সহজ, আপনার গল্প অনেক ছোট, ক্রমবর্ধমান হতে প্রয়োজন টুকরা.

"ব্যবহারকারীর তাদের foo দেখতে সক্ষম হওয়া উচিত" এর পরিবর্তে এরকম কিছু:

  1. ব্যবহারকারীর নমুনা ডেটা সহ একটি পৃষ্ঠা দেখতে সক্ষম হওয়া উচিত
  2. ব্যবহারকারীর ইন্টারেক্টিভ নমুনা ডেটা সহ একটি পৃষ্ঠা দেখতে সক্ষম হওয়া উচিত
  3. ব্যবহারকারীর লাইভ ইন্টারেক্টিভ নমুনা ডেটা সহ একটি পৃষ্ঠা দেখতে সক্ষম হওয়া উচিত

মনে রাখবেন যে বেশিরভাগ ব্যবহারকারীর গল্প যা একক স্প্রিন্টে বিকাশমান খুব বিশাল বলে মনে হয় (আমি দেখতে পেয়েছি যে প্রায় 8 টি গল্পের পয়েন্ট বা বিকাশের দিনগুলির চেয়ে বড় কিছু ছিল) খুব সম্ভবত টুকরো টুকরো হয়ে যেতে পারে যা এখনও অর্থবহ ব্যবহারকারী.

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


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

"এটি রিলিজেবল হতে হবে না" বিট সম্পর্কে বিভ্রান্ত। আপনি আরও ব্যাখ্যা করতে পারেন? আমার স্মরণ হিসাবে, গল্পটি সম্পূর্ণ বিবেচনা করার জন্য সমস্ত ব্যবহারকারীর গল্পের প্রয়োজনীয়তা সম্পূর্ণ করতে হবে। ডাউনওয়েটে চেপে ধরে রাখা ব্যাখ্যাটি সাহায্য করে কিনা to
indyK1ng

@ indyK1ng আমি দ্বি অর্থটির কথা ভাবি নি। আমি বোঝাতে চেয়েছিলাম যে প্রতিটি গল্পই বাজারজাত বৈশিষ্ট্য হতে পারে না । অবশ্যই, সম্পূর্ণ হিসাবে বিবেচনা করা যে কোনও কোড মুক্তির জন্য প্রস্তুত মানের হওয়া উচিত । (সম্পাদিত উত্তর)
নিকোল

3

বুদ্ধিমান টুকরো টুকরো টুকরো টুকরো টুকরো করার জন্য আপনি যা জিজ্ঞাসা করছেন তা "সমস্যার জায়গার বিষয়ে আপনি কীভাবে চিন্তা করেন" অত্যাবশ্যক, যা থেকে আপনি কোনও নকশা করতে পারেন।

আপনি এটিকে ব্যবহারকারীর কাহিনী, বা বিশ্লেষণ, বা পচে যাওয়া বা স্পেসিফিকেশন বা প্রয়োজনীয়তা জমায়েত বলছেন ... শেষ পর্যন্ত এটি বেশ কয়েকটি জিনিসে নেমে আসে যা সাধারণত কিছুটা পুনরাবৃত্তি হয়।

আপনি যা চান ব্যবহারকারীদের কাছ থেকে তাদের নেওয়া উচিত। (তারা সম্ভবত তারা যা চায় তার কিছু জানে এবং এমন জিনিস চায় যা বেমানান তবে এখনও তা দেখতে পায় না))

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

আপনার এটিকে ফিরে উপস্থাপন এবং চুক্তি সন্ধান করা দরকার।

কিছু লোক কোনও ব্যবসা বা পিছনে কোনও যুক্তি ছাড়াই প্রাথমিক ভিজ্যুয়াল প্রোটোটাইপগুলি করে। এটি একটি শক্তিশালী কৌশল হতে পারে - একটি বিন্দু পর্যন্ত এটি এখনও হাতে-বামন একটি নির্দিষ্ট পরিমাণ জড়িত।

কিছু স্টোরি বোর্ড করবে - এবং তারপরে উপস্থিত হয়ে ব্যাখ্যা করবে।

কিছু কঠোর এবং সাবধানে বিশ্লেষণ করা নথি লিখবে।

প্রতিটি কৌশলটির এর সুবিধা এবং অসুবিধা রয়েছে।

আমি যে একমাত্র পরামর্শ দিচ্ছি তা হ'ল: খুব তাড়াতাড়ি সমাধানের কোডিংয়ের জন্য ঝাঁপ দেওয়া সাধারণত একটি খারাপ পদক্ষেপ। ডাব্লুএইচও, এবং ডাব্লুএইচইউয়ের জন্য কী করতে হবে তা বোঝার আগে আপনি এটি করার আগে সাধারণত কম কাজ এবং দ্রুত বিকাশের দিকে পরিচালিত করে।

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

সামনের প্রান্ত বিশ্লেষণ এবং ডকুমেন্টেশন এড়িয়ে চলবেন না।


আরও সুস্পষ্ট চিন্তাভাবনার পক্ষে +1
গ্যারি রোও

1

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

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


1
+1 - আমি যা লিখেছি তা কেবলমাত্র আরও সংক্ষিপ্ত।
দ্রুত_ এখন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.