স্ক্রামে, আপনার কি ব্যাকলোগটি একটি কার্যকরী ব্যাকলগে এবং প্রযুক্তিগত ব্যাকলগে বিভক্ত হওয়া উচিত?


12

আমাদের স্ক্রাম দলগুলিতে আমরা একটি ব্যাকলগ ব্যবহার করি, যার মধ্যে বেশিরভাগ কার্যকরী বিষয় থাকে তবে মাঝে মাঝে প্রযুক্তিগত বিষয়ও থাকে। ১ টি ব্যাকলগ থাকার সুবিধা হ'ল পরবর্তী স্প্রিন্টের জন্য বিষয়গুলি নির্বাচন করা সহজ হয়ে যায়, তবে আমার কিছু প্রশ্ন রয়েছে:

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

সেরা পন্থা কি? একটা ব্যাকলগ নাকি দুজন?

উত্তর:


15

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


10

আমি তাদের প্রতি আমার ভয়েস যুক্ত করতে চাই যারা প্রতি পণ্য হিসাবে একটি ব্যাকলগের প্রস্তাব দেয়। অন্য একটি ব্যাকলগ তৈরি করা যুক্তিসঙ্গত প্রতিক্রিয়া, তবে সত্যিই কেবল মূল সমস্যাটি এড়ানো হচ্ছে: কেন পণ্যের মালিক বৈশিষ্ট্য আইটেমগুলির চেয়ে প্রযুক্তিগত আইটেমগুলিকে অগ্রাধিকার দেবেন না? আপনার চারপাশে কাজ করার চেয়ে এটি সমাধান করার দিকে মনোযোগ দেওয়া উচিত। আপনি 5 টি হুইস কৌশলটি ব্যবহার করতে পারেন , উদাহরণস্বরূপ, জিনিসগুলির নীচে পৌঁছানোর চেষ্টা করার জন্য।

পিও প্রযুক্তিগত সমস্যাগুলিকে অগ্রাধিকার দেয় না এমন অনেক কারণ থাকতে পারে। উদাহরণস্বরূপ, প্রযুক্তিগত debtণ সুরাহা না করার জন্য টেক দল দীর্ঘমেয়াদী ব্যয় (ডলারে) ব্যাখ্যা করছে না। এটি সম্পূর্ণ অন্য কিছু। যোগাযোগের সমস্যাটি হ্রাস করার একটি ভাল সুযোগ রয়েছে এবং দীর্ঘমেয়াদী সমাধান হ'ল এতে কাজ করা এবং এটি সমাধান করা - প্রতিবন্ধকতা সরিয়ে দিন।

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


6

আপনি যা উল্লেখ করছেন তাকে সাধারণত 'প্রযুক্তি debtণ' বলা হয়। প্রযুক্তিগত debtণের কাজ কীভাবে ত্রুটিগুলি পারে ঠিক একইভাবে স্ক্র্যাম প্রক্রিয়াতে কীভাবে ফিট করে তা দেখা কখনও কখনও কঠিন হতে পারে।

আপনি যা প্রস্তাব দিচ্ছেন তা একইভাবে পৃথক 'ত্রুটিযুক্ত ব্যাকলগ' থাকার পাশাপাশি ব্যাকলগটি 3 এ বিভক্ত করার পরামর্শ দেয়।

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


4

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

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


2

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

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

উদাহরণস্বরূপ রিফ্যাক্টরিং কোড: যখন পণ্য বিকাশে সুবিধা হয় তখন তা করা উচিত। আগে নয় (টিমটি পণ্যটি কোন দিকে বিকশিত হবে তা ধরে নেওয়া উচিত নয়) এবং পরে যখন এটি ইতিমধ্যে প্রযুক্তিগত debtণে পরিণত হয়েছে। নকশা পর্যালোচনা করাও ডিওডি-র অংশ হতে পারে।


0

আমি মেলআর এর সাথে একমত যদি 'প্রযুক্তিগত' কিছু থাকে তবে আমাদের কেন এটি করা হচ্ছে তা দেখতে হবে - বা স্বল্প ও দীর্ঘমেয়াদী কারণ এবং প্রভাব কী (ব্যবহারকারীর কাছে) ?.

আমি অনেক ব্যাকলগ দেখেছি যেখানে তথাকথিত 'প্রযুক্তিগত কাজগুলি' সহজেই ব্যবসায়ের মূল্য ধরণের উপায়ে লেখা যায়।

প্রযুক্তিগত কাজগুলি প্রায়শই বৃহত ভাঙা গল্পগুলির ফলাফল হয় কারণ জিনিসগুলি ভাঙার সহজ উপায় হতে পারে। তবে এটি সত্য সংযোজিত মান (বা প্রতিক্রিয়া সুযোগ) এর ধীর পুনরাবৃত্তি বা স্প্রিন্টের ব্যর্থতার থেকেও খারাপ কারণ হতে পারে।

"কোড যে ক্ষয় হয় এবং পুনঃসংশ্লিষ্ট হওয়া উচিত" সম্পর্কিত হিসাবে প্যাট্রিক উল্লেখ করেছেন যে আমি বিশ্বাস করি আমাদের জিজ্ঞাসা করা উচিত - সিস্টেমের কার্যকারিতার কোন ক্ষেত্রটি কোডটি প্রভাবিত করছে? এবং যদি আমরা এখন এটি চুল্লী না করি তবে ব্যবহারকারীর উপর দীর্ঘমেয়াদী প্রভাব কী?

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

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


0

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

যদি আপনার গল্পটি লগইন স্ক্রিন তৈরির বিষয়ে থাকে তবে উদাহরণস্বরূপ আপনাকে ডাটাবেস তৈরির বিষয়টি বিবেচনা করতে হবে যদি এখনও না তৈরি হয়।

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

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