মানুষ বুঝতে পারে এমন রিকোয়েস্ট অগ্রাধিকার ব্যবস্থা

পরিষ্কার নিয়ম না থাকলে রিকোয়েস্টকে অন্যায় মনে হয় কেন

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

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

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

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

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

স্বচ্ছ রিকোয়েস্ট ইনটেক প্রক্রিয়া মতভেদ সামলানোর জন্য দলকে আরও শান্ত একটি পথও দেয়। কোনো রিকোয়েস্টদাতা বাদ পড়া তথ্য ঠিক করতে বা ডেডলাইন বদলানোর কারণ জানাতে পারেন। নিজের কাজটি বেশি জরুরি «মনে হচ্ছে» এমন যুক্তি দিতে বা ব্যক্তিগত কথোপকথনের পেছনে ছুটতে হয় না।

প্রতিটি রিকোয়েস্টে তিনটি প্রশ্নের উত্তর থাকা উচিত:

• এটি কোন সমস্যা সমাধান করবে এবং কারা তা অনুভব করবে?
• দল অপেক্ষা করলে কী ঘটবে?
• অন্য কাজের তুলনায় এই রিকোয়েস্টটি আগে বা পরে কেন থাকবে?

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

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

মানুষ যে চারটি বিষয় বুঝতে পারে, সেগুলো বেছে নিন

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

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

প্রভাব বোঝায় দল রিকোয়েস্টটি সম্পন্ন করলে, অথবা অসম্পূর্ণ রেখে দিলে কী বদলাবে। এতে প্রভাবিত কাস্টমার বা কর্মীর সংখ্যা, লাভ বা ক্ষতি, আইনি বা নিরাপত্তা ঝুঁকি এবং কমে যাওয়া ম্যানুয়াল কাজের সময় ধরা যেতে পারে।

এমন একটি ছোট স্কেল ব্যবহার করুন, যা অনুমান না করে প্রয়োগ করা যায়:

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

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

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

ডেডলাইনের পেছনে প্রমাণ থাকা দরকার। সত্যিকারের ডেডলাইনে একটি তারিখ এবং স্পষ্ট পরিণতি থাকে: «নতুন করের নিয়ম ১ জুলাই থেকে কার্যকর হবে, আর এই ফিল্ড ছাড়া আমরা রিটার্ন জমা দিতে পারব না।» «শুক্রবারের মধ্যে শেষ করুন» একটি পছন্দ মাত্র, যদি না রিকোয়েস্টদাতা জানান শুক্রবারের পর কী ঘটবে।

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

সহজে ব্যাখ্যা করা যায় এমন স্কোরিং মডেল তৈরি করুন

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

প্রভাব, জরুরি অবস্থা, ডেডলাইনের চাপ এবং পরিশ্রম ব্যবহার করুন। প্রতিটি সংখ্যার অর্থ সহজ ভাষায় লিখুন এবং রিকোয়েস্ট ফর্মেই সংজ্ঞাগুলো রাখুন।

হিসাবটি দৃশ্যমান রাখুন:

Priority score = (Impact x 2) + Urgency + Deadline pressure + (6 - Effort)

এতে প্রভাবকে বেশি গুরুত্ব দেওয়া হয়। দুটি রিকোয়েস্টে সুবিধা প্রায় একই হলে কম সময়ের কাজ সামান্য এগিয়ে থাকে। স্কোর ৫ থেকে ২৫-এর মধ্যে হবে। দলের একজন সদস্য সহজ ভাষায় ফলাফল ব্যাখ্যা করতে পারবেন: «আমরা এটিকে আগে রেখেছি, কারণ এতে অনেক মানুষ প্রভাবিত হবে, ডেডলাইন নির্দিষ্ট এবং বিকল্প কাজটির তুলনায় এতে কম পরিশ্রম লাগবে।»

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

উদাহরণ হিসেবে, একটি সেলস টিম ১৮ স্কোরের একটি রিপোর্ট চায়। একটি সাপোর্ট সমস্যার স্কোর ১৬, কিন্তু একজন কাস্টমার পেইড অর্ডার সম্পন্ন করতে পারছেন না। রিভিউয়ার সাপোর্ট সমস্যাটিকে এগিয়ে এনে লিখতে পারেন: «একজন কাস্টমারের সক্রিয় পেইড অর্ডার আটকে আছে।» এতে সিদ্ধান্তটি ব্যক্তিগত না থেকে পর্যালোচনাযোগ্য হয়।

ফর্ম ও মোট স্কোর হিসাব করার বিজনেস লজিক দিয়ে AppMaster এমন একটি নো-কোড রিকোয়েস্ট পোর্টাল তৈরিতে সাহায্য করতে পারে। প্রতিটি ফিল্ডের পাশে বিষয়গুলোর বর্ণনা রাখুন, যাতে রিকোয়েস্টদাতা ও রিভিউয়ার একই নিয়ম ব্যবহার করেন।

প্রতিটি রিকোয়েস্টের প্রয়োজনীয় তথ্য সংগ্রহ করুন

প্রতিটি আইটেমের জন্য একই মৌলিক তথ্য দরকার। একটি ছোট ইনটেক ফর্ম «দয়া করে দ্রুত করুন»-এর মতো অস্পষ্ট বার্তাকে নথিভুক্ত ব্যবসায়িক প্রয়োজন থাকা কাজের আগে চলে যেতে বাধা দেয়।

বেশিরভাগ দলের পাঁচটি আবশ্যিক ফিল্ড দরকার:

• সমস্যা বা চাওয়া পরিবর্তনের সহজ ভাষায় বর্ণনা
• ফলাফলটি যে ব্যক্তি বা গোষ্ঠী ব্যবহার করবে
• তারা কত ঘন ঘন এটি ব্যবহার করবে
• দল কাজটি পিছিয়ে দিলে কী ঘটবে
• কোনো নির্দিষ্ট ডেডলাইন থাকলে তা

অপেক্ষা করলে কী হবে, তা নির্দিষ্টভাবে জানতে চান। «এটি কাজে লাগবে» জরুরি অবস্থা বোঝায় না। রিকোয়েস্টদাতা বলতে পারেন, সাপোর্ট এজেন্টরা প্রতিটি কেসে দুটি সিস্টেমের মধ্যে তথ্য কপি করেন, অথবা পোর্টালে একটি ফিল্ড না আসা পর্যন্ত কাস্টমার অর্ডার সম্পন্ন করতে পারেন না। এসব তথ্য দলকে ন্যায্যভাবে স্কোর করার ভিত্তি দেয়।

ব্যবহারের মাত্রাও অগ্রাধিকার বদলে দেয়। প্রতিদিন সকালে ৪০ জন সেলস কর্মী ব্যবহার করেন এমন একটি রিপোর্ট, একজন ম্যানেজার প্রতি কোয়ার্টারে একবার ব্যবহার করেন এমন একই ধরনের রিপোর্টের চেয়ে বেশি প্রভাব ফেলতে পারে। মানুষকে নিজের স্কোর দিতে না বলে তথ্য দিতে বলুন। এরপর নিয়মগুলো সেই তথ্যকে ধারাবাহিক ফলাফলে রূপ দিতে পারবে।

ডেডলাইনকে প্রেক্ষাপট-প্রয়োজন এমন দাবি হিসেবে দেখুন

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

কেউ নিজের সুবিধার জন্য «শুক্রবার» লিখলে তার স্কোর এমন ব্যক্তির সমান হওয়া উচিত নয়, যার পেমেন্ট প্রক্রিয়া শুক্রবার বন্ধ হয়ে যাবে। জিজ্ঞেস করুন: «এই তারিখের মধ্যে প্রস্তুত না হলে কী ঘটবে?» পরিষ্কার উত্তর ডেডলাইন মূল্যায়ন করা সহজ করে। দুর্বল উত্তর থাকলে দলটি তারিখটি সমন্বয় করার কারণ পায়।

অসম্পূর্ণ রিকোয়েস্ট দ্রুত ফেরত দিন

অর্ধেক সম্পন্ন রিকোয়েস্ট কিউতে ফেলে রাখবেন না। নির্দিষ্ট নোটসহ ফেরত দিন, যেমন: «অনুগ্রহ করে ব্যবহারকারী গোষ্ঠীর নাম লিখুন এবং দুই সপ্তাহ দেরি হলে কী প্রভাব পড়বে তা জানান।» এতে প্রক্রিয়া ন্যায্য থাকে এবং দলকে অনুমান করে নিতে হয় না।

নো-কোড রিকোয়েস্ট পোর্টাল আবশ্যিক ফিল্ড করতে পারে এবং প্রযোজ্য হলেই ফলো-আপ প্রশ্ন দেখাতে পারে। যেমন, কেউ ডেডলাইন দেওয়ার পর ডেডলাইন-সংক্রান্ত প্রশ্নটি দেখা যেতে পারে। AppMaster ব্যবহারকারী দল ফর্ম, বিজনেস রুল এবং «Needs clarification» স্ট্যাটাসসহ একটি ইনটেক অ্যাপ তৈরি করতে পারে, যাতে দীর্ঘ ইমেল থ্রেড ছাড়াই রিকোয়েস্টদাতারা বাদ পড়া তথ্য পূরণ করতে পারেন।

পরিষ্কার ইনটেক আমলাতন্ত্র নয়। এতে নীরব মানুষ ও প্রভাবশালী মানুষ, সবার রিকোয়েস্টেই একই রিকোয়েস্ট স্কোরিংয়ের নিয়ম প্রয়োগ করার মতো যথেষ্ট প্রমাণ থাকে।

একই নিয়মে প্রতিদ্বন্দ্বী রিকোয়েস্ট তুলনা করুন

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

দুটি রিকোয়েস্টেই একই সূত্র ব্যবহার করুন: (Impact x 2) + Urgency + Deadline pressure + (6 - Effort)।

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

এক দিন পর সেলস টিম প্রমাণ যোগ করল: একজন কাস্টমারের শুক্রবার রিনিউয়াল মিটিং আছে, অ্যাকাউন্ট ম্যানেজার মিটিংয়ের আমন্ত্রণ সংযুক্ত করলেন এবং কাস্টমার সেই কলের আগে পোর্টালে প্রবেশাধিকার চাইলেন। ডেডলাইনের স্কোর ১ থেকে বেড়ে ৫ হলো।

এখন পোর্টাল রিকোয়েস্টের স্কোর ১৭ এবং এটি রিপোর্টের আগে চলে গেল। রিপোর্টটির উপযোগিতা কমেনি। পোর্টাল পরিবর্তনের একটি নিশ্চিত কাস্টমার ডেডলাইন আছে, যা আগে আসছে।

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

স্কোরের পাশে নোটটি ছোট রাখুন: «শুক্রবার রিনিউয়াল মিটিং নিশ্চিত; ১৮ জন সক্রিয় কাস্টমার এই পোর্টাল ব্যবহার করেন।» কিউ পর্যালোচনা করা যে কেউ অর্ডার বদলানোর কারণ দেখতে পারবেন, আর অপারেশনস টিম পরিষ্কার সিদ্ধান্তের ভিত্তিতে পরিকল্পনা করতে পারবে।

কীভাবে সিদ্ধান্ত হয়, তা রিকোয়েস্টদাতাদের জানান

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

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

কিউ দৃশ্যমান করুন

প্রতিটি রিকোয়েস্টদাতার বর্তমান স্ট্যাটাস ও পরিকল্পিত রিভিউয়ের তারিখ দেখা উচিত। সহজ লেবেল ভালো কাজ করে: New, Needs information, Under review, Planned, In progress এবং Not planned। পরবর্তী পদক্ষেপ জানা না থাকলে «pending»-এর মতো লেবেল এড়িয়ে চলুন।

উদাহরণ হিসেবে, একজন সেলস ম্যানেজার কাস্টমার পোর্টালে একটি ফিল্ড যোগ করার রিকোয়েস্ট জমা দিলেন। পোর্টালে দেখা যাচ্ছে এটি পর্যালোচনাধীন, এর স্কোর ১১ এবং ১৪ মে এটি নিয়ে আলোচনা হবে। ফলাফলটি ম্যানেজারের পছন্দ নাও হতে পারে, তবে নীরবতার বদলে তার হাতে তথ্য আছে।

স্কোর বদলালে সহজ ভাষায় ছোট মন্তব্য যোগ করুন:

• «ডেডলাইন পরের কোয়ার্টারে চলে গেছে, তাই জরুরি অবস্থার স্কোর ৪ থেকে ২ হয়েছে।»
• «সাপোর্ট নিশ্চিত করেছে যে ৬০ জন কাস্টমার এই সমস্যায় পড়ছেন, তাই প্রভাবের স্কোর ২ থেকে ৫ হয়েছে।»
• «দল একটি বিদ্যমান API খুঁজে পেয়েছে, ফলে পরিশ্রমের স্কোর ৪ থেকে ২ হয়েছে।»

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

মানুষকে তথ্য সংশোধনের সুযোগ দিন

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

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

যে ভুলগুলো বিশ্বাস নষ্ট করে

যখন কোনো রিকোয়েস্ট অগ্রাধিকার ব্যবস্থা ঘরের সবচেয়ে জোরালো কণ্ঠকে পুরস্কৃত করে, তখন তার বিশ্বাসযোগ্যতা কমে যায়। কোনো রিকোয়েস্টদাতা নিজের ডেডলাইনের কারণে আইটেমটিকে জরুরি বলতে পারেন, কিন্তু জরুরি অবস্থার জন্য প্রমাণ দরকার: নির্দিষ্ট তারিখ, কাস্টমার প্রতিশ্রুতি, কমপ্লায়েন্স সমস্যা বা সার্ভিস বিভ্রাট। লাল «urgent» লেবেল গ্রহণ না করে প্রমাণ চাইুন।

কঠিন কিন্তু প্রয়োজনীয় কাজের শাস্তি হিসেবে পরিশ্রম ব্যবহার করবেন না। বড় নিরাপত্তা ফিক্স বা জটিল কাস্টমার পোর্টাল পরিবর্তনে সাধারণ রিপোর্টের চেয়ে বেশি সময় লাগতে পারে, তবু এর সুবিধা কাজটিকে যুক্তিসঙ্গত করে তুলতে পারে। পরিশ্রম বিকল্প তুলতে সাহায্য করে। এটি জটিল কাজকে চিরদিন পিছিয়ে রাখার কারণ হওয়া উচিত নয়।

অস্পষ্ট প্রভাবের দাবিও একই সমস্যা তৈরি করে। «এতে সবাই উপকৃত হবে» এমন কথা রিভিউয়ারকে স্কোর করার মতো কিছু দেয় না। কে উপকৃত হবে এবং কী বদলাবে, তা জানতে চান। «প্রতি সপ্তাহে ৪০টি কেসের প্রতিটিতে সাপোর্ট এজেন্টরা ১৫ মিনিট করে তথ্য কপি করেন» এমন তথ্য দলকে প্রভাবের হিসাব করার বাস্তব ভিত্তি দেয়।

বিশ্বাস নষ্ট করার সাধারণ কারণগুলো হলো:

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

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

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

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

চালুর আগে প্রক্রিয়াটি পরীক্ষা করুন

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

দুইজন রিভিউয়ারকে একই নমুনা রিকোয়েস্ট দিন, যাতে সাধারণ রিকোয়েস্টদাতা যে তথ্য দেবেন তার বেশি কিছু তারা না পান। তাদের মোট স্কোর হুবহু এক না হলেও চলবে, কিন্তু বড় পার্থক্য অস্পষ্ট নিয়মের ইঙ্গিত দেয়। «উচ্চ প্রভাব»-এর বদলে «৫০ জনের বেশি কাস্টমারকে প্রভাবিত করে» বা «ফাইন্যান্স টিমকে মাস শেষ করতে বাধা দেয়»-এর মতো বর্ণনা ব্যবহার করুন।

প্রতিটি প্রতিশ্রুত তারিখ যাচাই করুন। একটি ডেডলাইনের সঙ্গে আইনি ফাইলিংয়ের তারিখ, মেয়াদ শেষ হওয়া চুক্তি, কাস্টমার প্রতিশ্রুতি বা পরিকল্পিত অনুষ্ঠানের মতো পরিণতি থাকা দরকার। «আমার শিগগিরই দরকার» একটি পছন্দ, ডেডলাইন নয়।

চালুর আগে নিশ্চিত করুন:

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

বড় কোনো কাজ আসায় কোনো রিকোয়েস্ট পিছিয়ে গেলে সংক্ষিপ্ত আপডেটে তা জানান। «নতুন নিরাপত্তা রিকোয়েস্ট কাস্টমার অ্যাক্সেস আটকে দেওয়ায় এটি নিচে সরানো হয়েছে» এমন ব্যাখ্যা নীরবে স্ট্যাটাস বদলানোর চেয়ে বেশি আস্থা তৈরি করে।

এই ধরনের নো-কোড রিকোয়েস্ট পোর্টাল তৈরির জন্য AppMaster উপযোগী। দল ইনটেক ফর্ম তৈরি করতে, উত্তরের ভিত্তিতে স্কোর হিসাব করতে, রিকোয়েস্টদাতাদের স্ট্যাটাস দেখাতে এবং ইমেল থ্রেডে হারিয়ে না ফেলে প্রতিটি রিকোয়েস্টের পাশে রিভিউয়ার নোট রাখতে পারে।

ছোট করে শুরু করুন এবং প্রক্রিয়াটি দৃশ্যমান রাখুন

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

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

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

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

সাবমিশনের পর রিকোয়েস্টদাতাদের দেখা উচিত:

• স্কোর বা অগ্রাধিকার স্তর
• যে বিষয়গুলো স্কোর তৈরি করেছে
• বর্তমান স্ট্যাটাস ও দায়িত্বপ্রাপ্ত ব্যক্তি
• কাজের সময়সূচি নির্ধারিত না হলে পরবর্তী রিভিউয়ের তারিখ

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

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