স্ক্রমে, স্প্রিন্টের শেষে কীভাবে বিতর্ক / কাজের চাপ পরিচালনা করবেন handle

Question

আমার দলটি কয়েক স্প্রিন্ট আগে স্ক্রাম ব্যবহার শুরু করেছিল। আমাদের প্রকল্পের মধ্যে শারীরিক ডিভাইসগুলির (ইন্টারফেস রোবট এবং সেন্সর) সফ্টওয়্যার বিল্ডিংয়ের সাথে জড়িত রয়েছে এবং আমাদের সাধারণ পণ্য ব্যাকলগ সাধারণত পুরো সিস্টেমে নিয়ন্ত্রণ ডিভাইস যুক্ত করে প্রতিনিধিত্ব করে।

আমরা এখানে উদাহরণের কাছাকাছি টাস্ক বিভক্ত । প্রতিটি ডিভাইস ইন্টিগ্রেশন বৈশিষ্ট্য কোড, পরীক্ষা, ইন্টিগ্রেশন টেস্ট, পিয়ার রিভিউ ইত্যাদিতে বিভক্ত হয় স্পষ্টতই, প্রতিটি পণ্য ব্যাকলগ আইটেমের অন্তর্নিহিত একটি ক্রম রয়েছে ence সাধারণত, আমাদের স্প্রিন্টগুলি 2 সপ্তাহ অবধি থাকে এবং দলে 4 থেকে 6 সদস্য থাকে।

স্প্রিন্টের শেষে আমরা 2 টি সমস্যায় পড়ি:

• প্রথমটি হ'ল স্প্রিন্টের শেষে সবাইকে ব্যস্ত রাখা ।
• দ্বিতীয় (সম্পর্কিত) একটি হচ্ছে সিস্টেমের প্রতি বিতর্ক। আমরা স্প্রিন্টের শেষ কয়েক দিনগুলিতে সংহত করে আছি। আমাদের কেবল একটি ইন্টিগ্রেশন সিস্টেম রয়েছে, তাই লোকেরা প্রায়শই তাদের কাজ চালিয়ে যাওয়া থেকে বিরত থাকে কারণ তারা সিস্টেমে অ্যাক্সেস করতে পারে না। যেহেতু এটি স্প্রিন্টের শেষ তাই স্প্রিন্ট ব্যাকলগে খুব বেশি কাজ করার বাকি নেই। এই লোকদের কী কাজ করা উচিত? বর্তমান আইটেমগুলি সম্পন্ন না হওয়ায় পণ্যের ব্যাকলগের শীর্ষ থেকে আইটেমগুলি তুলে নেওয়া পণ্য মালিকের কাছ থেকে ভালভাবে গৃহীত হয় না। কারিগরি debt ণ নিয়ে কাজ করা পুরো প্রকল্পটিকে সহায়তা করবে তবে স্প্রিন্টটি সম্পূর্ণ করতে সহায়তা করবে না।

এই সমস্যাগুলি এড়াতে কাঠামোগত স্প্রিন্টের কোনও সেরা অনুশীলন রয়েছে? পণ্য মালিকদের সাথে আলোচনা করার টিপস?

Comments

ফ্রেজ "ক্রমাগত ইন্টিগ্রেশন" মনে আসে।

— রবার্ট হার্ভে

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

— ভিনসেন্ট হুবার্ট

আসল ইন্টিগ্রেশন ডিভাইসের জন্য আপনাকে কেন অপেক্ষা করতে হবে? আপনার কি হার্ডওয়্যারে যাওয়ার আগে ন্যূনতম বেসিক পরীক্ষা এবং সফ্টওয়্যারটির সংহতকরণের জন্য ব্যবহার করতে পারেন এমন সিমুলেটর নেই (কমপক্ষে কার্যকর যদি না হয়)?

— টমাসের মালিক

Answer 1

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

এটি যে জিনিসগুলি সামনে আসছে সেগুলির ধারণার প্রমাণ প্রদান করতে পারে বা বিদ্যমান কোডটি কোথায় পুনরায় ফ্যাক্টর করতে হবে তা আপনার কোডের আরও ভাল পরীক্ষার কভারেজ পাওয়ার বিষয়ে কাজ করতে পারে etc.

Comments

বাগ ঠিক করা আরও একটি কাজ ছিল যা স্প্রিন্টের শেষে আমাদের ব্যস্ত রাখে।

— সুজেয়ার্ড

Answer 2

আপনার ইন্টিগ্রেশন সিস্টেমটি ঠিক করা উচিত যাতে আপনার দল স্প্রিন্টের শেষে বড় ব্যাংয়ের জন্য অপেক্ষা না করে প্রতিটি কাজ শেষ হওয়ার সাথে সাথে তাদের কাজ সংহত করতে পারে।

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

Comments

প্রকৃতপক্ষে, যেকোন সময় সিস্টেমে সংহতকরণ করা যেতে পারে। বিষয়টি হ'ল কার্যগুলি ইন্টিগ্রেশন পর্যায়ে আসার আগে একীভূত করার মতো কিছুই নেই এবং বেশিরভাগই স্প্রিন্টের শেষের কাছাকাছি পর্যায়ে এসে পৌঁছায়, তাই বিতর্ক।

— ভিনসেন্ট হুবার্ট

আপনার কাজগুলি ছোট করার বিষয়ে আমার প্রস্তাবটি এখানে সহায়তা করবে বলে মনে হচ্ছে?

— মার্টিন উইকম্যান

Answer 3

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

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

Answer 4

আমরা কানবনের পদ্ধতি অবলম্বন করে এর সমাধান করেছি।

আমাদের ট্র্যাকিং সফ্টওয়্যারটিতে (জিরা) ন্যূনতম এবং সর্বাধিক সর্বাধিক সারি রয়েছে।

আমরা 'প্রয়োজন অনুসারে' বর করি। সপ্তাহে একবার হতে পারে, 3 বার হতে পারে, সীমা এবং যে কাজটি করা হয় তার উপর নির্ভর করে।

এটি আপনাকে পণ্যের মালিককে প্রচুর পরিমাণে করার জন্য আপনার সারিতে নজর দেওয়ার বিষয়ে মনোনিবেশ করতে সহায়তা করবে এবং স্বতন্ত্র টিকিটের মাইক্রো-পরিচালনা হ্রাস করতে পারে। কেবল মনে রাখবেন যে বরাবরের মতো পরিবর্তন হতে সময় লাগবে।

আমরা এখনও প্রতি দুই সপ্তাহে ডেমো করি এবং আমরা সাপ্তাহিক প্রকাশ করি।

Answer 5

বাহ, আপনি যদি রোবট না বলে থাকেন তবে আমি ধরে নেব আপনি এখনই আমার দলে রয়েছেন। আমরা ঠিক আছেসমস্যা একই সেট। ইশতেহারে বিশ্বস্ততার বিভিন্ন ডিগ্রি এবং সাফল্যের বিভিন্ন ডিগ্রি সহ অসংখ্য চতুর প্রকল্পে কাজ করার পরে, আমার বিশ্লেষণটি হ'ল আমাদের সমস্যাটি স্প্রিন্ট খুব সংক্ষিপ্ত হওয়া। আমরা দু'সপ্তাহের স্প্রিন্ট করছি যা কিছু সমস্যা তৈরি করে। একটি হ'ল আমরা পরিকল্পনাগুলিতে অত্যধিক সতর্কতা অবলম্বন করি এবং প্রায়শই শেষ দিকে মৃত দিনগুলি শেষ করি। দ্বিতীয়টি হচ্ছে প্রতি দুই সপ্তাহের মধ্যে 1-2 দিন গ্রহণের পরে পর্যালোচনা, পূর্ববর্তী এবং পরিকল্পনার বিশাল শোনা যায়। আরেকটি হ'ল, যেমনটি আপনি বলেছিলেন, শেষ মুহুর্তে সংহত করতে এবং পর্যালোচনার কয়েক ঘন্টা আগে প্রায়শই ব্যর্থ হয়। আমার প্রথম এবং সবচেয়ে সফল চতুর প্রকল্পটির চার সপ্তাহের স্প্রিন্ট ছিল, যা আমি সংগ্রহ করি শিল্পের মানদণ্ডে এটি বেশ বিশাল, তবে এটি আমাদের পক্ষে দুর্দান্ত কাজ করেছে।

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

Comments

"পর্যালোচনা, পূর্ববর্তী এবং পরিকল্পনার বিশাল শ্রবণ" - আপনি যদি অনুভূত হন যে পূর্ববর্তীটি এতটাই বোঝা, আপনার প্রতিটি স্প্রিন্টের জন্য এটি করার দরকার নেই। পরিকল্পনাটি কেবলমাত্র আপনি যা পরিকল্পনা করেন তার উপর নির্ভর করে তাই দীর্ঘ স্প্রিন্টের সাথে কম হওয়া উচিত নয়।

— sleske

Answer 6

দ্বিতীয় সমস্যাটি সম্ভবত নন-সমস্যা # 1 ঠিক করার চেষ্টা করার একটি পরিণতি। ব্যস্ত নয় এমন লোকদের, তাদের সমবয়সীদের সহায়তা করার জন্য আপনার উচিত; পরিবর্তে স্প্রিন্টবিহীন কাজগুলিতে কাজ করার পরিবর্তে, যা সীমিত সংহতকরণের বিষয়ে বিতর্ক সৃষ্টি করে।

এছাড়াও, স্প্রিন্টের শেষে আপনার একীভূত হওয়া উচিত নয়, তবে অবিচ্ছিন্ন।

Answer 7

আপনি সবে শুরু করছেন। দলগুলিকে তাদের পূর্ববর্তী প্রক্রিয়াটির মাধ্যমে এই সমস্যাটি মোকাবেলার জন্য একটি সুযোগ দিন।

দ্বিতীয়ত, আপনার পণ্য মালিককে কীভাবে নিজেকে সংগঠিত করতে এবং অনুকূল করতে হবে তা সেরাভাবে জানতে টিমকে বিশ্বাস করা উচিত। বিনিময়ে, দলটি গ্রাহকের কী প্রয়োজন তা সেরাভাবে জানতে পিওকে বিশ্বাস করে।

নতুন চতুর দলগুলির সাথে এগুলি খুব সাধারণ চ্যালেঞ্জ। দেখতে খুব ভাল যখন কোনও দল তাদের নিজস্ব সাইলো ভেঙে বাড়তে শুরু করে।