Revision পেশাদারভাবে সামলানো

Revision client কাজের একটা স্বাভাবিক, প্রত্যাশিত অংশ — কেউ প্রথম পাসেই ঠিক ঠিক করে না, আর একজন client আসলে যা সম্মত হয়েছিল তাতে সমন্বয় চাওয়ার অধিকার রাখে। সমস্যা তখন শুরু হয় যখন "revision" চুপচাপ "সীমাহীন নতুন কাজ"-এর একটা শব্দ হয়ে যায়।

Proposal বা contract-এ অন্তর্ভুক্ত revision round-এর একটা সংখ্যা (সাধারণত ২-৩) বলা কৃপণতা না — এটা স্বাভাবিক industry practice, আর এটা একটা fixed-price প্রজেক্টকে চুপচাপ সীমাহীন হয়ে যাওয়া থেকে রক্ষা করে। সেই সীমার বাইরে revision কেবল ছোট add-on হিসেবে বিল করা হয়, scope creep যেভাবে সামলানো হয় ঠিক সেভাবে।

প্রতিরক্ষামূলক না হয়ে এটা স্বীকার করুন, request অস্পষ্ট হলে একটা স্পষ্টীকরণ প্রশ্ন করুন, আর সংশোধিত version-এর turnaround time নিশ্চিত করুন। একটা revision request পুরো প্রজেক্টের সমালোচনা না — এভাবে এটা ধরলে একটা সহজ, স্বাভাবিক আদান-প্রদান দুই পক্ষের জন্যই টানটান মনে হয়।