স্ক্রমে "প্রযুক্তিগত ব্যবহারকারীর গল্প" অনুমোদিত?

Question

প্রযুক্তিগত ব্যবহারকারীর গল্পগুলি কি স্ক্রামে অনুমোদিত? যদি তা হয় তবে স্ক্রমে প্রযুক্তিগত ব্যবহারকারীর গল্প লেখার জন্য মানক টেম্পলেটটি কী? এটা কি একই As a <user> I want to do <task> so that I can <goal>??

আমি কয়েকটি ব্লগে পড়েছি যে -একজন-বিকাশকারী-হিসাবে-ব্যবহারকারীর-গল্প নয় , তবে আমি এটিও পড়েছি যে স্ক্রাম এগুলি আদেশ দেয় না। কয়েকটি ব্লগ রয়েছে যেখানে তারা ব্যবহারকারীর কাহিনী ব্যবহারকারীর মতো সিস্টেমের সাথে ভাগ করেছে as a <user who is not end user> i want to <system functionality> so that <some techinical thing>। তাহলে কোনটি স্ট্যান্ডার্ড?

উদাহরণস্বরূপ, এখানে ব্যবহারকারীর গল্প রয়েছে:

একজন পর্যালোচক হিসাবে আমি যে কোনও হোটেল / খাবারের ফটোগুলি আপলোড করতে চাই যাতে অন্যান্য ব্যবহারকারীরা তাদের দেখতে এবং পছন্দ করতে পারে

একজন ব্যবহারকারী হিসাবে আমি ফটো মন্তব্য যুক্ত করতে চাই যাতে আমি আমার দৃষ্টিভঙ্গি আরও ভালভাবে ব্যাখ্যা করতে পারি

এখন এই উভয় ব্যবহারকারীর গল্পের জন্য একটি বড় প্রযুক্তিগত আইটেম রয়েছে - চিত্রটি সংরক্ষণ এবং পুনরুদ্ধার করা

তাহলে আমি কি "চিত্রের সংরক্ষণ এবং পুনরুদ্ধার প্রক্রিয়া" শিরোনামে একটি প্রযুক্তিগত গল্প যুক্ত করতে পারি, নীচের বিবরণ দিয়ে?

একজন বিকাশকারী হিসাবে আমি চিত্রগুলি সংরক্ষণ এবং পুনরুদ্ধার করার জন্য একটি প্রক্রিয়া বিকাশ করতে চাই যাতে ব্যবহারকারীরা যেখানেই প্রয়োজন ছবিগুলি যুক্ত করতে / দেখতে পারে

Comments

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

— guillaume31

Answer 1

প্রযুক্তিগত গল্প অনুমোদিত, কিন্তু আমি আপনাকে যতটা সম্ভব এড়াতে চেষ্টা করার পরামর্শ দেব adv

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

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

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

Comments

এমনকি লোড ব্যালেন্সিংয়ের মতো কিছু হ'ল কোনও ব্যবহারকারী সিস্টেমটিকে আরও ভাল সম্পাদন করতে চায় এমন ফলাফল, সুতরাং এটি অন্য কোনও প্রয়োগের চেয়ে আলাদা নয়। তারা ডেটা সংরক্ষণ করতে চায় তবে কোনও ডাটাবেস সম্পর্কে কম যত্ন নিতে পারে না।

— জেফো

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

— pbarranis

এমন কোনও ঘটনা ঘটতে পারে যেখানে ব্যবহারকারীর গল্প প্রযোজ্য না? উদাহরণস্বরূপ, ব্যবহারকারীর গল্পগুলির উদাহরণ কী যা আমরা দেখতে পাবো, যদি আপনাকে কোনও কৃত্রিম বুদ্ধিমান: আলফাগো তৈরির কথা বলা হয়, এবং চূড়ান্ত লক্ষ্য হ'ল মানুষকে পরাজিত করা? প্রত্যাশা / গ্রহণযোগ্যতার মানদণ্ডগুলি সংজ্ঞায়িত করতে আমি যে ব্যবহারকারীর সাক্ষাত্কার নিতে পারি সে কে হবে?

— রায় লি

Answer 2

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

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

একটি প্রযুক্তিগত গল্পটি আরও "একটি বিকাশকারী হিসাবে, আমি ডেটা-সংরক্ষণাগার মডিউলগুলিতে সদৃশতা হ্রাস করতে চাই, যাতে আমাকে 6 টি জায়গায় প্রতিটি পরিবর্তন করতে না হয়।"

এগুলি স্প্রিন্টে অন্তর্ভুক্ত করা উচিত কিনা এই প্রশ্নটি একটি কঠিন এবং আপনি ক্রেতাকে বিবেচনা করছেন তা কিছুটা নির্ভর করে। এটিই কি শেষ ব্যবহারকারী, বা আপনাকে নিয়োগ করা ব্যবসায়, বা যে ব্যবসায় আপনাকে নিয়োগ দেয় সেই ব্যবসাটি কি?

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

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

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

শেষ পর্যন্ত, আমি আপনাকে এটি চেষ্টা করার পরামর্শ দিচ্ছি। এবং, যদি এটি মান দেয় না তবে এটি করা বন্ধ করুন।

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

Comments

এমন কোনও ঘটনা ঘটতে পারে যেখানে ব্যবহারকারীর গল্প প্রযোজ্য না? উদাহরণস্বরূপ, যদি আপনাকে কোনও কৃত্রিম বুদ্ধিমত্তা তৈরি করতে বলা হয়: আলফাগো এবং চূড়ান্ত লক্ষ্য হ'ল GO তে মানুষকে পরাজিত করা? প্রত্যাশা / গ্রহণযোগ্যতার মানদণ্ডগুলি সংজ্ঞায়িত করার জন্য আমি কীভাবে ব্যবহারকারীর গল্পগুলি তৈরি করব, গল্পগুলির অভিনেতারা কে এবং কারা (এটি পণ্যটির মালিক? বা গ্রাহক হবে?) আমার সাক্ষাত্কার নেওয়া উচিত?

— রায় লি

Answer 3

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

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

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

এটি করার জন্য আরও সেরা অনুশীলন থাকলে আমি সব কান ears

Comments

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

— অ্যালান লারিমার

Answer 4

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

আমি এখন আমার সোপবক্সটি বন্ধ করব তবে নীচেরটি আসলে 'স্ক্রাম' কিনা তা আপনি যদি প্রশ্ন করেন তবে দয়া করে (পুনরায়) উপরেরটি পড়ুন।

ব্যবহারকারীর গল্পগুলি যে 'বৈশিষ্ট্যগুলি' সংজ্ঞায়িত করে এবং প্রযুক্তিগত দলে সেই বৈশিষ্ট্যগুলিকে সমর্থন করার জন্য প্রয়োজনীয় 'বিতরণযোগ্যগুলি' আলাদা করা গুরুত্বপূর্ণ। এই ক্ষেত্রে ছবিগুলি সংরক্ষণ এবং পুনরুদ্ধার করা একটি প্রযুক্তিগত বিতরণযোগ্য যা আপনার (প্রযুক্তিগত দল হিসাবে) প্রয়োগ করতে হবে। খুব সুন্দর প্রতিটি গল্পের জন্য কিছু প্রযুক্তিগত বিতরণ প্রয়োজন।

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

Comments

ক্র্যাপ, আমি এটি একটি পুরানো প্রশ্ন লক্ষ্য করিনি ...

— জিমি জেমস

নাহ, এটি একটি ভাল উত্তর। যশ!

— হ্যানেল

teams should not be too hung up on what scrum allowsসমস্যাযুক্ত। এটি মূল কারণ যে স্ক্র্যাম কাঠামোটি ভুল বোঝাবুঝিতে থাকে। বাস্তবেও সঠিক নয় এমন পণ্যসম্ভার কাল্টগুলি চলমান অজ্ঞতার মাধ্যমে স্থায়ী হয়।

— অ্যালান লারিমার

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

— জিমি জেমস

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

— অ্যালান লারিমার

Answer 5

উপরের সমস্ত উত্তরই স্ক্র্যাম কাঠামোর জন্য অনুমোদনযোগ্য উত্স নথির উল্লেখ করতে ব্যর্থ: স্ক্রাম গাইড ।

পণ্য ব্যাকলগ সমস্ত বৈশিষ্ট্য, ফাংশন, প্রয়োজনীয়তা, বর্ধন এবং ভবিষ্যতে প্রকাশে পণ্যটিতে করা পরিবর্তনগুলি গঠন করে এমন ফিক্সগুলি তালিকাভুক্ত করে।

ফোকাস মান উত্পাদন করা উচিত। কখনও কখনও মানটি প্রযুক্তিগত কাজ থেকে আসে যেমন অবকাঠামোগত উন্নতি। এই আইটেমগুলি বাদ না!

ব্যবহারকারীর শব্দটি স্ক্রম গাইডে কখনই উপস্থিত হয় না কারণ এটি

এটি এমন একটি কাঠামো যার মধ্যে আপনি বিভিন্ন প্রক্রিয়া এবং কৌশল নিয়োগ করতে পারেন।

ইউজার স্টোরি ব্যবহার করা হ'ল পিবিআই রেকর্ড করার জন্য একটি সম্ভাব্য কৌশল। যদিও "হিসাবে এটি, আমি চাই, তাই" ফর্ম্যাটটি দেখতে সাধারণ তবে এটি তার মূল অভিযানের বিরুদ্ধে হতে পারে । এই ঝামেলা ফর্ম্যাটটি অ্যাগিল 2017 এও সম্বোধন করা হয়েছিল ।

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