আমি 4 টি দেবের একটি প্রকল্প দলে রয়েছি, আমি নিজেই অন্তর্ভুক্ত। একক কাজের আইটেমের যে অতিরিক্ত কাজগুলি আসে তা কীভাবে পরিচালনা করতে হয় সে সম্পর্কে আমরা দীর্ঘ সময় ধরে আলোচনা করে আসছি।
এই অতিরিক্ত কাজটি সাধারণত জিনিসগুলি যা কিছুটা কাজের সাথে সম্পর্কিত তবে আইটেমটির লক্ষ্য অর্জনের জন্য সর্বদা প্রয়োজন হয় না (এটি একটি মতামত হতে পারে)। উদাহরণ অন্তর্ভুক্ত তবে সীমাবদ্ধ নয়:
- কাজের আইটেম দ্বারা কোড পরিবর্তিত হয়েছে
- আইটেম দ্বারা কোড পরিবর্তিত প্রতিবেশী কোড প্রতিবেশী
- টিকিটের চারপাশে বৃহত্তর কোড অঞ্চলটি পুনরায় আর্কিটেকিং করা। উদাহরণস্বরূপ, যদি কোনও আইটেম আপনার একক ফাংশন পরিবর্তন করে থাকে তবে আপনি বুঝতে পারবেন পুরো পরিবর্তনটি এখন এই পরিবর্তনটি আরও ভালভাবে সমন্বিত করতে পারে red
- আপনি সবেমাত্র পরিবর্তিত একটি ফর্মের উপর UI উন্নতি করছে
এই অতিরিক্ত কাজটি যখন ছোট হয় তখন আমরা কিছু মনে করি না। সমস্যাটি তখন হয় যখন এই অতিরিক্ত কাজটি মূল বৈশিষ্ট্য বিন্দু অনুমানের বাইরে আইটেমটির যথেষ্ট পরিমাণে প্রসার ঘটায়। কখনও কখনও 5 পয়েন্টের আইটেমটি আসলে 13 পয়েন্ট সময় নেয়। একটি ক্ষেত্রে আমাদের একটি 13 পয়েন্টের আইটেম ছিল যা পূর্ববর্তী ক্ষেত্রে 80 পয়েন্ট বা তারও বেশি হতে পারে।
এটি কীভাবে পরিচালনা করতে হয় তার জন্য আমাদের আলোচনায় দুটি বিকল্প রয়েছে।
আমরা একই কাজের আইটেমের অতিরিক্ত কাজটি গ্রহণ করতে পারি এবং এটি ভুল-অনুমান হিসাবে লিখতে পারি। এর পক্ষে যুক্তিগুলি অন্তর্ভুক্ত করেছে:
- আমরা এই ধরণের জিনিসটির জন্য অ্যাকাউন্ট তৈরি করতে স্প্রিন্টের শেষে "প্যাডিং" করার পরিকল্পনা করি।
- কোডটি খুঁজে পাওয়ার চেয়ে সর্বদা ভাল আকারে রেখে দিন। অর্ধ assed কাজ চেক করবেন না।
- আমরা যদি পরে রিফ্যাক্টরিং ছেড়ে যাই তবে এটি নির্ধারণ করা শক্ত এবং কখনই সম্পন্ন হবে না।
- আপনি এখনই এই কাজটি পরিচালনা করার জন্য সেরা মানসিক "প্রসঙ্গ" তে রয়েছেন, যেহেতু আপনি ইতিমধ্যে কোডের গভীরে কোমর। এটিকে এখনই সরিয়ে ফেলা ভাল এবং পরে আপনি যখন ফিরে আসবেন তখন সেই প্রসঙ্গটি হারানোর চেয়ে আরও দক্ষ।
আমরা বর্তমান কাজের আইটেমটির জন্য একটি লাইন আঁকছি এবং বলব যে অতিরিক্ত কাজ আলাদা টিকিটে যায়। যুক্তিগুলির মধ্যে রয়েছে:
- পৃথক টিকিট থাকা একটি নতুন অনুমানের অনুমতি দেয়, তাই জিনিসগুলি আসলে কতগুলি পয়েন্ট তা আমরা নিজের কাছে মিথ্যা বলছি না বা আমাদের সমস্ত অনুমানগুলিই ভয়াবহ বলে স্বীকার করতে হবে।
- স্প্রিন্ট "প্যাডিং" অপ্রত্যাশিত প্রযুক্তিগত চ্যালেঞ্জগুলির জন্য বোঝানো হয় যা টিকিটের প্রয়োজনীয়তা পূরণের ক্ষেত্রে সরাসরি বাধা। এটি স্রেফ আইটেমগুলির জন্য নয় যা কেবল "দুর্দান্ত-সুন্দর"।
- আপনি যদি রিফ্যাক্টরিং শিডিয়ুল করতে চান তবে এটি ব্যাকলগের শীর্ষে রাখুন।
- আমাদের কাছে এই স্টাফটির যথাযথভাবে হিসাব করার কোনও উপায় নেই, কারণ এটি যখন আসে তখন তা কিছুটা স্বেচ্ছাচারী বলে মনে হয়। একটি কোড পর্যালোচক বলতে পারে "সেই ইউআই নিয়ন্ত্রণগুলি (যা আপনি আসলে এই কাজের আইটেমটিতে সংশোধন করেননি) কিছুটা বিভ্রান্তিকর, আপনি কি এটিও ঠিক করতে পারেন?" যা এক ঘণ্টার মতো, তবে তারা বলতে পারে "আচ্ছা যদি এই নিয়ন্ত্রণটি এখন অন্যদের মতো একই বেস বর্গ থেকে উত্তরাধিকার সূত্রে আসে তবে আপনি কেন এই সমস্ত (শত শত লাইন) কোডটিকে বেসে স্থানান্তরিত করবেন না এবং এই সমস্ত স্টাফটি পুনর্নির্মাণ করবেন না? , ক্যাসকেডিং পরিবর্তন ইত্যাদি? " এবং এটি এক সপ্তাহ সময় নেয়।
- এটি টিকিটের সাথে সম্পর্কযুক্ত কাজ যুক্ত করে "অপরাধের দৃশ্যকে দূষিত করে", যা আমাদের মূল বৈশিষ্ট্য বিন্দুটিকে অর্থহীন করে তোলে।
- কিছু ক্ষেত্রে, অতিরিক্ত কাজ একটি চেক ইন স্থগিত করে, যার ফলে ডেভসদের মধ্যে ব্লক হয়ে যায়।
আমাদের মধ্যে কেউ কেউ এখন বলছে যে আমাদের কিছু কাটা সিদ্ধান্ত নেওয়া উচিত, যেমন অতিরিক্ত জিনিসগুলি 2 টি এফপির চেয়ে কম হয়, এটি একই টিকিটে যায়, যদি এটি বেশি হয়, তবে এটি একটি নতুন টিকিট তৈরি করুন।
যেহেতু আমরা কেবল কয়েক মাস অ্যাগিল ব্যবহার করতে পেরেছি, এটিকে কীভাবে পরিচালনা করতে হবে তার চারপাশে আরও সমস্ত পাকা আগল প্রবীণদের অভিমত কী?