1.5

View in English

1.5 সিদ্ধান্ত গ্রহণ ও গভর্নেন্স

পরিচিতি ও প্রেরণা

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

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

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

মূল নীতিসমূহ

  • সিদ্ধান্ত ও তার যুক্তি লিপিবদ্ধ করুন; যুক্তিহীন সিদ্ধান্ত একটি দায়।
  • সিদ্ধান্ত নিচে ঠেলে দিন সেই সর্বনিম্ন স্তরে যেখানে প্রেক্ষাপট আছে, স্পষ্ট রক্ষাবেষ্টনীর ভেতরে।
  • প্রক্রিয়ার ওজন সিদ্ধান্তের ওজন ও ফেরানোর সম্ভাবনার সঙ্গে মেলান।
  • ফেরানো-যায় (“দ্বিমুখী দরজা”) আর ফেরানো-যায়-না (“একমুখী দরজা”) সিদ্ধান্ত আলাদা করুন এবং আলাদাভাবে নিয়ন্ত্রণ করুন।
  • ঘটনা-ভিত্তিক অনুমোদনের চেয়ে পাকা পথ ও ডিফল্টকে অগ্রাধিকার দিন।
  • প্রযুক্তিগত ঋণকে পরিচালিত পোর্টফোলিও হিসেবে দেখুন, লুকানোর মতো নৈতিক ব্যর্থতা হিসেবে নয়।
  • গভর্নেন্স স্বচ্ছ করুন; লুকানো সিদ্ধান্ত গ্রহণ অবিশ্বাস ও পুনঃকাজ জন্মায়।

সুপারিশ

স্থাপত্য সিদ্ধান্ত নথি এবং উপযুক্ত মাপের RFC প্রক্রিয়া গ্রহণ করুন

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

দ্বাররক্ষীর মাধ্যমে নয়, পাকা পথের মাধ্যমে নিয়ন্ত্রণ করুন

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

আর্কিটেকচার রিভিউ বোর্ড অল্প এবং স্বচ্ছভাবে ব্যবহার করুন

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

বানাব-বনাম-কিনব-বনাম-গ্রহণ করব বিষয়টিকে সুচিন্তিত বিশ্লেষণে পরিণত করুন

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

প্রযুক্তিগত ঋণকে পোর্টফোলিও হিসেবে পরিচালনা করুন

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

ফেরানো-যায় ও ফেরানো-যায়-না সিদ্ধান্ত আলাদা করুন

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

ট্রেড-অফ: সুবিধা ও অসুবিধা

গভর্নেন্স পদ্ধতিসুবিধাঅসুবিধা
সবকিছুর জন্য কেন্দ্রীয় রিভিউ বোর্ডসর্বোচ্চ সামঞ্জস্য ও তদারকিতীব্র বাধা; দলকে ক্ষমতাহীন করে; ধীর
স্থানীয় স্বায়ত্তশাসনসহ পাকা পথবড় হয়, দ্রুত, নিরাপদ ডিফল্ট, দলকে ক্ষমতায়ন করেঅগ্রিম প্ল্যাটফর্ম বিনিয়োগ লাগে; কিছু পথ-ছাড়া বিচ্যুতি
গভর্নেন্স ছাড়া পূর্ণ দলীয় স্বায়ত্তশাসনদ্রুত, উচ্চ মালিকানাবিচ্ছিন্নতা, পুনরাবৃত্তি, একই ভুলের পুনরাবৃত্তি
ADR / RFCটেকসই স্মৃতি, ভালো সিদ্ধান্ত, স্বচ্ছতালেখার বাড়তি বোঝা; রক্ষণাবেক্ষণ না হলে উপেক্ষিত
সোর্সিং পছন্দসুবিধাঅসুবিধা
বানানোপূর্ণ নিয়ন্ত্রণ, ঠিক খাপ খায়, আলাদা হতে পারেচিরস্থায়ী রক্ষণাবেক্ষণ ও লোকবল খরচ
কেনাদ্রুত, সমর্থিত, রক্ষণাবেক্ষণ করে অন্য কেউলাইসেন্স খরচ, লক-ইন, অসম্পূর্ণ খাপ
গ্রহণ (ওপেন সোর্স)লাইসেন্স ফি নেই, পরিদর্শনযোগ্য, সম্প্রদায়সহায়তা ও নিরাপত্তার বোঝা আপনার ওপর

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

আপনার দলের সঙ্গে আলোচনার প্রশ্ন

  1. একটি সিদ্ধান্ত একমুখী দরজা কি না তা কে ঠিক করে, এবং দুই দিকেই ভুল শ্রেণিবিভাগ কীভাবে ধরবেন? ফেরানোর সম্ভাবনা দিয়ে সিদ্ধান্ত শ্রেণিবদ্ধ করা সবচেয়ে উচ্চ-প্রভাবশালী গভর্নেন্স অভ্যাসগুলোর একটি, আর ভুল লেবেল দিলে তার মূল্য ভেঙে পড়ে: ফেরানো-যায় পছন্দকে অপরিবর্তনীয় ভাবলে তাকে বিবেচনায় ডুবিয়ে দেন, অপরিবর্তনীয়কে ফেরানো-যায় ভাবলে এমন ডেটা মডেল বা প্রকাশ্য API চুক্তি চালু করেন, যা সস্তায় পূর্বাবস্থায় ফেরানো যায় না। প্রতিদ্বন্দ্বী ঝুঁকি হলো কাজের সবচেয়ে কাছের মানুষ গতির দিকে পক্ষপাতী হতে পারেন, আর কেন্দ্রীয় বোর্ড সতর্কতার দিকে। আলোচনায় সুনির্দিষ্ট উদাহরণ আনুন: প্রতিটি সিদ্ধান্ত ফেরাতে সময় ও অর্থে সত্যিই কত খরচ হবে, এবং সেই খরচ কে বহন করে। এন্টারপ্রাইজ ও সরকারি ক্ষেত্রে ক্রয়ের প্রতিশ্রুতি ও বড় পরিসরের ডেটা অনেক পছন্দকে একমুখী দরজায় পরিণত করে, যেগুলো আগে ফেরানো-যায় মনে হয়েছিল। কে শ্রেণিবদ্ধ করবেন তা ঠিক করুন, এবং সীমানার কাছাকাছি যেকোনো কিছুতে দ্রুত দ্বিতীয় মতের অভ্যাস গড়ুন, যাতে দুষ্প্রাপ্য নিরীক্ষণ সেখানে পড়ে যেখানে ফেরানো সত্যিই ব্যয়বহুল।

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

  3. দলগুলো আপনার গভর্নেন্স এড়িয়ে কোথায় ঘুরে যাচ্ছে, এবং সেই শ্যাডো আইটি আপনাকে কী বলছে? অনুমোদিত পথ যখন বিকল্পের চেয়ে বেশি যন্ত্রণাদায়ক, তখন দলগুলো তা এড়ায়, তাই ব্যাপক শ্যাডো আইটি শৃঙ্খলার সমস্যার চেয়ে আপনার গভর্নেন্সের নকশা সম্পর্কে রায়। প্রতিদ্বন্দ্বী বিবেচনা প্রকৃত: কিছু এড়ানো বেপরোয়া, আর বেশিরভাগ হলো এমন একটি রিভিউ বোর্ড এড়ানোর যুক্তিসঙ্গত চেষ্টা, যা কয়েক সপ্তাহের সারিতে পরিণত হয়েছে। প্রমাণ আনুন: কোন অনুমোদন এড়ানো হচ্ছে, কোন অনানুষ্ঠানিক টুল নিঃশব্দে ছড়িয়েছে, এবং সরকারি পথে আসলে কত সময় লাগে। এন্টারপ্রাইজ ও সরকারি প্রেক্ষাপটে ঝুঁকি আরও বেশি, কারণ অননুমোদিত টুল আইনি ওজনসম্পন্ন অডিট, নিরাপত্তা ও ক্রয়ের বাধ্যবাধকতা লঙ্ঘন করতে পারে। ধরন যদি দেখায় মানুষ একটি বাধা এড়িয়ে ঘুরছে, তাহলে সমাধান পাকা পথকে দ্রুত ও প্রশস্ত করা এবং বোর্ডের পরিসর সংকুচিত করা সেই অল্প আন্তঃ-ক্ষেত্র, অপরিবর্তনীয় সিদ্ধান্তে, আরও অনুমোদন যোগ করা নয়।

  4. আমাদের সরবরাহ সক্ষমতার কতটুকু আসলে প্রযুক্তিগত ঋণ শোধে যায়, এবং কোন সর্বোচ্চ-সুদের বিষয়গুলো আগে লক্ষ্য করা উচিত তা কি আমরা নাম দিতে পারি? প্রযুক্তিগত ঋণ চক্রবৃদ্ধি সুদের মতো আচরণ করে, প্রতিটি ভবিষ্যৎ পরিবর্তনের ওপর নিঃশব্দ কর, আর একটি বড় প্রতিষ্ঠান বছরের পর বছর তা বহন করতে পারে সিস্টেম যে ধীর ও পরিবর্তনে ভঙ্গুর হয়ে গেছে তা কেউ লক্ষ্য করার আগে। প্রতিদ্বন্দ্বী চাপ ভোঁতা: ঋণে ব্যয় করা প্রতিটি ঘণ্টা সেই ঘণ্টা, যা নেতৃত্বের চোখে পড়া ফিচারে ব্যয় হয়নি, তাই সময়সীমা কড়া হলে শোধই প্রথম কাটা পড়ে। আলোচনায় প্রকৃত প্রমাণ আনুন: গুরুত্বপূর্ণ ঋণের লিখিত তালিকা, প্রতিটি বিষয় যে চলমান খরচ চাপায় ও সারাতে যে খরচ লাগে তার সৎ অনুমান, এবং নতুন কাজের তুলনায় শোধে যাওয়া সাম্প্রতিক সক্ষমতার প্রকৃত ভগ্নাংশ। দশক-দীর্ঘ সময়সীমার এন্টারপ্রাইজ ও সরকারি সংস্থার জন্য অপরিচালিত ঋণ শেষমেশ ব্যয়বহুল পুনর্লিখন বা অডিট পর্যবেক্ষণ বাধ্য করে, তাই স্থায়ী শোধ-বরাদ্দকে ঝুঁকি ব্যবস্থাপনা ভাবুন এবং সময়সূচি পিছলে গেলে কে তা পাহারা দেবে তা ঠিক করুন।

  5. দুই বছর আগে নেওয়া কোনো সিদ্ধান্তের পেছনের যুক্তি যখন আমাদের দরকার, তখন কি আমরা আসলে তা খুঁজে পাই, এবং সেই নথি জীবন্ত রাখছে কি কেউ? স্থাপত্য সিদ্ধান্ত নথির পুরো মূল্য হলো যুক্তি তার নির্মাতাদের চেয়ে বেশি টেকে, আর ADR একবার লেখা হয়ে কখনো অনুসন্ধান না হলে এবং নিঃশব্দে সেকেলে হয়ে গেলে সেই মূল্য ভেঙে পড়ে। টানাপোড়েন হলো সিদ্ধান্তের মুহূর্তে প্রেক্ষাপট, বিকল্প ও পরিণতি ধারণের লেখার শৃঙ্খলা এবং কেবল চালু করে এগিয়ে যাওয়ার দৈনন্দিন চাপের মধ্যে। আলোচনায় সুনির্দিষ্ট পরীক্ষা আনুন: সাম্প্রতিক তিনটি গুরুত্বপূর্ণ সিদ্ধান্ত বেছে দেখুন কেউ কয়েক মিনিটে লিপিবদ্ধ যুক্তি খুঁজে পায় কি না, এবং যাচাই করুন বাতিল ADR-গুলো বাতিল হিসেবে চিহ্নিত আছে কি না, নাকি তারা নিঃশব্দে বর্তমান চর্চার সঙ্গে বিরোধ করছে। এন্টারপ্রাইজ ও সরকারি ক্ষেত্রে সেই অনুসন্ধানযোগ্য নথিই নিরীক্ষক ও তদারকি সংস্থার চাওয়া সমর্থনযোগ্য প্রমাণ, তাই ঠিক করুন ADR কোথায় থাকবে, কে পর্যালোচনা করবে এবং কোন সিদ্ধান্ত লিপিবদ্ধ করার মতো গুরুত্বপূর্ণ।

  6. আমরা শেষ কবে একটি বড় বানাব-বনাম-কিনব সিদ্ধান্ত তার মূল অনুমানের বিপরীতে পুনরায় খুলেছি, এবং সেই অনুমান মেয়াদোত্তীর্ণ হলে কি আমরা টেরই পাব? সোর্সিং পছন্দ আপনার নেওয়া সবচেয়ে ব্যয়বহুল ও ফেরানো-কঠিন সিদ্ধান্তের অন্যতম, আর তার পেছনের অনুমান (বিক্রেতার দাম, আপনার নিজস্ব লোকবল, ওপেন-সোর্স বিকল্পের পরিপক্বতা) নিঃশব্দে পুরোনো হয়ে যায় অথচ সিদ্ধান্তটি জমাট থাকে। প্রতিদ্বন্দ্বী বিবেচনা সরার নিমজ্জিত খরচ ও বিঘ্নের বিপরীতে লক-ইন, অসম্পূর্ণ খাপ, বা আর-না-চাওয়া রক্ষণাবেক্ষণের বোঝার ক্রমবর্ধমান খরচ ওজন করে। মূল ADR ও তার ঘোষিত অনুমান আনুন, লাইসেন্সিং, ইন্টিগ্রেশন, লোকবল ও প্রস্থান খরচসহ প্রতিটি পথের বর্তমান মালিকানার মোট খরচের অনুমান আনুন, এবং কোনো ভিত্তি বদলেছে তার সংকেত, যেমন দাম বদল বা সহায়তার মান কমানো। সরকারি ও নিয়ন্ত্রিত ক্রেতাদের জন্য ক্রয়ের নিয়ম ও বহু বছরের চুক্তি এই একমুখী দরজাগুলোকে বিশেষভাবে বাধ্যবাধকতাপূর্ণ করে, তাই আগে থেকে ঠিক করুন কোন ট্রিগার ও কোন বিরতি অন্ধ নবায়নের বদলে সুচিন্তিত পুনঃসিদ্ধান্ত বাধ্য করবে।

খাতভেদে দৃষ্টিভঙ্গি

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

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

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

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

উদাহরণ

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

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

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

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

সিদ্ধান্ত সফটওয়্যারের সবচেয়ে উচ্চ-প্রভাবশালী ও সবচেয়ে কম-দৃশ্যমান খরচ। একটি দুর্বল, অপরিবর্তনীয় স্থাপত্য বা সোর্সিং পছন্দ বছরের পর বছর টান বা নয়-অঙ্কের প্রতিকার চাপাতে পারে। তা ভালোভাবে নিয়ন্ত্রণ করা, কয়েক ঘণ্টার বিবেচনা ও একটি লিখিত নথি, তুলনায় প্রায় কিছুই খরচ করে না। ADR এবং ফেরানোর সম্ভাবনা-ভিত্তিক দায়িত্ব অর্পণের প্রতিদান আসে দুই উৎস থেকে: একমুখী-দরজার সিদ্ধান্তে ব্যয়বহুল ভুল এড়ানো, এবং বাকি সবকিছুতে অপচয়ী বিবেচনা ও পুনঃকাজ এড়ানো। লিপিবদ্ধ যুক্তি নিষ্পত্তি-হওয়া প্রশ্ন নিয়ে বারবার তর্ক এবং উত্তরাধিকারসূত্রে পাওয়া সিস্টেমের অভিপ্রায় রিভার্স-ইঞ্জিনিয়ারিংয়ের পুনরাবৃত্ত খরচও ব্যাপকভাবে কমায়।

প্রযুক্তিগত ঋণ TCO-র যুক্তিকে সুনির্দিষ্ট করে। অপরিচালিত ঋণ ঠিক চক্রবৃদ্ধি সুদের মতো আচরণ করে: প্রতিটি ভবিষ্যৎ পরিবর্তনের ওপর ক্রমবর্ধমান কর, যতক্ষণ না সিস্টেম কার্যত রক্ষণাবেক্ষণের অযোগ্য হয়ে ব্যয়বহুল পুনর্লিখন দাবি করে। উচ্চ-সুদের বিষয়গুলো শোধ করতে স্থায়ী সক্ষমতা-বরাদ্দসহ ঋণকে পোর্টফোলিও হিসেবে পরিচালনা করা অবশেষে আসা সংকটের চেয়ে অনেক সস্তা। ভালো গভর্নেন্স গ্রহণে সস্তা, মূলত সিদ্ধান্ত লিখে রাখার শৃঙ্খলা ও পাকা পথে অগ্রিম বিনিয়োগ। তা এড়িয়ে যাওয়া ব্যয়বহুল: আপনি দাম দেন এড়ানো-যেত পুনর্লিখন, লক-ইনের চমক, অডিট ব্যর্থতা এবং হারানো প্রাতিষ্ঠানিক স্মৃতিতে। নেতৃত্বকে রাজি করাতে গভর্নেন্সকে তাঁদের ভাষায় উপস্থাপন করুন: ঝুঁকি হ্রাস, এড়ানো পুনঃকাজ, পাকা পথের মাধ্যমে দ্রুততর সরবরাহ এবং অডিট-প্রস্তুত সমর্থনযোগ্যতা। দেখান যে লক্ষ্য বেশি প্রক্রিয়া নয়, ভালো লক্ষ্যভেদী প্রক্রিয়া, যেখানে ফেরানো ব্যয়বহুল সেখানেই কড়া নিরীক্ষণ, আর বাকি সর্বত্র ঘর্ষণহীন গতি।

অ্যান্টি-প্যাটার্ন ও ফাঁদ

  • নথিহীন সিদ্ধান্ত: যাঁরা সিদ্ধান্ত নিয়েছেন তাঁরা চলে যাওয়ার মুহূর্তেই যুক্তি হারিয়ে যায়।
  • অনুমোদন-বোর্ডের বাধা: একটি কেন্দ্রীয় সংস্থা, যার পেছনে প্রতিটি প্রকল্পকে সারি দিতে হয়।
  • সবার জন্য এক প্রক্রিয়া: তুচ্ছ ফেরানো-যায় সিদ্ধান্তকে ভারী পর্যালোচনার ভেতর দিয়ে যেতে বাধ্য করা।
  • বিশ্লেষণ-পক্ষাঘাত: সহজে-ফেরানো-যায় দ্বিমুখী-দরজার সিদ্ধান্ত নিয়ে দুশ্চিন্তা।
  • শ্যাডো আইটি: অনুমোদিত পথ খুব যন্ত্রণাদায়ক বলে দলগুলো গভর্নেন্স পুরোপুরি এড়িয়ে যায়।
  • অদৃশ্য প্রযুক্তিগত ঋণ: যে ঋণ কখনো তালিকাভুক্ত হয়নি, কখনো শোধ হয়নি, নিঃশব্দে চক্রবৃদ্ধি হচ্ছে।
  • সব-বানাও বা সব-কেনো প্রতিবর্ত: TCO বিশ্লেষণের বদলে অভ্যাসবশত সোর্সিং।
  • গভর্নেন্সের নাটক: যে নথি ও বোর্ড দেখানোর জন্য আছে কিন্তু সিদ্ধান্তকে আকার দেয় না।

পরিপক্বতা মডেল

  • স্তর ১ (সূচনা): সিদ্ধান্ত তাৎক্ষণিক ও অলিখিত; গভর্নেন্স হয় অনুপস্থিত, নয়তো সর্বব্যাপী বাধা; প্রযুক্তিগত ঋণ অদৃশ্য এবং মানুষ চলে গেলে পছন্দের পেছনের যুক্তি উবে যায়।
  • স্তর ২ (বিকাশ): কিছু সিদ্ধান্ত নথিবদ্ধ হয় এবং কিছু পর্যালোচনা আছে, কিন্তু দলগুলোতে চর্চা অসঙ্গত এবং প্রক্রিয়া প্রায়ই সিদ্ধান্তের ওজন ও ফেরানোর সম্ভাবনার সঙ্গে বেমানান।
  • স্তর ৩ (মানসম্মতকরণ): ADR, পাকা পথ, ফেরানোর সম্ভাবনা-ভিত্তিক দায়িত্ব অর্পণ এবং ঋণের তালিকা নথিবদ্ধ ও প্রতিষ্ঠানজুড়ে বলবৎ, তাই বিধিসম্মত পছন্দই সহজ ডিফল্ট এবং যুক্তি অনুসন্ধানযোগ্য।
  • স্তর ৪ (ব্যবস্থাপনা): গভর্নেন্স ভিত্তিরেখার বিপরীতে মাপা হয়: পাকা পথের গ্রহণ, ADR-এর আওতা, সিদ্ধান্ত চক্রের সময়, সক্ষমতার অংশ হিসেবে ঋণ এবং পথ-ছাড়া ব্যতিক্রমের হার অনুসরণ করা হয়, এবং ঋণ শোধ বা সোর্সিং পুনর্বিবেচনার সিদ্ধান্ত সংকটের বদলে সেই প্রমাণ দিয়ে ট্রিগার হয়।
  • স্তর ৫ (সমন্বয়): গভর্নেন্স নিরন্তর সুর-বাঁধা এবং সরবরাহ ও ঝুঁকি পরিকল্পনার সঙ্গে একীভূত; নিরীক্ষণ ঠিক অপরিবর্তনীয় সিদ্ধান্তে লক্ষ্যভেদী; ঋণ ও সোর্সিং পছন্দ সক্রিয়ভাবে পোর্টফোলিও হিসেবে পুনর্ভারসাম্যপ্রাপ্ত এবং পরিস্থিতি বদলালে প্রমাণের ভিত্তিতে পুনঃসিদ্ধান্ত নেওয়া হয়।

আলোচনার ভাবনা

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

প্রধান শিক্ষা

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

তথ্যসূত্র ও আরও পড়ার জন্য

  • Michael Nygard, “Documenting Architecture Decisions” (মূল ADR প্যাটার্ন)
  • Gregor Hohpe, “The Software Architect Elevator” এবং “37 Things One Architect Knows”
  • Type 1 বনাম Type 2 (একমুখী বনাম দ্বিমুখী দরজা) সিদ্ধান্ত নিয়ে Amazon-এর শেয়ারহোল্ডার চিঠি
  • Ward Cunningham, “প্রযুক্তিগত ঋণ” রূপকের মূল উদ্ভাবন
  • Martin Fowler, প্রযুক্তিগত ঋণ ও বিবর্তনীয় স্থাপত্য বিষয়ক লেখা
  • Neal Ford, Rebecca Parsons, Patrick Kua, “Building Evolutionary Architectures”
  • Nicole Forsgren, Jez Humble, Gene Kim, “Accelerate” (শিথিলভাবে সংযুক্ত স্থাপত্য ও স্বায়ত্তশাসন)
  • স্থাপত্য বর্ণনা বিষয়ে ISO/IEC/IEEE 42010