CodeGym/Java Course/মডিউল 3/স্ক্রামে প্রসেস

স্ক্রামে প্রসেস

বিদ্যমান

স্প্রিন্ট পরিকল্পনা

স্প্রিন্ট পরিকল্পনা হল স্ক্রাম স্প্রিন্টের প্রাথমিক পর্যায়। এটি স্প্রিন্টের সময় কাজ করার সুযোগ এবং উপায় নির্ধারণ করে। পুরো স্ক্রাম দল পরিকল্পনায় জড়িত।

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

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

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

একটি স্প্রিন্ট পরিকল্পনা করার সময় বিবেচনা করা প্রশ্ন:

  • গ্রাহক বা সফ্টওয়্যার মালিক স্প্রিন্টের লক্ষ্য ঘোষণা করে, এটি কীভাবে অর্জন করা যায় তা ব্যাখ্যা করে। স্ক্রাম টিম এই লক্ষ্য অর্জনের জন্য ভবিষ্যতের স্প্রিন্টে কোন কাজগুলি সম্পন্ন করা যেতে পারে তা খুঁজে বের করে।
  • বিকাশকারীরা নিজেদের মধ্যে একটি কাজের পরিকল্পনা বিতরণ করে, যা সফ্টওয়্যার গ্রাহকের সাথে সম্মত হয়।
  • পণ্যের গ্রাহক (মালিক) সর্বদা স্প্রিন্ট পরিকল্পনা তৈরিতে অংশ নেয়। তিনি একটি লক্ষ্য নির্ধারণ করেন, এবং প্রোগ্রামিং দলকে অবশ্যই এটি একটি স্প্রিন্টে অর্জন করা যায় কিনা তা খুঁজে বের করতে হবে।
  • পরিকল্পনায় একটি পণ্য ব্যাকলগ ব্যবহার করা উচিত, যে তথ্য থেকে পরিকল্পনা যোগ করা যেতে পারে।
  • ফলাফল অর্জনের জন্য তাদের কী প্রয়োজন তা পরিষ্কার বোঝার সাথে দলের সদস্যদের পরিকল্পনা সভা শেষ করা উচিত। আপনি স্প্রিন্ট ব্যাকলগে ভবিষ্যতের কর্মের ক্রম প্রদর্শন করতে পারেন।

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

টাস্ক মূল্যায়ন

কাজের জটিলতা মূল্যায়ন করার জন্য এটি অতিরিক্ত করার প্রয়োজন নেই। পরিকল্পনা প্রক্রিয়ার জন্য একটি সঠিক নয়, তবে উন্নয়নের জটিলতার অন্তত একটি আনুমানিক মূল্যায়ন প্রয়োজন। দলকে শুধুমাত্র স্প্রিন্টের লক্ষ্য বুঝতে হবে না, তাদের দলের সামর্থ্যের সাথে লক্ষ্যের তুলনা করতে হবে।

জটিলতা মূল্যায়ন করতে, আপনি প্রত্যেকের জন্য সাধারণ পোশাকের আকার ব্যবহার করতে পারেন (L, XL, XXL)। অবশ্যই, এটি নির্ভুলতার গ্যারান্টি দেয় না, তবে এখনও।

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

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

পয়েন্ট, পয়েন্ট এবং ঘন্টায় অসুবিধার মূল্যায়ন

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

কাজের জটিলতা এবং পরিমাণের উপর ভিত্তি করে পয়েন্ট প্রদান করা হয়। উপরন্তু, সম্ভাব্য ঝুঁকি বিবেচনায় নেওয়া হয়। এই পদ্ধতিটি ব্যবহার করে স্কোরিং কার্যকরভাবে কাজকে ছোট ছোট ধাপে বিভক্ত করতে সাহায্য করে।

পরিকল্পনা করার সময় নিয়মিতভাবে স্কোরিং পদ্ধতি (পয়েন্ট) ব্যবহার করে, দলগুলি কাজটি সম্পূর্ণ করতে কতটা সময় লাগবে সে সম্পর্কে আরও ভাল এবং আরও সঠিক বোঝাপড়া করে। এছাড়াও, অন্যান্য সুবিধাও রয়েছে।

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

জটিলতা অনুমানের অসুবিধা হল যে এটি প্রায়ই অপব্যবহার করা হয়। উদাহরণস্বরূপ, এই পদ্ধতিটি কর্মীদের মূল্যায়ন করতে ব্যবহার করা যাবে না।

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

দৈনিক স্ক্রাম মিটিং

কর্মশালাগুলি গুরুত্বপূর্ণ: সেগুলিতে, দলের সদস্যরা তাদের মতামত ভাগ করে নেয়, যোগাযোগ করে এবং পরবর্তী পদক্ষেপে সম্মত হয়। টিম স্পিরিট বাড়াতে এবং বর্তমান খবর ঘোষণা করার জন্য দৈনিক স্ক্রাম মিটিংও প্রয়োজন।

স্ট্যান্ড-আপ হল মূল প্রকল্পের অংশগ্রহণকারীদের একটি সংক্ষিপ্ত মিটিং: সফ্টওয়্যার মালিক, প্রোগ্রামার এবং স্ক্রাম মাস্টার। স্ট্যান্ড-আপের গঠন তিনটি প্রশ্ন নিয়ে গঠিত।

  • গতকাল আমরা কি করতে পেরেছি?
  • আমরা আজ কি কাজ করছি?
  • কী আমাদের ফলাফল অর্জনে বাধা দেয়?

এই প্রশ্নগুলি জিজ্ঞাসা করা বিকাশকে উদ্দীপিত করে এবং দলের মধ্যে সমস্যাগুলি সনাক্ত করতে সহায়তা করে। যখন প্রতিটি অংশগ্রহণকারী যোগাযোগ করে কিভাবে সে একটি সাধারণ লক্ষ্য অর্জনে সাহায্য করে, এটি দলের মধ্যে পারস্পরিক বোঝাপড়াকে উন্নত করে।

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

এবং এখন আসুন নিখুঁত স্ট্যান্ড-আপের জন্য কী প্রয়োজন তা নিয়ে আলোচনা করা যাক এবং কার্যকর স্ট্যান্ড-আপের উদাহরণগুলির সাথে পরিচিত হই।

প্রথমে আপনাকে এমন একটি সময় বেছে নিতে হবে যা সবার জন্য উপযুক্ত। সাধারণত একই অফিস থেকে দলের জন্য স্ট্যান্ড-আপগুলি কাজের দিনের শুরুতে - সকাল 9 থেকে 10 টার মধ্যে অনুষ্ঠিত হয়। এটি আপনাকে দিনের জন্য আপনার সময়সূচী আরও ভালভাবে পরিকল্পনা করার জন্য সময় দেয়। যদি দলের সদস্যরা বিভিন্ন অঞ্চলে কাজ করে, তাহলে এমন একটি সময় বেছে নেওয়া হয় যা সবার জন্য উপযুক্ত। উদাহরণস্বরূপ, যদি কিছু দলের সদস্য ক্যালিফোর্নিয়া এবং সিডনিতে থাকেন, তাহলে ক্যালিফোর্নিয়া সময় 15:30 এ স্ট্যান্ড-আপ শুরু হয়। অবশ্যই, রাতের খাবারের পরে দাঁড়ানো সবার জন্য সুবিধাজনক নয়, তবে এটি সমুদ্রের অন্য দিকে সহকর্মীদের সাথে যোগাযোগ রাখা সম্ভব করে তোলে।

স্ট্যান্ড-আপ উত্পাদনশীলতার ট্র্যাক রাখুন। খুব বেশি সময় ধরে মিটিং করবেন না - মনোযোগের ঘনত্ব তার সেরাতে থাকা উচিত। যদি সম্ভব হয়, স্ট্যান্ড-আপগুলি 15 মিনিটের বেশি ধরে রাখুন।

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

স্প্রিন্ট পর্যালোচনা

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

স্প্রিন্ট ফলাফল পর্যালোচনা নিম্নলিখিত উপাদানগুলি অন্তর্ভুক্ত করে:

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

ফলাফল পরবর্তী স্প্রিন্টের জন্য নতুন লক্ষ্য সহ একটি আপডেট ব্যাকলগ। পরিস্থিতির প্রয়োজনে ব্যাকলগ পরিবর্তন করা যেতে পারে।

স্প্রিন্ট রেট্রোস্পেক্টিভ

স্প্রিন্ট রেট্রোস্পেকটিভ হল একটি কর্মশালা যা আলোচনা করে কিভাবে আপনার কর্মপ্রবাহকে উন্নত করতে হয়। এটি পরবর্তী স্প্রিন্টের জন্য একটি উন্নতি পরিকল্পনাও তৈরি করে। সভাটি সাধারণত স্প্রিন্ট পর্যালোচনার পরে হয় এবং তিন ঘন্টার বেশি সময় নেয় না। মিটিংয়ে নেতৃত্ব দিচ্ছেন স্ক্রাম মাস্টার।

স্প্রিন্ট রেট্রোস্পেক্টিভের প্রধান লক্ষ্যগুলির মধ্যে রয়েছে:

  • স্প্রিন্ট বিশ্লেষণ (অংশগ্রহণকারীদের কাজ, ফলাফল এবং সমস্যা)।
  • পরবর্তী স্প্রিন্টে কর্মপ্রবাহ উন্নত করার সম্ভাব্য সমাধান নিয়ে আলোচনা করুন।
  • প্রকল্প বাস্তবায়নের সময় দলের সদস্যদের দ্বারা উন্নতি বাস্তবায়নের জন্য একটি পরিকল্পনা তৈরি করা।

স্ক্রাম মাস্টার টিমের সদস্যদের আমন্ত্রণ জানায় কিভাবে উন্নয়ন দক্ষতা উন্নত করা যায় সে বিষয়ে পরামর্শ দিতে। দলটি প্রস্তাবগুলি নিয়ে আলোচনা করে এবং তাদের বাস্তবায়নের জন্য কিছু উপায় এবং কৌশল প্রস্তাব করে।

স্প্রিন্ট রেট্রোস্পেক্টিভের শেষে, দলটিকে পরবর্তী স্প্রিন্টে বাস্তবায়নের জন্য কয়েকটি উন্নতির পরামর্শ হাইলাইট করা উচিত। প্রস্তাবনাগুলি যে কোনও সময়ে বাস্তবায়িত করা যেতে পারে, তবে Sprint Retrospective টিমের দৃষ্টিকোণ থেকে তাদের সম্ভাব্য অভিযোজনকে গভীরভাবে দেখার একটি সুযোগ প্রদান করে৷

এখানেই আমরা স্ক্রাম পদ্ধতির আলোচনা শেষ করি। আপনি বিষয়ভিত্তিক ডকুমেন্টেশন বা আপনার প্রথম কর্মক্ষেত্রে এটি সম্পর্কে আরও জানতে পারেন।

মন্তব্য
  • জনপ্রিয়
  • নতুন
  • পুরানো
মন্তব্য লেখার জন্য তোমাকে অবশ্যই সাইন ইন করতে হবে
এই পাতায় এখনও কোনো মন্তব্য নেই