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