একটি স্প্রিন্ট সময় আপনি কতবার মুক্তি। কেবল স্প্রিন্টের শেষে বা প্রতিবার একটি বৈশিষ্ট্য প্রস্তুত। এবং আপনি কীভাবে বাগফিক্স রিলিজগুলি পরিচালনা করবেন?
উত্তর:
টিএল; ডিআর: উপযুক্ত হলে মুক্তি দিন
যখনই কোনও রিলিজ করার ক্ষেত্রে মূল্য থাকে আমরা রিলিজ করি। কখনও কখনও এর অর্থ কোনও একক বৈশিষ্ট্য বা বাগফিক্স সম্পূর্ণ হওয়ার পরে একটি রিলিজ করা। কখনও কখনও এর অর্থ বৈশিষ্ট্য এবং / অথবা বাগফিক্সের সংগ্রহ প্রকাশ করা।
এর অর্থ এই নয় যে আমাদের প্রায়শই "জরুরী অবস্থা" থাকে যার দ্রুত রিলিজ প্রয়োজন। এর অর্থ আমরা মুক্তি সহজতর করতে কঠোর পরিশ্রম করেছি। আমাদের কোডটি প্রতিটি বিল্ডের সাথে পরীক্ষিত, ট্যাগ এবং প্যাকেজড। আমরা স্বয়ংক্রিয় গ্রহণযোগ্যতা পরীক্ষা ব্যবহার করি এবং ফলস্বরূপ আমরা কোডটিতে এটির পরীক্ষাগুলি পাসের একটি উচ্চ পরিমাণে আত্মবিশ্বাস তৈরি করেছি। যেহেতু আমাদের প্যাকেজগুলি অবিলম্বে স্থানীয় ইয়ম রেপোর মাধ্যমে একটি রিলিজ মোতায়েন করা সহজলভ্য is
কখনই না। এটি একটি "স্প্রিন্ট" এর প্রাথমিক ভিত্তি লঙ্ঘন করে। আপনি যেটি প্রতিশ্রুতিবদ্ধ তা শেষ না করা পর্যন্ত আপনি চালনা করুন run আপনি শেষ করার পরে, এটি সত্যিই হয়ে গেছে এবং সত্যই কাজ করে। তারপরে আপনি এটি ছেড়ে দিতে পারেন।
রিলিজ পৃথক ধরণের স্প্রিন্ট হতে পারে যেখানে জিনিসগুলি মুক্তির জন্য প্যাকেজ করা হয়।
বাগফিক্স প্রকাশগুলি কেবল সংক্ষিপ্ত স্প্রিন্ট হতে পারে। একই দৈর্ঘ্যের স্প্রিন্টগুলির নিয়মিত সময়সূচী না রাখা অনেকেই একটি খারাপ ধারণা বলে মনে করেন। সুতরাং, সাধারণ নিয়মটি হ'ল বাগ ফিক্সগুলি কেবল উচ্চ-অগ্রাধিকারের কাজ যা পরবর্তী স্প্রিন্টের সময় ঘটে ।
যদি এটি জরুরি অবস্থা হয় তবে আপনার পক্ষে প্রচুর পরিমাণে কাজ চলছে - সমর্থন এবং বিকাশ - এবং আপনার কম সংস্থাগুলি চালু হওয়ার জন্য সংস্থাটি পরিবর্তন করা উচিত।
দলটি যে কাজটির প্রতিশ্রুতি দিচ্ছে তা যদি স্প্রিন্টের মধ্যে একাধিক রিলিজ করার পক্ষে উপযুক্ত হয় তবে যতবার ইচ্ছা এটি ছেড়ে দিন release
ত্রুটি-ফিক্স রিলিজের ক্ষেত্রেও এটি একই সত্য -
আমি সর্বশেষে চটপটে কাজ করেছিলাম প্রতিটি স্প্রিন্ট প্রকাশ করেছে; কোডটি প্রতি অন্য বৃহস্পতিবার (দুই সপ্তাহের স্প্রিন্ট) হিমায়িত হয়েছিল এবং তারপরে পণ্যটি প্যাকেজ করে আমাদের ক্লায়েন্টদের সাথে কাজ করার জন্য একটি ইউএটি সার্ভারে প্রকাশ করা হয়েছিল। এটি ছিল পণ্যটির প্রাথমিক বিকাশের সময়; একটি পরিপক্ক পণ্য, বিশেষত একটি বিতরণযোগ্য প্রোগ্রাম এবং কোনও ওয়েব অ্যাপ্লিকেশনের জন্য, আপনি সম্ভবত প্রতি দুই থেকে তিন সপ্তাহে আপগ্রেড করে আপনার ব্যবহারকারীদের বোঝা চাপাতে চান না।
কার্যত আমাদের সমস্ত প্রকাশের মধ্যে গল্পের পয়েন্ট এবং ত্রুটিগুলি (বাগগুলি) মিশ্রিত ছিল। "অ-আদর্শ ঘন্টা" হিসাবে গণ্য ত্রুটিগুলি; একটি কার্য দিবসে 5 টি আদর্শ ঘন্টা রয়েছে, যার অর্থ নতুন পয়েন্ট কাজের মাথা-ডাউন কোডিং c দিনের অন্য তিন থেকে চার ঘন্টা হল সভা, আলোচনা, নকশা, কখনও কখনও "স্পাইক" (দৃষ্টি নিবদ্ধ করা গবেষণা / প্রমাণ-ধারণা ধারণার বিকাশ), এবং ত্রুটিযুক্ত কাজ; স্টাফ যা আরও ভাল পণ্যতে অবদান রাখে এবং প্রক্রিয়াটির প্রয়োজনীয় অংশ, তবে কেবল পুরো দলের পুরো স্প্রিন্ট নিতে পারে না। আমরা যখন কেবলমাত্র ত্রুটি-মুক্ত প্রকাশ করেছি তখন যখন কোনও আইপিএম হিসাবে ব্যাকলগে কোনও গল্প-পয়েন্টের কাজ উপলব্ধ ছিল না; তারপরে আমরা কেবল একটি QA স্প্রিন্ট নির্ধারণ করেছিলাম যেখানে আমাদের "যতটা ত্রুটি ততই ত্রুটি মেরে ফেলতে" নির্দেশ দেওয়া হয়েছিল। কারন প্রয়োজনীয় প্রস্তুতি না রাখাই হ'ল পো এর ত্রুটি (এবং পিও ক্লায়েন্টদের জন্য কাজ করেছিল), আমরা কেবল একটি চুক্তি পরিবর্তনের বিজ্ঞপ্তি জারি করতে পারি এবং যা ছিল তা দিয়ে কাজ করতে পারি। অবশ্যই, একবার গল্পের কাজ শেষ হয়ে গেলে এবং আমরা "ওয়ারেন্টি" বিকাশে চলে যাই, ত্রুটিগুলি সেখানে ছিল।
একটি সুপরিচিত পরিচালিত চটজলদি প্রকল্পে, প্রয়োজনীয়তার বাইরে চলে যাওয়া কখনই ঘটে না; ব্যাকলগে সর্বদা একটি স্প্রিন্টের মূল্য গ্রহণের জন্য প্রস্তুত কাজ করা উচিত। কিন্তু, কখনও কখনও পিও উত্পাদন প্রয়োজনীয়তা জলাবদ্ধ হয়ে যায়; কখনও কখনও বিএ / পরীক্ষকরা প্রয়োজনীয়তা মানের বা গল্পের দ্বন্দ্ব সম্পর্কিত কারণে বিকাশ ব্যাকলগে গল্প প্রকাশ করে; কখনও কখনও একটি দল সিদ্ধান্ত নেয় যে তাদের এমন গল্পের উপর "পন্ট" করতে হবে যা সঠিকভাবে সংজ্ঞায়িত বা ভালভাবে অনুমান করা হয়নি, এবং এমন কিছু নেই যা সহজেই বাকী চক্র গ্রহণ করতে পারে। সংক্ষেপে, এমনকি আগলে, বিষ্ঠা ঘটে।
মুক্তির অর্থ কী? যদি আপনি পিএসপি বলতে চান - সম্ভবত শিপযোগ্য পণ্য আপনার কাছে দুটি বিকল্প রয়েছে:
স্তর 2 এবং স্তর 3 এর মধ্যে প্রধান পার্থক্য হ'ল স্তর 2 এ আপনাকে স্প্রিন্টের শেষে চূড়ান্ত পিএসপি তৈরির জন্য কিছু প্রচেষ্টা করতে হবে তবে স্তর 3 এ আপনি প্রথমে আপনার সরঞ্জাম এবং কনফিগারেশনে কিছু অর্থ এবং প্রচেষ্টা রেখেছেন এবং আপনার পিএসপি প্রস্তুত রয়েছে স্বয়ংক্রিয়ভাবে সর্বদা = কোনও ম্যানুয়াল প্রচেষ্টা জড়িত নেই। 3 স্তরের সম্পূর্ণ অর্জন বিরল।
নতুন বৈশিষ্ট্য কখন স্থাপন করা হতে পারে সে সম্পর্কে স্ক্রমে একেবারে কোনও নিয়ম নেই। প্রতিটি দলে একটি "সংজ্ঞা সম্পন্ন" হওয়া দরকার, যা সর্বদা পরীক্ষার বিষয়ে কিছু মানদণ্ড অন্তর্ভুক্ত করা উচিত। একবার কোনও বৈশিষ্ট্য "সম্পন্ন" হয়ে গেলে, এটি বাস্তব বিশ্বের জন্য প্রস্তুত এবং এটি স্থাপনের আগে যদি অন্য কোনও নির্ভরতা বা শর্তগুলি পূরণ করা প্রয়োজন না হয় তবে স্প্রিন্টের শেষের জন্য অপেক্ষা করার কোনও কারণ নেই এটি স্থাপন।
যার কোনওটির অর্থ হ'ল এটি স্প্রিন্ট পর্যালোচনা / পরিকল্পনা সভায় উপস্থাপিত হয়নি। ধারণাটি হ'ল টিমটি যা কিছু সম্পন্ন করেছে তা PO (এবং অন্যান্য গ্রাহক এসএমই) কে দেখানো হয়েছে যাতে তারা এটির বিকাশের সাথে সাথে সিস্টেমটির তাদের ক্রমবর্ধমান বোঝার সাথে অন্তর্ভুক্ত করতে পারে।
কয়েক সপ্তাহ পরে আমরা একটি ভাল সমাধান পেয়েছি যা আমাদের প্রয়োজনের সাথে খাপ খায়। আমরা যখন চাই তখন মুক্তি দেওয়ার সিদ্ধান্ত নিই। আমরা কীভাবে এটি করি:
এটাই. আমরা সিআই সিস্টেম হিসাবে গিট এবং ম্যাভেন ব্যবহার করি এবং আমাদের একটি ভাল পরীক্ষার কভারেজ রয়েছে। যা আমরা এরকমভাবে করতে পারি তার অন্যতম কারণ।
প্রায় ২ বছরের পুরানো একটি প্রশ্নের উত্তর দেওয়া কিছুটা রিডানডান্ট হতে পারে তবে আশা করি এই প্রশ্নে আসা অন্যদের জন্য আমি মূল্য যোগ করতে চাই 2% বা আরও কিছু যোগ করতে। :)
প্রশ্নের উত্তর দেওয়ার জন্য: স্প্রিন্টে প্রতিশ্রুতিবদ্ধ ছিল তা আপনার স্প্রিটের শেষে ছেড়ে দেওয়া উচিত। স্ক্রমের অন্যান্য সমস্ত অংশ / প্রক্রিয়া / নির্দেশিকাগুলির সাথে এমনটি করা যা সঠিক সময়ে সেরা ব্যবসায়ের মূল্য অর্জন করার জন্য প্রস্তুত।
তবে জরুরী অবস্থা, বাগগুলি, অপ্রত্যাশিত ইভেন্টগুলি আপনার হাতকে বাধ্য করতে পারে, যেখানে "রিলিজ প্ল্যানিং" ধারণাটি কার্যকর হতে পারে। "রিলিজ প্ল্যানিং" এর সাথে আমার অর্থ জলপ্রপাত-প্রকারের পরিকল্পনা নয় বরং প্রত্যাশাগুলির পরিকল্পনা যা পণ্য ব্যাকলগ পরিচালনা করতে এবং স্প্রিন্ট Ect এর গল্পগুলির অগ্রাধিকারকে সহায়তা করতে পারে।
তবে সম্ভবত এই প্রশ্নে ডেভিডের মন্তব্যটি সবচেয়ে ভালভাবে বিবেচনা করা উচিত। স্ক্রাম সর্বদা সঠিক উত্তর হয় না।