আমি আমার প্রতিষ্ঠানের একজন QA / টেস্ট ম্যানেজার এবং আজ অবধি আমি সফ্টওয়্যারটির মান যাচাই করেছি (পরীক্ষাগুলি লিখিত এবং সম্পাদন করা হয়েছে এবং বাগগুলি স্থির করা হয়েছে)। কে এটিকে স্ক্রামে যাচাই করবে? আমি কীভাবে জানতে পারি যে দলটি সমস্ত সঠিক পরীক্ষা লিখেছিল এবং কার্যকর করেছিল? অন্যদিকে আমি আশঙ্কা করছি যে আমি যদি যাচাইকরণ চালিয়ে যেতে পারি তবে দলটি যথেষ্ট ক্ষমতায়িত বোধ করবে না। তবে আমার কিছু যাচাইকরণ প্রক্রিয়া দরকার যা "সম্পন্ন" প্রকৃতপক্ষে "সম্পন্ন"। আপনি কি পরামর্শ দিচ্ছেন?
উত্তর:
স্ক্রামের একটি বড় ধারণা টিমের একটি "সম্পন্ন সংজ্ঞা" এর সাথে সম্মত হওয়া উচিত। আদর্শভাবে, এটি বস্তুনিষ্ঠ মানদণ্ডগুলির একটি সেটের মতো যা চেকলিস্টের মধ্যে দিয়ে যে কেউ যাচাই করতে পারে।
তবে কোনও কিছু পিছলে যাওয়ার সম্ভাবনা হ্রাস করার জন্য, এটি একটি নিয়ম হিসাবে সঠিক ধারণা তৈরি করে যে "আইটেমটি প্রয়োগকারী ব্যক্তি - বা আপনার মতো একজন মনোনীত কিউএ লোক ছাড়া অন্য যে কোনও ব্যক্তির দ্বারা" সম্পন্ন হয়েছে "যাচাই করা বেশিরভাগই করা হয় (তবে এটি আপনাকে ঝুঁকিপূর্ণ করে তোলে একটি বাধা)।
যদি সন্দেহ হয়, তবে দল এবং স্ক্রাম মাস্টারের সাথে আলোচনা করুন এবং একসাথে সিদ্ধান্ত নিন।
আমি মনে করি প্রশ্নের একটি অন্তর্নিহিত অনুমান আছে। "গৃহীত" এর মধ্যে পার্থক্য রয়েছে, যখন কোনও পণ্য মালিক কোনও ব্যাকলগ আইটেম বা কার্য ঘোষণা করে পণ্য মালিককে সন্তুষ্ট করে এবং "সম্পন্ন" অর্থ ব্যাকলগ আইটেমের সাথে সম্পর্কিত সমস্ত কাজ সম্পূর্ণ হয়।
তবে, পণ্যের মালিকের কাছে দৃশ্যমানের চেয়ে নিয়মিত আরও কিছু কাজ রয়েছে, সাধারণত (স্বয়ংক্রিয় ও ম্যানুয়াল) পরীক্ষা, ডকুমেন্টেশন এবং পর্যালোচনা সহ সেরা অর্ধ-প্রযুক্তিগত কেউ someone পণ্য মালিক প্রযুক্তিগত দিকগুলি খুব কমই জানতে পজিশনে রয়েছে, সেগুলি সম্পন্ন হয়েছে কিনা তা ছেড়ে দিন।
অতএব, "সম্পন্ন" অর্থ কী তা নির্ধারণ করা চূড়ান্তভাবে দলকেই আপলোড করবে। সংস্থার মান থাকতে পারে এবং বিভিন্ন স্টেকহোল্ডারদের নিজস্ব প্রয়োজনীয়তা থাকতে পারে। স্ক্রাম মাস্টার বা প্রাসঙ্গিক পরিচালকরা সাধারণত এই তালিকাটি জোটান এবং কার্যকর করার জন্য দায়বদ্ধ।
আপনার উদাহরণে, কিউএ / টেস্ট ম্যানেজার হিসাবে, আপনিই সেই ব্যক্তি যা বলে যে পরীক্ষাগুলি সম্পূর্ণ কিনা। তবে, কোডটি পর্যালোচনা করা হয়েছে কিনা, সুরক্ষা প্রয়োজনীয়তা পূরণ করা হয়েছে, পণ্যটি আন্তর্জাতিকীকরণ করা হয়েছে, ডকুমেন্টেশন সম্পূর্ণ হয়েছে বা অন্য কিছু যা "সম্পন্ন হয়েছে" গঠন করে তা নির্ধারণ করার ক্ষেত্রে আপনি সেরা ব্যক্তি নাও হতে পারেন।
"সম্পন্ন" একমাত্র ধারণাটি হ'ল সামগ্রিকভাবে কোনও গল্পের কাজ শেষ হয়েছে কিনা। দলের উচিত ছিল এমন একটি সংজ্ঞা তৈরি করা উচিত যা বলবে যে তারা যখন গল্পটি শেষ হয়েছে বা না শেষ করে। এর মধ্যে সাধারণত "কোডটি পর্যালোচনা করা হয়েছে", "রাতের পরীক্ষা পরীক্ষা করা হয়েছে", "সমস্ত গ্রহণযোগ্যতার মানদণ্ড পূরণ করা হয়েছে", ইত্যাদির মতো বিষয়গুলি অন্তর্ভুক্ত করা হবে। যখন এই জিনিসগুলি সম্পন্ন হয়েছে, দলটি আত্মবিশ্বাস বোধ করতে পারে যে তারা সবকিছু করেছে done তাদের একটি গল্প শেষ হবে আশা।
একটি স্প্রিন্ট চলাকালীন, আপনি যদি সংজ্ঞায়িত আইটেমগুলির মধ্যে একটি সম্পন্ন হয়েছে কিনা তা নির্ধারণের চেষ্টা করছেন, কেবল জিজ্ঞাসা করুন। স্ক্রাম এবং চটজলদি সব খোলা যোগাযোগের জন্য। আপনি যদি দলের অংশ হন তবে আপনার সতীর্থকে জিজ্ঞাসা করুন যে কেউ পরীক্ষা লিখেছেন, বা সেগুলি চালিয়েছেন, বা রাতের কাজ তৈরি করেছেন ইত্যাদি। যদি আপনি কোনও অংশীদার হন তবে স্ক্র্যাম মাস্টারকে জিজ্ঞাসা করুন।
আপনি যদি দলের বাইরে বসে থাকেন তবে অবশ্যই পরীক্ষাগুলি পর্যালোচনা করতে পারেন, সংঘটিত সংজ্ঞাটির অংশ হিসাবে "ব্যবহারকারীর দ্বারা পরীক্ষাগুলি অবশ্যই পর্যালোচনা করা উচিত" 3৩31930 "রয়েছে have যদি গল্পটি তৈরি করতে এটিই লাগে তবে তা সম্পর্কে সৎ থাকুন এবং এটিকে প্রক্রিয়াটির অংশ করুন। "সংজ্ঞায়িত হয়ে গেছে" এর সম্পূর্ণ বিষয়টি যাতে দলটি নিশ্চিতভাবে জানতে পারে যে তারা মানের সফ্টওয়্যার সরবরাহের জন্য প্রয়োজনীয় যা করেছে তা করেছে। এর অংশটি যদি বাহ্যিক পর্যালোচনা হয়, তবে তা হ'ল।
শেষ পর্যন্ত, এটি সেই পণ্যের মালিক যা কোনও নির্দিষ্ট গল্পে স্বাক্ষর করে, তাই দিনশেষে তার বা তার পুরো গল্পটি সম্পন্ন হয় কিনা তা নিয়ে চূড়ান্ত সিদ্ধান্ত হয়।
প্রথম প্রশ্ন আপনার নিজের জিজ্ঞাসা করা উচিত
আপনি কি স্ক্রাম মাস্টার ? যদি হ্যাঁ.
স্ক্র্যাম প্রক্রিয়াগুলিতে স্ক্রাম মাস্টার দ্বারা নিয়ন্ত্রিত এবং পরিচালিত হয়।
তুমি এটা কিভাবে কর:
প্রয়োজনীয় পর্যায়ে আপনি প্রত্যেকের জন্য ব্যবহারকারীর গল্পগুলি ব্যবহার করতে পারেন সেখানে একটি পরীক্ষা রয়েছে যাচাই করা দরকার।
প্রতিটি স্প্রিন্টে কাজের আইটেমগুলি পণ্য ব্যাকলগ থেকে টানা হয় এবং পণ্য মালিক দ্বারা পরিচালিত হয় them তাদের মধ্যেও যাচাইয়ের মানদণ্ড থাকবে।
এখন স্ক্র্যামের প্রয়োজনীয়তায় স্প্রিন্ট শুরু হওয়ার পরে পরিবর্তন হবে না the স্প্রিন্টের শেষে আপনি প্রতিটি আইটেমের মানদণ্ড অনুযায়ী যাচাইকরণ বিশ্লেষণ করতে পারেন।
এটি সম্পন্ন হলে কেবলমাত্র পণ্যের মালিকের প্রতিক্রিয়া দ্বারা এটি পাওয়া যাবে।
চটপটে মনে রাখবেন আপনি উন্নয়নের পর্যায়ে এমনকি "পরিবর্তনকে আলিঙ্গন করুন" late
দল সিদ্ধান্ত নেয়। 'সম্পন্ন' বলে বিবেচিত তার জন্য আমি একটি চেকলিস্ট ব্যবহার করি। রিলিজ প্রতি গল্প, প্রতি স্প্রিন্টে 'সম্পন্ন' কী।
অন্যরা যেমন উল্লেখ করেছে, শেষ পর্যন্ত সিদ্ধান্তটি পণ্যের মালিকের কাছে।
একমত হন যে এটি আপনার নিজের অনুশীলনের উপর নির্ভর করে বিকাশ / পরীক্ষা দলকে নির্ধারণ করা দরকার is কিছু প্রকল্প এত চটপটে চালায় যে তারা তাদের আলফা প্রবাহে বাগগুলি ছেড়ে দেওয়ার ঝুঁকিতে ইচ্ছুক; কেউ কেউ এমন কোনও ত্রুটি বিবেচনা করে যা বিকাশকারী দলের বাইরে চলে যায় একটি প্রক্রিয়া ব্যর্থতা।
আমি যে প্রকল্পে কাজ করছি তার কোড কোড পরিবর্তনগুলির পিয়ার পর্যালোচনা প্রয়োজন, এবং প্রয়োজন যে কোডটি লিখেছে সে হয় / হয় রিগ্রেশন টেস্ট সরবরাহ করে / আপডেট করে অথবা কেন এটি করা সম্ভব নয় তা ব্যাখ্যা করে। (তাদের এবং তাদের পর্যালোচকদেরও এটি শংসাপত্রের সাথে প্রমাণ করতে হবে যে তারা জ্ঞাত খারাপ অভ্যাসগুলির জন্য চেক করেছেন। আমরা সাধারণত তারা বেশি পরীক্ষার স্যুটটি চালিয়ে নিলে এবং একটি পরিষ্কার ফলাফল অর্জন করতে পারে তা যদি দেখাতে পারে তবে আমরা অনেক বেশি খুশি (বা ক্লিন মডুলো পরিচিত) মুক্ত সমস্যাগুলি, কমপক্ষে) এরপরে কোডটি একাধিক প্ল্যাটফর্মে নিবিড় স্বয়ংক্রিয় ইউনিট এবং ফাংশনাল টেস্ট থেকে বেঁচে থাকতে হবে যাতে দেখা যায় যে এটিগুলির বিরুদ্ধে কোনও প্রতিক্রিয়া সৃষ্টি করে না এবং এটি একটি স্বয়ংক্রিয় কোড বিশ্লেষণ সিস্টেমের দ্বারা সাধারণ অ্যান্টিপ্যাটার্নগুলির জন্য আরও পরীক্ষা করা হয় gets তাহলে আমরা কী এটিকে মূল বিকাশের প্রবাহে স্বীকার করি এবং কাজের আইটেমটি সম্পূর্ণ চিহ্নিত করি।
এটি স্পষ্টতই গ্যারান্টি দেয় না যে কেউ ব্যর্থ হওয়ার নতুন উপায় খুঁজে পায় না, তবে এটি উন্নয়নের গতিকে বাধা না দিয়ে কোনও গ্রহণযোগ্য পর্যায়ে ঝুঁকি হ্রাস করে।
DoneএবংUndone