প্রায় প্রতিটা খারাপ freelance অভিজ্ঞতা একই মূল কারণে ফিরে যায়: একটা প্রজেক্টে কী জড়িত তা সত্যিকারে বোঝার আগে সেটা গ্রহণ করা। Scoping হলো সেই কথোপকথন যা এটা প্রতিরোধ করে।
| প্রশ্ন | কেন এটা গুরুত্বপূর্ণ |
|---|---|
| "শেষ" নির্দিষ্টভাবে দেখতে কেমন? | একটা অস্পষ্ট brief ("এটাকে আধুনিক করুন") পরে অসীম, অসংজ্ঞায়িত revision-এর দিকে নিয়ে যায় |
| আসল deadline কী, আর এটা কি flexible? | একটা "flexible" deadline যা আসলে না, তাড়াহুড়ো করা, খারাপ কাজের কারণ হয় |
| কতগুলো revision round অন্তর্ভুক্ত? | unlimited revision, না-বলা, scope creep-এর সবচেয়ে সাধারণ উৎস |
| আসল সিদ্ধান্ত-গ্রহণকারী কে? | ভিন্ন মতামত সহ ৩ জনের মধ্য দিয়ে filter হওয়া feedback একজন স্পষ্ট অনুমোদনকারীর চেয়ে অনেক বেশি সময় নেয় |
| কী বিদ্যমান asset/access দেওয়া হচ্ছে? | অনুপস্থিত login, brand asset, বা content অন্যথায় শুরু করার জন্য প্রস্তুত একটা প্রজেক্টকে চুপচাপ থামিয়ে দিতে পারে |
শুরু করার আগে client-কে ফেরত পাঠানো একটা ছোট লিখিত scope সারসংক্ষেপ — এমনকি ৫-৬টা bullet point-ও — দুটো কাজ করে: ভুল বোঝাবুঝি এখনো সস্তায় ঠিক করা যায় থাকতেই ধরে, আর পরে প্রজেক্টটা যা রাজি হওয়া হয়েছিল তা থেকে সরে গেলে তখনকার সূত্র বিন্দু হয়ে ওঠে।
অস্পষ্ট উত্তর, "শেষ" সংজ্ঞায়িত করতে অনিচ্ছা, বা একটা তাড়াহুড়ো করা "শুধু শুরু করুন, আমরা বের করব" সবই থামার যোগ্য সংকেত — একটা স্পষ্ট scope ছাড়া একটা প্রজেক্ট কাজ শুরু হলে কদাচিৎ সহজ হয়ে ওঠে, আর এখানে সামান্য পরিমাণ আগাম ঘর্ষণ পরের একটা বিরোধের চেয়ে অনেক সস্তা।
প্রশ্ন করা বিশ্বাস তৈরি করে, এটা খরচ করে না
Scoping প্রশ্ন জিজ্ঞাসাবাদ না — ভালোভাবে সাজালে, এগুলো দক্ষতা হিসেবে পড়ে। একজন client সাধারণত এমন একজন freelancer-কে বেশি বিশ্বাস করে যে আগে থেকে তীক্ষ্ণ প্রশ্ন করে, তার চেয়ে যে সাথে সাথে সবকিছুতে হ্যাঁ বলে।