স্প্রিন্ট রেট্রোস্পেকটিভ — ডেভেলপমেন্ট টিমের একটি নিয়মিত সভা যা প্রতিটি স্প্রিন্টের শেষে বিগত সময়কাল বিশ্লেষণ এবং উন্নতি খোঁজার জন্য অনুষ্ঠিত হয়। ডেইলি মিটিং এবং স্প্রিন্ট রিভিউর বিপরীতে, রেট্রোস্পেকটিভ প্রক্রিয়া এবং সহযোগিতার উপর ফোকাস করে, পণ্যের উপর নয়। Scrum Guide, 2020 অনুসারে, রেট্রোস্পেকটিভ Scrum-এর পাঁচটি বাধ্যতামূলক ইভেন্টের একটি এবং এটি টিমের ক্রমাগত উন্নতির জন্য একটি মূল প্রক্রিয়া হিসেবে কাজ করে।
মূল বিষয়
স্প্রিন্ট রেট্রোস্পেকটিভ — Scrum টিমের একটি কাঠামোবদ্ধ সভা যা স্প্রিন্ট শেষ হওয়ার পর এবং পরবর্তী স্প্রিন্টের পরিকল্পনার আগে অনুষ্ঠিত হয়। অংশগ্রহণকারীরা বিগত স্প্রিন্ট নিয়ে আলোচনা করে, তাদের পর্যবেক্ষণ শেয়ার করে এবং যৌথভাবে নির্ধারণ করে কাজে কী কী পরিবর্তন আনা উচিত।
রেট্রোস্পেকটিভ শব্দটি DevOps সংস্কৃতি এবং Lean পদ্ধতিতে বর্ণিত ক্রমাগত উন্নতি অনুশীলন থেকে এসেছে। Scrum-এ, 2010 সালে Scrum Guide প্রকাশের সাথে রেট্রোস্পেকটিভ একটি বাধ্যতামূলক ইভেন্টে পরিণত হয়। 2020 সালে, Scrum Guide আপডেটে জোর “পরিদর্শন এবং অভিযোজন” থেকে “গুণমান এবং কার্যকারিতার উপর ফোকাস”-এ সরে যায়, যা রেট্রোস্পেকটিভের ভূমিকাকে শক্তিশালী করে।
Sprint Review পণ্য এবং স্টেকহোল্ডারদের মতামতের উপর ফোকাস করে, যখন রেট্রোস্পেকটিভ টিমের প্রক্রিয়ার উপর ফোকাস করে। Daily Scrum একটি দৈনিক সমন্বয়, রেট্রোস্পেকটিভ পুরো স্প্রিন্টের বিশ্লেষণ। রেট্রোস্পেকটিভ একমাত্র অনুষ্ঠান যেখানে টিম ক্লায়েন্ট বা প্রোডাক্ট ওনারদের চাপ ছাড়াই একচেটিয়াভাবে নিজেদের নিয়ে কথা বলে।
স্প্রিন্ট রেট্রোস্পেকটিভ-এর বেশ কয়েকটি মূল উদ্দেশ্য রয়েছে, যার প্রতিটি টিম এবং উন্নয়ন প্রক্রিয়ার সুস্থ বিকাশের জন্য গুরুত্বপূর্ণ।
প্রতিফলন টিমকে বিগত স্প্রিন্ট বোঝার অনুমতি দেয়: কী কাজ করেছে, কী ভুল হয়েছে, এবং কী কী শিক্ষা নেওয়া যেতে পারে। এই প্রক্রিয়া একই ভুলের পুনরাবৃত্তি রোধ করে, খোলামেলা সংস্কৃতি গঠন করে এবং ডেভেলপারদের শুধু কোডের জন্য নয়, প্রক্রিয়ার জন্যও দায়িত্ব নিতে শেখায়।
প্রতিটি রেট্রোস্পেকটিভের নির্দিষ্ট অ্যাকশন আইটেম তৈরি করা উচিত — পরবর্তী স্প্রিন্টের জন্য কাজ। উদাহরণস্বরূপ: “সব পুল রিকোয়েস্টের জন্য কোড রিভিউ যোগ করুন” বা “ডেইলি মিটিং ১০ মিনিটে কমিয়ে আনুন”। অ্যাকশন আইটেম ব্যাকলগে রেকর্ড করা হয় এবং পরবর্তী রেট্রোতে ট্র্যাক করা হয়। যদি অ্যাকশন আইটেম পূরণ না হয়, তাহলে রেট্রোস্পেকটিভ তার অর্থ হারায়।
নিয়মিত রেট্রোস্পেকটিভ সমস্যা চিহ্নিত করতে সাহায্য করে, বার্নআউটের দিকে নিয়ে যাওয়ার আগে। ওভারটাইম, টিমে দ্বন্দ্ব, অস্পষ্ট প্রয়োজনীয়তা — এই সব রেট্রোতে তোলা হয় এবং সমালোচনামূলক পর্যায়ে পৌঁছানোর আগে সমাধান করা হয়।
৫০টিরও বেশি রেট্রোস্পেকটিভ ফরম্যাট বিদ্যমান, প্রতিটি বিভিন্ন পরিস্থিতি এবং টিম গঠনের জন্য উপযুক্ত। ফরম্যাটের পছন্দ টিমের পরিপক্কতা, বর্তমান সমস্যা এবং উপলব্ধ সময়ের উপর নির্ভর করে।
| ফরম্যাট | বিবরণ | কখন ব্যবহার করবেন |
|---|---|---|
| Start-Stop-Continue | টিম ধারণাগুলিকে তিনটি কলামে ভাগ করে: শুরু করুন, বন্ধ করুন, চালিয়ে যান | প্রথম রেট্রো বা সংকটের পরে |
| Sailboat | দৃশ্যমান রূপক: বাতাস (কী সাহায্য করে), নোঙ্গর (কী ধীর করে), পাথর (ঝুঁকি) | টিম টেমপ্লেটে ক্লান্ত |
| 4L (Liked-Learned-Lacked-Longed For) | চারটি বিভাগ: পছন্দ হয়েছে, শিখেছি, অভাব ছিল, ইচ্ছা ছিল | গভীর স্প্রিন্ট বিশ্লেষণ |
| Mad-Sad-Glad | আবেগপূর্ণ ফরম্যাট: রাগ, দুঃখ, আনন্দ | আবেগপূর্ণ উত্তেজনা বিদ্যমান |
Start-Stop-Continue — সবচেয়ে সহজ এবং জনপ্রিয় ফরম্যাট। টিম স্টিকি নোটে ধারণা লেখে এবং তিনটি কলামে বিতরণ করে। Start — নতুন অনুশীলন, Stop — খারাপ অভ্যাস, Continue — যা কাজ করে। ফরম্যাটটি নতুন টিম এবং ৩০ মিনিটের দ্রুত রেট্রোস্পেকটিভের জন্য চমৎকার।
Sailboat একটি জাহাজের রূপক ব্যবহার করে: বাতাস সামনে ঠেলে দেয়, নোঙ্গর ধীর করে, পাথর — ভবিষ্যতের ঝুঁকি। 4L — একটি গভীর ফরম্যাট যেখানে টিম চারটি লেন্সের মাধ্যমে প্রতিটি দিক বিশ্লেষণ করে। উভয় ফরম্যাটেই বেশি সময় লাগে (৬০-৯০ মিনিট), কিন্তু টিমের অবস্থার আরও সম্পূর্ণ চিত্র দেয়।
সাপ্তাহিক রেট্রো-র জন্য হালকা ফরম্যাট উপযুক্ত: Start-Stop-Continue বা Mad-Sad-Glad। ২-৪ সপ্তাহের স্প্রিন্টের জন্য, Sailboat বা 4L ব্যবহার করা উচিত। যদি টিমে দ্বন্দ্ব থাকে, তাহলে Mad-Sad-Glad দিয়ে শুরু করা ভাল যাতে আবেগ বেরিয়ে আসে, তারপর গঠনমূলক আলোচনায় যাওয়া যায়।
রেট্রোস্পেকটিভ পরিচালনার জন্য কাঠামো এবং সুবিধা প্রয়োজন। Scrum Master বা একজন নিযুক্ত সুবিধাকারী বৈঠকটি ধাপে ধাপে পরিচালনা করেন যাতে প্রতিটি অংশগ্রহণকারীকে শোনা যায়।
রেট্রোর ২৪ ঘন্টা আগে, সুবিধাকারী ডেটা সংগ্রহ করেন: স্প্রিন্ট মেট্রিক্স (বেগ, বাগ সংখ্যা, সম্পন্ন কাজ), একটি বেনামী জরিপের মাধ্যমে টিমের মেজাজ। রেট্রো বোর্ড আগে থেকে প্রস্তুত করা হয় — শারীরিক (স্টিকার, মার্কার) বা ডিজিটাল (Miro, Mural, Retrium)।
এই পর্যায়ে, প্রতিটি অংশগ্রহণকারী স্টিকি নোটে তাদের পর্যবেক্ষণ লেখে (সাধারণত নীরবে ৫-১০ মিনিট)। বিভাগগুলি নির্বাচিত ফরম্যাটের উপর নির্ভর করে। গুরুত্বপূর্ণ নিয়ম: সংগ্রহ পর্যায়ে অন্যদের নোটের সমালোচনা করবেন না — প্রথমে সমস্ত ধারণা রেকর্ড করা হয়, তারপর আলোচনা করা হয়।
সংগ্রহের পর, টিম নোটগুলিকে বিষয় অনুসারে গ্রুপ করে এবং সবচেয়ে গুরুত্বপূর্ণগুলিতে ভোট দেয়। প্রতিটি অংশগ্রহণকারী ৩-৫টি ভোট পায় (নোটে বিন্দু হিসাবে চিহ্নিত)। সবচেয়ে বেশি ভোট পাওয়া বিষয়গুলি আলোচনায় যায়। এই প্রক্রিয়া একটি কণ্ঠস্বরকে অন্যদের উপর প্রভাব বিস্তার করতে বাধা দেয়।
চূড়ান্ত পর্যায় — অ্যাকশন আইটেম প্রণয়ন। প্রতিটি অ্যাকশন আইটেম SMART হওয়া উচিত: নির্দিষ্ট, পরিমাপযোগ্য, অর্জনযোগ্য, প্রাসঙ্গিক এবং সময়সীমাবদ্ধ। দায়িত্বশীল ব্যক্তিকে খোলাখুলিভাবে নিযুক্ত করা হয়, সময়সীমা নির্ধারণ করা হয়। অ্যাকশন আইটেম ব্যাকলগে যোগ করা হয় এবং পরবর্তী রেট্রোস্পেকটিভে পরীক্ষা করা হয়।
অভিজ্ঞ টিমগুলিও রেট্রোস্পেকটিভে ভুল করে যা একটি উপকারী অনুশীলনকে একটি খালি আনুষ্ঠানিকতায় পরিণত করে। এই ভুলগুলি জানা সেগুলি এড়াতে সাহায্য করে।
সবচেয়ে সাধারণ ভুল — ফলাফল ছাড়া আলোচনা। টিম কথা বলেছে, সমস্যা চিহ্নিত করেছে, কিন্তু কোনো অ্যাকশন আইটেম লেখেনি। এই ধরনের রেট্রোস্পেকটিভ পরিবর্তন আনে না, এবং পরবর্তী সভায় একই সমস্যা নিয়ে আলোচনা হয়। সমাধান: রেট্রোর শেষ ১০ মিনিট সবসময় কর্ম পরিকল্পনার জন্য উৎসর্গ করুন।
যখন রেট্রোস্পেকটিভ গঠনমূলক প্রস্তাবনা ছাড়াই অভিযোগ সেশনে পরিণত হয়, টিমের মনোবল কমে যায়। সুবিধাকারীকে আলোচনাকে সমস্যা থেকে সমাধানের দিকে পরিচালিত করা উচিত। কৌশল: প্রতিটি সমস্যার পরে, প্রশ্ন করুন — “আমরা এই বিষয়ে কী করতে পারি?”
যদি একজন ডেভেলপার ৮০% সময় কথা বলে, বাকিরা বন্ধ হয়ে যায় এবং ধারণা শেয়ার করা বন্ধ করে দেয়। সমাধান: নীরব ধারণা সংগ্রহ ব্যবহার করুন (প্রত্যেকে নিজের লেখে), পালাক্রমে রাউন্ড, বক্তৃতার জন্য টাইমার। রেট্রোর আগে বেনামী জরিপও শান্ত অংশগ্রহণকারীদের মতামত সংগ্রহে সাহায্য করে।
ব্যস্ততা বা “সময় নেই” বলে রেট্রো এড়িয়ে যাওয়া একটি বিপজ্জনক প্রবণতা। যদি টিম একটি রেট্রো এড়িয়ে যায়, দ্বিতীয়টি এড়িয়ে যাওয়া সহজ হয়। সময়ের সাথে সাথে, সমস্যা জমা হয় এবং স্প্রিন্ট কম কার্যকর হয়। রেট্রোস্পেকটিভ স্প্রিন্টের ততটাই অংশ যতটা উন্নয়ন এবং পরীক্ষা।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
রেট্রোস্পেকটিভ প্রতিটি স্প্রিন্টের পর অনুষ্ঠিত হয়, তার দৈর্ঘ্য নির্বিশেষে। ১-২ সপ্তাহের স্প্রিন্টের জন্য, ৩০-৬০ মিনিট যথেষ্ট। যদি স্প্রিন্ট ছোট (এক সপ্তাহ) হয়, তাহলে হালকা ফরম্যাট Start-Stop-Continue ব্যবহার করা যেতে পারে। রেট্রোস্পেকটিভ এড়িয়ে যাওয়ার পরামর্শ দেওয়া হয় না — এটি টিমের ক্রমাগত উন্নতির একটি মূল প্রক্রিয়া।
রেট্রোস্পেকটিভে পুরো Scrum টিম অংশ নেয়: ডেভেলপার, Scrum Master এবং Product Owner। Product Owner একজন সদস্য হিসেবে অংশ নিতে পারেন, কিন্তু তার মতামত প্রভাব বিস্তার করা উচিত নয়। যদি স্প্রিন্টে বহিরাগত বিশেষজ্ঞরা (ডিজাইনার, বিশ্লেষক) অংশ নেন, তাহলে তাদেরও আমন্ত্রণ জানানো উচিত। মূল নিয়ম: যারা স্প্রিন্টে কাজ করেছেন, তাদের সবার রেট্রোতে কথা বলার অধিকার আছে।
অংশ নিতে অনিচ্ছা গভীর সমস্যার লক্ষণ: ব্যবস্থাপনার প্রতি অবিশ্বাস, শাস্তির ভয় বা বার্নআউট। কারণ বুঝতে বেনামী জরিপ দিয়ে শুরু করুন। আরও খেলাধুলাপূর্ণ ফরম্যাটে (Sailboat, Mad-Sad-Glad) স্যুইচ করুন। সময় ১৫-২০ মিনিটে কমিয়ে আনুন। মূল্য দেখান: ছোট পরিবর্তন দিয়ে শুরু করুন যা টিম দেখতে এবং প্রশংসা করবে।
হ্যাঁ, দূরবর্তী রেট্রোস্পেকটিভ ডিজিটাল বোর্ডের (Miro, Mural, Retrium, Google Jamboard) মাধ্যমে কার্যকরভাবে পরিচালিত হয়। সিঙ্ক্রোনাস পর্যায়ের জন্য টাইমার ব্যবহার করুন, সমস্ত অংশগ্রহণকারীর জন্য ভিডিও-অন বাধ্যতামূলক। অ্যাসিঙ্ক্রোনাস রেট্রোস্পেকটিভও কাজ করে: টিম সারা দিন বোর্ড পূরণ করে, তারপর ৩০ মিনিট ফলাফল নিয়ে আলোচনা করে। দূরবর্তী রেট্রোতে আরও স্পষ্ট সুবিধার প্রয়োজন।
রেট্রোর কার্যকারিতা নিম্নলিখিতভাবে বাড়ে: সুবিধাকারীর আবর্তন (এক শৈলীতে অভ্যস্ত না হওয়ার জন্য), প্রতি ৩-৪ স্প্রিন্টে ফরম্যাট পরিবর্তন, অ্যাকশন আইটেমের উপর ফোকাস, পরবর্তী রেট্রোতে সম্পন্ন কাজ ট্র্যাক করা। মেট্রিক্স ব্যবহার করুন: বেগ, বাগ সংখ্যা, টিমের মেজাজ। কার্যকারিতার প্রধান সূচক হল পরিবর্তনগুলি যা টিম আসলে রেট্রোর পরে বাস্তবায়ন করেছে।
সারাংশ
আমরা একটি মোবাইল অ্যাপ্লিকেশন টার্নকি তৈরি করব
IT Sectr 2017 সাল থেকে স্টার্টআপ এবং ব্যবসার জন্য iOS এবং Android অ্যাপ্লিকেশন তৈরি করে। আমরা আপনাকে পরামর্শ দেব এবং সেরা সমাধান প্রস্তাব করব।
আরও পড়ুন