স্টোরি পয়েন্টস হল অ্যাজাইল ডেভেলপমেন্ট পদ্ধতিতে কাজের জটিলতা পরিমাপের আপেক্ষিক একক। ঘন্টার বিপরীতে, স্টোরি পয়েন্টস শুধু সময় নয়, কাজের জটিলতা, ঝুঁকি এবং অনিশ্চয়তাও বিবেচনা করে। Scrum.org, 2023 অনুসারে, স্টোরি পয়েন্টসে আপেক্ষিক মূল্যায়ন ব্যবহারকারী দলগুলি ঘন্টায় মূল্যায়নকারী দলগুলোর তুলনায় 25% কম স্প্রিন্ট ডেডলাইন মিস করে।
মূল বিষয়
স্টোরি পয়েন্টস হল স্ক্রাম এবং অন্যান্য অ্যাজাইল পদ্ধতিতে ব্যবহৃত কাজের জটিলতার একটি মেট্রিক। দল প্রতিটি কাজ ঘন্টায় নয় বরং আপেক্ষিক এককে মূল্যায়ন করে: “এই কাজটি রেফারেন্সের চেয়ে দ্বিগুণ জটিল।” এই পদ্ধতি বিভিন্ন ডেভেলপারের গতির পার্থক্য দূর করে এবং জটিলতার উপর ফোকাস করে।
স্টোরি পয়েন্টস ধারণাটি 2000-এর দশকের শুরুতে স্ক্রামের জনপ্রিয়তার সাথে উদ্ভূত হয়েছিল। এই পদ্ধতি বর্ণনাকারী প্রথমদের মধ্যে একজন ছিলেন রন জেফ্রিজ, এক্সট্রিম প্রোগ্রামিং (XP) এর অংশ হিসাবে। ধারণাটি ছিল “মানুষ-ঘন্টা”-এ মূল্যায়ন থেকে দূরে সরে যাওয়া, যা সর্বদা ভুল, আপেক্ষিক জটিলতার দিকে যা দল সম্মিলিতভাবে নির্ধারণ করে। আজ, স্টোরি পয়েন্টস অ্যাজাইল দলগুলির জন্য শিল্প মান।
স্টোরি পয়েন্টসে মূল্যায়ন করার সময়, দল তিনটি বিষয় বিবেচনা করে: কাজের পরিমাণ (কোড, স্ক্রিন, লজিকের পরিমাণ), জটিলতা (প্রযুক্তিগত চ্যালেঞ্জ, নতুন প্রযুক্তি), এবং অনিশ্চয়তা (অস্পষ্ট প্রয়োজনীয়তা, ঝুঁকি)। একটি স্টোরি পয়েন্টের অর্থ “ঝুঁকিহীন একটি সহজ কাজ” হতে পারে, যেখানে 8-এর অর্থ “উচ্চ অনিশ্চয়তা সহ একটি জটিল কাজ” হতে পারে।
স্টোরি পয়েন্ট স্কেল নির্বাচন মূল্যায়নের নির্ভুলতা এবং পরিকল্পনার সুবিধাকে প্রভাবিত করে। সবচেয়ে জনপ্রিয় স্কেল হল ফিবোনাচি ক্রম, তবে বিকল্পও রয়েছে।
| স্কেল | মান | সুবিধা | অসুবিধা |
|---|---|---|---|
| ফিবোনাচি | 1, 2, 3, 5, 8, 13, 21 | বড় কাজের জন্য প্রাকৃতিক বিস্তার বৃদ্ধি | নতুন দলের জন্য কঠিন |
| রৈখিক | 1, 2, 3, 4, 5 | সরল এবং বোধগম্য | বড় কাজের জন্য কোন বিস্তার নেই |
| পাওয়ার | 1, 2, 4, 8, 16, 32 | বড় কাজের জন্য সর্বোচ্চ বিস্তার | বড় কাজগুলিকে আলাদা করা কঠিন |
| টি-শার্ট | S, M, L, XL | দ্রুত মোটামুটি মূল্যায়ন | অনির্ভুল, রূপান্তর প্রয়োজন |
ফিবোনাচি ক্রম এলোমেলোভাবে বেছে নেওয়া হয়নি। 1 এবং 2-এর মধ্যে পার্থক্য ন্যূনতম (50%), যেখানে 13 এবং 21-এর মধ্যে তা উল্লেখযোগ্য (62%)। এটি বাস্তবতাকে প্রতিফলিত করে: ছোট কাজগুলি আরও নির্ভুলভাবে মূল্যায়ন করা হয়, বড় কাজগুলি বেশি বিস্তারের সাথে। যখন একটি কাজ 21 স্টোরি পয়েন্টে মূল্যায়ন করা হয়, দল বুঝতে পারে: “আমরা জানি না কত সময় লাগবে, তবে এটি নিশ্চিতভাবে 13-এর বেশি।” ফিবোনাচি স্কেল মিথ্যা নির্ভুলতা প্রতিরোধ করে।
স্কেল কাজ করার জন্য, দল একটি রেফারেন্স-এ সম্মত হয়: “কাজ X হল 1 স্টোরি পয়েন্ট।” সাধারণত একটি সহজ, সুপরিচিত কাজ রেফারেন্স হিসাবে বেছে নেওয়া হয়: “স্ক্রিনে একটি টেক্সট ফিল্ড যোগ করা” বা “একটি টাইপো বাগ ঠিক করা।” অন্যান্য সমস্ত কাজ রেফারেন্সের সাপেক্ষে মূল্যায়ন করা হয়। রেফারেন্স ছাড়া, স্টোরি পয়েন্টস তাদের অর্থ হারায় — প্রত্যেকে এককটি ভিন্নভাবে বোঝে।
ভেলোসিটি হল একটি স্প্রিন্টে দল কতগুলি স্টোরি পয়েন্ট সম্পন্ন করে তার গড় সংখ্যা। এটি প্রকল্পের সময়সীমা পূর্বাভাসের জন্য একটি মূল মেট্রিক।
ভেলোসিটি সম্পন্ন কাজের উপর ভিত্তি করে গণনা করা হয়: দল যে সমস্ত কাজ শেষ করতে পেরেছে (সম্পন্নতার সংজ্ঞা পূরণ হয়েছে) তার স্টোরি পয়েন্ট যোগ করা হয়। অসম্পূর্ণ কাজ গণনা করা হয় না। নির্ভুলতার জন্য, শেষ 3-5 স্প্রিন্টের গড় নেওয়া হয়। উদাহরণস্বরূপ, যদি একটি দল শেষ 4 স্প্রিন্টে 20, 22, 18 এবং 24 স্টোরি পয়েন্ট সম্পন্ন করে, তাহলে ভেলোসিটি = 21 স্প।
ভেলোসিটি এবং স্টোরি পয়েন্টে ব্যাকলগের মোট পরিমাণ জেনে, আপনি রিলিজ পর্যন্ত স্প্রিন্টের সংখ্যা পূর্বাভাস দিতে পারেন। উদাহরণস্বরূপ, ব্যাকলগে যদি 210 স্টোরি পয়েন্ট থাকে এবং ভেলোসিটি = 21 হয়, তাহলে 10 স্প্রিন্ট লাগবে। এটি একটি মোটামুটি পূর্বাভাস যা কাজ অগ্রসর হওয়ার সাথে সাথে পরিমার্জিত হয়। গুরুত্বপূর্ণ: ভেলোসিটি একটি গড়, অঙ্গীকার নয়। গড়ের পরিবর্তে নিম্ন সীমা (18 স্প) এর ভিত্তিতে পরিকল্পনা করুন।
ভেলোসিটি আদেশ দিয়ে বাড়ানো যায় না — এটি প্রক্রিয়ার স্বাস্থ্যের একটি লক্ষণ। টেকসই ভেলোসিটি বৃদ্ধি অর্জিত হয়: প্রযুক্তিগত ঋণ কমানোর মাধ্যমে, কোড পর্যালোচনা প্রক্রিয়া উন্নত করার মাধ্যমে, প্রসঙ্গ পরিবর্তন কমানোর মাধ্যমে, পরীক্ষা এবং CI/CD স্বয়ংক্রিয় করার মাধ্যমে। গুরুত্বপূর্ণ: বিভিন্ন দলের ভেলোসিটি তুলনা করা যায় না — প্রতিটি দল স্টোরি পয়েন্টস নিজস্ব উপায়ে সংজ্ঞায়িত করে।
স্টোরি পয়েন্টস এবং ঘন্টা-এর বিভিন্ন উদ্দেশ্য রয়েছে এবং তাদের মধ্যে পছন্দ প্রসঙ্গের উপর নির্ভর করে। অভিজ্ঞ দলগুলি বিভিন্ন কাজের জন্য উভয় পদ্ধতি ব্যবহার করে।
স্টোরি পয়েন্টস স্প্রিন্ট পরিকল্পনার জন্য অপরিহার্য: তারা নির্ভর করে না কে কাজটি করবে। একজন জুনিয়র প্রতিদিন 2 স্প করতে পারে, একজন সিনিয়র 4 স্প, কিন্তু কাজের মূল্যায়ন উভয়ের জন্যই 2 স্প থাকে। স্টোরি পয়েন্টস ডেভেলপারদের তুলনা না করে দলের উৎপাদনশীলতা ট্র্যাক করার অনুমতি দেয়। এটি রাজনৈতিক চাপ কমায় এবং দলের পরিবেশ উন্নত করে।
ঘন্টা বাহ্যিক প্রতিশ্রুতির জন্য প্রয়োজন: চুক্তি, বাজেট, ক্লায়েন্ট রিপোর্ট। একজন ক্লায়েন্ট “8 স্টোরি পয়েন্টস” না জেনে “3 সপ্তাহ” জানতে চায়। স্টোরি পয়েন্টসকে ঘন্টায় রূপান্তর করতে, ঐতিহাসিক রূপান্তর হার ব্যবহার করুন: দল জানে যে 1 স্প প্রায় 4 ঘন্টা কাজের সমান। রূপান্তরটি স্বচ্ছ এবং ডেটা-চালিত হওয়া উচিত, অনুমানভিত্তিক নয়।
অনেক দল একটি সম্মিলিত পদ্ধতি ব্যবহার করে: স্প্রিন্ট পরিকল্পনার জন্য কাজগুলি স্টোরি পয়েন্টসে মূল্যায়ন করা হয়, এবং তারপর ম্যানেজার বাহ্যিক রিপোর্টিংয়ের জন্য সেগুলিকে ঘন্টা/দিনে রূপান্তর করেন। দুটি সিস্টেমকে এক প্রক্রিয়ায় মিশ্রিত না করা গুরুত্বপূর্ণ: হয় আপনি স্টোরি পয়েন্টসে মূল্যায়ন করুন এবং ভেলোসিটি থেকে সময় বের করুন, অথবা সরাসরি ঘন্টায় মূল্যায়ন করুন।
স্টোরি পয়েন্টস বাস্তবায়ন প্রায়শই ভুলের সাথে থাকে যা আপেক্ষিক মূল্যায়নের সুবিধাগুলো নষ্ট করে দেয়। এখানে সবচেয়ে সাধারণ ভুলগুলি দেওয়া হল।
সবচেয়ে সাধারণ ভুল — দল সম্মত হয়: “1 স্প = 4 ঘন্টা।” এই ক্ষেত্রে, স্টোরি পয়েন্টস তাদের অর্থ হারায় এবং ভিন্ন নামে ঘন্টায় পরিণত হয়। স্টোরি পয়েন্টস আপেক্ষিক হওয়া উচিত, সময়ের সাথে বাঁধা নয়। যদি কাজ A, কাজ B-এর চেয়ে দ্বিগুণ জটিল হয়, তবে এটি 2 স্প পায়, এতে কত ঘন্টা লাগবে তা নির্বিশেষে।
যখন একটি কাজ সম্পন্ন হওয়ার পরে মূল্যায়ন করা হয় — এটি মূল্যায়ন নয়, এটি নথিভুক্তকরণ। স্টোরি পয়েন্টস কাজ শুরু হওয়ার আগে, সর্বোচ্চ অনিশ্চয়তার মুহূর্তে নির্ধারণ করা উচিত। পোস্ট-ফ্যাক্টাম মূল্যায়ন ভেলোসিটি বিকৃত করে এবং পরিকল্পনার জন্য কোন সুবিধা দেয় না। তাছাড়া, এটি নির্ভুলতার একটি মিথ্যা ধারণা তৈরি করে।
দল A এবং দল B-এর ভেলোসিটি তুলনা করা একটি অর্থহীন অনুশীলন। প্রতিটি দল রেফারেন্স এবং স্কেল ভিন্নভাবে সংজ্ঞায়িত করে। একটি দলের জন্য, 1 স্প হল একটি সহজ এক ঘন্টার কাজ, অন্যটির জন্য এটি একটি দিনের কাজ। আপনি শুধুমাত্র সময়ের সাথে একটি দলের ভেলোসিটি তুলনা করতে পারেন: এটি বাড়ছে নাকি কমছে।
যখন একই জটিলতার বিভিন্ন কাজ ভিন্ন ভিন্ন স্টোরি পয়েন্টস পায়, এবং আরও জটিল কাজগুলি কম পায়, স্কেল ভেঙে যায়। দলকে নিয়মিতভাবে স্কেল ক্যালিব্রেট করা উচিত: প্রতি 3-6 স্প্রিন্টে পূর্ববর্তীভাবে পর্যালোচনা করুন মূল্যায়নগুলি প্রকৃত জটিলতার সাথে কতটা মিলেছে। এটি মূল্যায়নের ধারাবাহিকতা উন্নত করে।
সাধারণ জিজ্ঞাসা
স্টোরি পয়েন্টসের ঘন্টায় কোন নির্দিষ্ট সমতুল্য নেই। এটি একটি আপেক্ষিক একক: 1 স্প = রেফারেন্স কাজের জটিলতা। ঘন্টায় রূপান্তরের জন্য, আপনার দলের ঐতিহাসিক রূপান্তর হার ব্যবহার করুন: প্রতি স্প্রিন্টে কাজ করা ঘন্টার গড় সংখ্যাকে ভেলোসিটি দিয়ে ভাগ করুন। সাধারণত 1 স্প = 4-8 ঘন্টা, তবে এটি প্রতিটি দলের জন্য আলাদা।
হ্যাঁ, স্টোরি পয়েন্টস কানবানে ব্যবহার করা যায়, তবে কিছু শর্তসাপেক্ষে। কানবানে কোন নির্দিষ্ট স্প্রিন্ট নেই, তাই ভেলোসিটি সপ্তাহ বা মাস অনুযায়ী গণনা করা হয়। কানবান দলগুলি প্রায়ই স্টোরি পয়েন্টসের পরিবর্তে সাইকেল টাইম ব্যবহার করে — কাজটি শুরু থেকে শেষ পর্যন্ত সময়। পছন্দটি দলের বৈশিষ্ট্যের উপর নির্ভর করে।
যদি মূল্যায়ন ভিন্ন হয় (একজন 3 স্প দেয়, অন্যজন 13), এটি একটি সংকেত যে কাজটি ভালভাবে বোঝা যায়নি। কাজটি ছোট অংশে ভাগ করুন। বিভিন্ন ডেভেলপার যে ঝুঁকি এবং অনিশ্চয়তা দেখে তা আলোচনা করুন। যদি কাজটি বড় হয়, তবে স্টোরি পয়েন্টসের পরিবর্তে এটিকে স্পাইক (2-4 দিনের গবেষণা) হিসাবে মূল্যায়ন করুন।
পরিবর্তন 3-6 স্প্রিন্ট সময় নেয়। একটি স্কেল বেছে নিয়ে (ফিবোনাচি সবচেয়ে নিরাপদ পছন্দ) এবং একটি রেফারেন্স কাজ সংজ্ঞায়িত করে শুরু করুন। 2-3 প্ল্যানিং পোকার সেশন পরিচালনা করুন। প্রতিটি স্প্রিন্টের পরে ভেলোসিটি গণনা করুন। স্টোরি পয়েন্টসকে ঘন্টায় রূপান্তর করবেন না — দলকে নতুন সিস্টেমে অভ্যস্ত হতে দিন। 3 স্প্রিন্টের পরে, আপনি দেখতে পাবেন পরিকল্পনা কতটা উন্নত হয়েছে।
না, মূল্যায়ন পরিবর্তিত হয় না। স্টোরি পয়েন্টস হল কাজ শুরু হওয়ার আগে করা একটি প্রাথমিক জটিলতা মূল্যায়ন। কাজ সম্পন্ন হওয়ার পরে, প্রকৃত প্রচেষ্টা ভিন্ন হলেও মূল্যায়ন একই থাকে। পোস্ট-ফ্যাক্টাম মূল্যায়ন পরিবর্তন করা পরিসংখ্যান বিকৃত করে এবং পূর্বাভাসের উদ্দেশ্য ব্যর্থ করে। পূর্ববর্তী পর্যালোচনায় অসঙ্গতি বিশ্লেষণ করুন, কিন্তু পূর্বপ্রভাবীভাবে মূল্যায়ন পরিবর্তন করবেন না।
সারসংক্ষেপ
আমরা একটি মোবাইল অ্যাপ্লিকেশন টার্নকি তৈরি করব
IT Sectr 2017 সাল থেকে স্টার্টআপ এবং ব্যবসার জন্য iOS এবং Android অ্যাপ্লিকেশন তৈরি করে। আমরা আপনাকে পরামর্শ দেব এবং সেরা সমাধান প্রস্তাব করব।
আরও পড়ুন