ADR-এর জন্য দলগত কাজের পরামর্শ

আপনি যদি আপনার দলে সিদ্ধান্ত রেকর্ড ব্যবহারের কথা ভাবছেন, তাহলে অনেক দলের সঙ্গে কাজ করে আমরা যে পরামর্শ পেয়েছি তা এখানে দেওয়া হলো।

“কী” চাপিয়ে দেওয়ার বদলে “কেন” নিয়ে একসঙ্গে কথা বলার মাধ্যমে আপনি সহকর্মীদের নেতৃত্ব দেওয়ার সুযোগ পান। উদাহরণস্বরূপ, সিদ্ধান্ত রেকর্ড হলো দলগুলোর আরও বুদ্ধিমত্তার সঙ্গে ভাবা এবং আরও ভালোভাবে যোগাযোগ করার একটি উপায়; সিদ্ধান্ত রেকর্ড যদি কেবল ঘটনার পরে বাধ্যতামূলক কাগজপত্রের প্রয়োজনীয়তা হয়, তাহলে তা মূল্যবান নয়।

কিছু দল “ADR” সংক্ষিপ্ত রূপের চেয়ে “সিদ্ধান্ত” (decisions) নামটি অনেক বেশি পছন্দ করে। কিছু দল যখন ডিরেক্টরির নাম “decisions” ব্যবহার করে, তখন যেন একটি বাতি জ্বলে ওঠে, এবং দল ডিরেক্টরিতে আরও তথ্য রাখতে শুরু করে, যেমন বিক্রেতা-সংক্রান্ত সিদ্ধান্ত, পরিকল্পনা-সংক্রান্ত সিদ্ধান্ত, সময়সূচি-সংক্রান্ত সিদ্ধান্ত ইত্যাদি। এই সব ধরনের তথ্যে একই টেমপ্লেট ব্যবহার করা যায়। আমরা অনুমান করি যে সংক্ষিপ্ত রূপের (“ADR”) চেয়ে শব্দে (“decisions”) মানুষ দ্রুত শেখে, “রেকর্ড” শব্দটি সরিয়ে দিলে মানুষ চলমান কাজের নথি লিখতে বেশি অনুপ্রাণিত হয়, এবং কিছু ডেভেলপার ও কিছু ম্যানেজার “আর্কিটেকচার” শব্দটি অপছন্দ করেন।

তত্ত্বগতভাবে অপরিবর্তনীয়তা আদর্শ। বাস্তবে পরিবর্তনযোগ্যতা আমাদের দলগুলোর জন্য ভালো কাজ করেছে। আমরা বিদ্যমান ADR-এ নতুন তথ্য যোগ করি, তারিখের ছাপ এবং এই নোটসহ যে তথ্যটি সিদ্ধান্তের পরে এসেছে। এই ধরনের পদ্ধতি একটি “জীবন্ত নথি” তৈরি করে, যা আমরা সবাই হালনাগাদ করতে পারি। সাধারণ হালনাগাদ ঘটে যখন আমরা নতুন সহকর্মী, নতুন পণ্য, আমাদের ব্যবহারের বাস্তব ফলাফল, অথবা বিক্রেতার সক্ষমতা, মূল্য পরিকল্পনা, লাইসেন্স চুক্তি ইত্যাদির মতো সিদ্ধান্তের পরে ঘটা তৃতীয় পক্ষের পরিবর্তনের কারণে তথ্য পাই।