আপনার চটপটে / স্ক্র্যাম টিমের বাগ ওয়ার্কফ্লো কী?


9

আপনার চটপটে / স্ক্র্যাম টিমের বাগ ওয়ার্কফ্লো কী?

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


ভাল প্রশ্ন, তবে আমি প্রক্রিয়াটি ভালভাবে কাজ করে এবং কী করে না সে সম্পর্কে জিজ্ঞাসা করার জন্য এটি প্রসারিত করব ... তারা কী পরিবর্তন করবে?
ওয়াল্টার

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

উত্তর:


7

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

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


2
আপনি কীভাবে ট্র্যাক করবেন যে বাগটি বিদ্যমান? আসুন আমরা বলি যে ব্যক্তি এটিকে বাগটি আবিষ্কার করে এবং ব্যক্তি বি বাগটি ঠিক করে। আপনি কি টাস্ক বোর্ডে কিছু রাখেন না?
ব্যবহারকারী 11347

2

আমি সবসময় ভেবেছিলাম যে বাগটি এমন একটি গল্প যা ইতিমধ্যে একটি ব্যর্থ পরীক্ষা রয়েছে, সুতরাং এটি বৈশিষ্ট্যের জন্য গল্পের সাধারণ প্রথম খসড়ার চেয়ে ভাল সংজ্ঞায়িত হয়।

সুতরাং আপনি যদি নিশ্চিত হন যে বাগগুলি গল্পগুলি হয় তবে আপনি অনুমান এবং অগ্রাধিকারের ক্ষেত্রে অন্যান্য গল্পের মতোই সেগুলি ব্যবহার করেন।


"একটি বাগ কেবল একটি গল্প যা ইতিমধ্যে একটি ব্যর্থ পরীক্ষা রয়েছে" - এটি দুর্দান্ত!
আইয়ানমায়ো

2

আমি মনে করি এটির কাছে যাওয়ার সর্বোত্তম উপায় হ'ল আপনি প্রথমে কোন বাগটিকে প্রথমে বিবেচনা করতে চান তা নির্ধারণ করা।

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

আমার সংস্থা কখন ত্রুটি সংশোধন করা উচিত তা নির্ধারণ করতে নিম্নলিখিত পদ্ধতিটি ব্যবহার করে:

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

যদি কোনও বাগ সমালোচনা না করে থাকে তবে আমরা কেবল এটি ব্যাকলগে যুক্ত করব এবং সাধারণত পরবর্তী স্প্রিন্টে এটি সম্পূর্ণ করব।

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

একদিকে আমি মনে করি যে সর্বোত্তম কাজটি হল কোনও কাঠামো বাছাই করা এবং তারপরে এটি আটকে থাকা। আপনি কাঠামো ছাড়াই কাজ শুরু করার সাথে সাথে উত্পাদনশীলতার সবচেয়ে বড় ক্ষতির কিছু ঘটতে শুরু করে। আপনি একবার আপনার কাঠামোকে হ্রাস করতে শুরু করলে এটি সমস্ত উতরাইয়ের পক্ষে যাওয়া খুব সহজ।

এটি আপনার প্রশ্নের অতিরিক্ত মাত্রায় উত্তর দিতে পারে তবে এই বিষয়গুলি কীভাবে পরিচালনা করা উচিত সে সম্পর্কে কেবলমাত্র আমার ধারণা are


1

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

অন্যান্য বাগের জন্য, আমরা সাধারণত সময়কে অনুমতি দেয় হিসাবে এগুলি ঠিক করি। যদি সমস্যাযুক্ত সমস্যা থাকে তবে আমরা কিছু বৈশিষ্ট্য ফিরিয়ে আনি এবং স্বাভাবিক বৈশিষ্ট্যটির কাজে ফিরে আসার আগে বাগ ফিক্সগুলিতে সময় ব্যয় করি।


1

স্প্রিন্ট চলাকালীন বাগগুলি বিকাশের মাত্র একটি অংশ।

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

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