বেশ কয়েকটি উন্নয়ন টিম একই পণ্যটিতে কাজ করার ক্ষেত্রে "সম্পন্ন" এর একটি সংজ্ঞা


12

একাধিক বিকাশকারী দল যখন একই পণ্যটিতে কোনও কাজ সম্পাদন করে তখন একটি হয়ে যায় স্ক্রাম পরীক্ষায় "সম্পন্ন" বর্ণিত সংজ্ঞাটি সম্পর্কে সর্বাধিক প্রশ্ন থাকে।

একটি যথাযথ উত্তরে বলা হয়েছে যে সেই উন্নয়ন দলগুলির অবশ্যই "সম্পন্ন" এর এমন সংজ্ঞা থাকতে হবে যা তাদের সম্মিলিত কাজকে সম্ভাব্যভাবে পুনঃসংশ্লিষ্ট করতে পারে।

এই কুইজের যথাযথ উত্তর থেকে আমার পক্ষে কী স্পষ্ট নয় তা হ'ল:

  • দলগুলিতে "সম্পন্ন" এর আলাদা সংজ্ঞা থাকতে পারে? কোন পরিমাণে?
agile  scrum 

এমন একটি টিমের কথা ভাবুন যা সরাসরি কোনও পণ্য প্রকাশ করে সেইসাথে একই কাজ অন্যান্য দলগুলিও ব্যবহার করে।
আয়ান

বা উদাহরণস্বরূপ, সফ্টওয়্যারটির ইংরেজী সংস্করণগুলি ফ্রেঞ্চ ভাষায় অনুবাদ হওয়ার আগে পাঠানো যায় can
আয়ান

এই ধরণের বিভ্রান্তি কেন আমি কখনও বলি না যে কিছু করা হয়েছে। পরিবর্তে আমি সর্বদা ঠিক যা বলেছিলাম তা আমরা করেছি। কিছু করা হয়েছে কিনা তা সিদ্ধান্ত নেওয়া একটি আলোচনা। কোনও ঘোষণা নয়। আপনি কোন সংজ্ঞা অনুসরণ করেন তা নির্বিশেষে।
candied_orange

উত্তর:


16

সমস্ত দল যখন "সমাপ্ত "টিকে এমনভাবে সংজ্ঞায়িত করে যা অন্য দলগুলির দ্বারা সম্পন্ন কাজটিকে বিবেচনায় নেয় তখন আপনি কার্যকারিতা সম্পূর্ণ হয়েছে তা নিশ্চিত করছেন।

যদি প্রতিটি দল "সম্পন্ন" আলাদাভাবে সংজ্ঞায়িত করে এবং অন্য দলগুলিও সেই সংজ্ঞাটি সম্পর্কে জানতে প্রত্যাশা করে, আপনি বেশ কয়েকটি সমস্যার মধ্যে পড়ে যাবেন:

  • যখন কোনও সংহতকরণ সমস্যা দেখা দেয়, কোনও দলই এটি ঠিক করার দায়িত্ব নিতে চাইবে না। সর্বোপরি, তারা জিনিসগুলিকে সংহত করতে শুরু করার সময় এটি "সম্পন্ন" হয়েছিল, সুতরাং এটি অবশ্যই অন্য দলের কাজের সাথে কিছু হওয়া উচিত।

  • আপনার হাতে যখন কয়েকটি মুষ্টিমেয় দল রয়েছে, তখন প্রত্যেকের "সম্পন্ন সংজ্ঞা" মনে রাখা কঠিন হয়ে পড়ে - বিশেষত যখন দলের মধ্যে পার্থক্য রয়েছে।

  • সংহত কাজটি সঠিকভাবে চলছে কিনা তা অন্তর্ভুক্ত করার সংজ্ঞাটি দেওয়া হয় না not

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


মন্তব্যের জবাবে সম্পাদনা করুন: এর অর্থ এই নয় যে প্রতিটি দলের সমান সংজ্ঞা রয়েছে। এর অর্থ প্রতিটি দলের সংজ্ঞায়িত অংশটি হ'ল বৃহত্তর সিস্টেম এবং অন্যান্য সংহতকরণ উপাদানগুলি ভাঙা হয় না।


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

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

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

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

1
@ আন্দ্রেমনিয়: আপনার মন্তব্যের জন্য ধন্যবাদ আপনার উত্থাপিত কয়েকটি সমস্যা সমাধানের জন্য আমি আমার উত্তর আপডেট করেছি।
গ্রেগ বার্গার্ড্ট

6

আমি এমন পরিস্থিতিটি কল্পনা করতে পারি, যেখানে একটি দল "সম্পন্ন" কে "ডেভলপমেন্ট ডোন" (যেমন কোড রেপোর সাথে সংযুক্ত) হিসাবে সংজ্ঞায়িত করে, অন্যটি এটি "টেস্টিং সম্পন্ন" (যেমন কোড / কিউ-তে প্রকাশিত এবং পরীক্ষিত) হিসাবে সংজ্ঞায়িত করে।

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


আপনি কি সবার উত্তরকে যথাযথ উত্তর হিসাবে বিবেচনা করছেন যে সমস্ত দলের একই সংজ্ঞাটি ভাগ করা উচিত?

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