যদি আপনার কোন ধারণা ছিল না যে আপনার কত ঋণ ছিল? এটি একটি অস্বস্তিকর অবস্থান হবে, এটা না জানার জন্য যে এটির খরচ কত বা কোন মাত্রায় এটি আপনার কোম্পানিকে কার্যক্ষম উন্নতি করতে, বাজারের পরিবর্তনের প্রতি প্রতিক্রিয়া দেখাতে, এমনকি ব্যবসাকে সম্পূর্ণরূপে রূপান্তর করতে বাধা দিচ্ছে৷
তাছাড়া, আপনার প্রতিষ্ঠানের কেউ যদি অনুমতি ছাড়াই ঋণ নিতে পারে? উদাহরণস্বরূপ, আপনার রিয়েল এস্টেটের প্রধান দ্রুত এক বছরের কম ভাড়ার সাথে বহু-বছরের লিজে প্রবেশ করতে পারে কিন্তু আউট-বছরে উল্লেখযোগ্যভাবে বেড়ে যাওয়া ভাড়ার সাথে-কথোপকথন ছাড়া অন্য কেউ এটি প্রকাশ না করে।
এটি সবই অযৌক্তিক শাসনের মতো শোনাচ্ছে, তবে এটি আসলে ব্যবসার ক্ষেত্রে বেশ সাধারণ। ধরা হল যে এই ধরনের "ঋণ" ঐতিহ্যগত আর্থিক উপকরণগুলির আকারে আসে না যা আমরা সবাই খুব ভালো করে জানি৷
প্রযুক্তিগত ঋণের এই সমস্ত বৈশিষ্ট্য রয়েছে৷৷
ঋণ তার সহজতম আকারে আজকে ধার করা হয় ভবিষ্যতে শোধ করার অভিপ্রায় এবং প্রতিশ্রুতি দিয়ে। ঋণ অর্থবোধ করে যখন আজকের ধার নেওয়ার ফলে আগামীকাল আরও ভাল হবে, যেমন, কলেজের জন্য ধার নেওয়া বা বাড়ি কেনা৷ ঋণ সাধারণত খারাপ হয় যখন আজ ধার নেওয়া আগামীকাল আরও খারাপের দিকে নিয়ে যাবে, যেমন, একটি ব্যয়বহুল ডিনারের জন্য বাইরে যাওয়া এবং এটি একটি ক্রেডিট কার্ডে রাখা যা আপনি অবিলম্বে পরিশোধ করবেন না।
কর্পোরেট পদে, ঋণ ভাল হতে পারে যখন এটি বিনিয়োগের জন্য অর্থ ব্যয় করা হয় যা ঋণের খরচের চেয়ে বেশি রিটার্ন প্রদান করবে। ঋণ পরিশোধের অনেক আগে আপনি ব্যবসা বিক্রি করার পরিকল্পনা করলেও এটি অর্থপূর্ণ হতে পারে। ঋণের নেতিবাচক দিক হল যে এটির একটি খুব বাস্তব ব্যয় রয়েছে যা নগদ এবং লাভকে টেনে আনে, নমনীয়তা সীমাবদ্ধ করে এবং এতটাই বোঝা হয়ে উঠতে পারে যে এটি শেষ পর্যন্ত দেউলিয়া হয়ে যেতে পারে।
এখন পর্যন্ত, আমরা যে রূপকটির দিকে ইঙ্গিত করছি তা হল আর্থিক ঋণ, ঋণের আরেকটি রূপ—প্রযুক্তিগত ঋণ (বা "প্রযুক্তি ঋণ")-এর অনেকগুলি অনুরূপ বৈশিষ্ট্য রয়েছে এবং এটি অবশ্যই পরিমাপ করা, পরিচালনা করা এবং একটি ইচ্ছাকৃত ফ্যাশনে প্রবেশ করা উচিত। . যদি এটি আপনার কোম্পানিকে প্রতিযোগিতার আগে বাজারে যেতে দেয়, তবে সম্ভবত এটি মূল্যবান। একইভাবে, সম্ভাব্য গুরুতর নিরাপত্তা দুর্বলতা প্রশমিত করার জন্য প্রযুক্তিগত ঋণ গ্রহণ করাও সম্ভবত মূল্যবান।
যাইহোক, প্রযুক্তিগত ঋণের নিম্নমুখী দিক রয়েছে, যা অদক্ষতা এবং জড়তার দিকে পরিচালিত করে—যেমন যখন একটি বিভাগ অন্যের সফ্টওয়্যার ব্যবহার করতে চায় না, অথবা যদি আপনি স্বল্প-মেয়াদী আর্থিক লক্ষ্যগুলিকে আঘাত করতে কয়েকবার আপগ্রেড করতে বিলম্ব করেন৷
কারিগরি ঋণ একটি শব্দ যা প্রাথমিকভাবে প্রযুক্তিগত সম্প্রদায়ের মধ্যে ব্যবহৃত হয়ে আসছে যখন থেকে ওয়ার্ড কানিংহাম, একজন কম্পিউটার প্রোগ্রামার, 1992 সালে এই শব্দগুচ্ছটি তৈরি করেছিলেন। এটির ব্যবহার সম্প্রতি বন্ধ হয়ে গেছে এবং চটপটে প্রোগ্রামিং এর বিস্তারের সাথে কেন্দ্রে অবস্থান নিয়েছে। এই নিবন্ধে আলোচনা করা প্রযুক্তিগত ঋণ প্রোগ্রামিং পদ্ধতি সম্পর্কে নয় বরং এর অস্তিত্বের কৌশলগত প্রভাব।
সহজ কথায়, প্রযুক্তিগত ঋণ হল আপনার কোম্পানির ক্রমবর্ধমান খরচ এবং ক্ষিপ্রতা হারানোর পূর্ববর্তী সিদ্ধান্তের ফলে যা সময় বা অর্থ বাঁচানোর জন্য নেওয়া হয়েছিল নতুন সিস্টেমগুলি বাস্তবায়ন করার সময় বা বিদ্যমানগুলি বজায় রাখার জন্য। এটি ঘটে যখন সিস্টেমগুলি সঠিকভাবে সংহত হয় না বা কোডটি অত্যধিক জটিল হয়। এটি বিভিন্ন কারণের কারণে হয়, যেমন অদক্ষতা, বাজার বিবেচনায় সময়, বা সফ্টওয়্যারের পুরানো সংস্করণগুলি চালানো, অন্য অনেকের মধ্যে৷
কিছু স্পষ্ট উদাহরণ হবে:
নীচের চিত্রটি একটি কোম্পানির প্রযুক্তিগত স্ট্যাকের মধ্যে তৈরি করা যেতে পারে এমন অন্যান্য প্রযুক্তিগত বাস্তবায়ন থেকে প্রযুক্তি ঋণ কীভাবে আলাদা তা ফ্রেম করার জন্য একটি দরকারী গ্রাফিক। প্রায়শই একটি বাগ বলে ভুল হয়, প্রযুক্তিগত ঋণ অনেকটাই আলাদা যে এর উপস্থিতি স্পষ্টতই স্পষ্ট নাও হতে পারে। এর মধ্যেই রয়েছে বিপদ, যত বেশি সময় এটিকে অস্পৃশ্য রাখা হবে, ভবিষ্যতে এর প্রভাবের মাত্রা তত বেশি হবে৷
একজন সিএফও হিসাবে যিনি উভয়ই IT-এর মধ্যে কাজ করেছেন এবং উচ্চ-লিভারেজড এন্টারপ্রাইজ কোম্পানিগুলিতে আমার কাছে IT রিপোর্ট করেছেন, এটি আমাকে আঘাত করেছিল যে প্রথাগত ঋণের সাথে প্রযুক্তিগত ঋণ কতটা অনুরূপ। এটি কতটা অস্বচ্ছ এবং ঝুঁকিপূর্ণ তা আমাকে আঘাত করেছিল। যারা আর্থিক পটভূমি থেকে তারা আর্থিক ঋণের প্রক্রিয়া সম্পর্কে ভালভাবে পারদর্শী - এটি বাস্তব এবং গণনা করা সহজ। তবুও প্রযুক্তিগত ঋণের ক্ষেত্রে তা নয়, যা প্রায়শই ভুল বোঝা যায় বা ভুলভাবে অন্য কারো সমস্যা বলে ধরে নেওয়া হয়।
সংক্ষিপ্ত উত্তর হল যে নগদ খরচ খুবই বাস্তব। এছাড়াও কিছু গুরুত্বপূর্ণ নরম খরচ আছে যেগুলো চিহ্নিত করার পাশাপাশি আলাদাভাবে পরিমাপ ও পরিচালনা করা উচিত। আমি এই খরচের কিছু উদাহরণ নীচে বিশদভাবে বর্ণনা করব:
কারিগরি ঋণ সুদ পরিশোধের মতোই বাস্তব। যাইহোক, এটি সাধারণত P&L-এ একটি সাধারণ "সুদ" লাইন ব্যয়ের চেয়ে আরও পরোক্ষ উপায়ে নিজেকে প্রকাশ করে, যেমন নিম্নলিখিত উপায়ে:
হেডকাউন্ট
ওভারহেড
বিক্রয়
ওয়ার্কিং ক্যাপিটাল
যদিও হার্ড খরচের সাথে প্রকৃত ডলারের পরিমাণ যুক্ত থাকে, সেখানে নরম খরচগুলিও রয়েছে যেগুলি পরিমাপ করা এবং সঞ্চয় উপলব্ধি করা কঠিন হওয়া সত্ত্বেও, আপনার ব্যবসার ফলাফলের উপর সম্পূর্ণ টেনে আনে। এর মধ্যে রয়েছে:
মার্কেট ইন্টেলিজেন্স
উৎপাদনশীলতা
কারিগরি এবং আর্থিক ঋণের তুলনার দিকে তাকিয়ে, মূল পার্থক্যগুলির মধ্যে একটি হল যে আগেরটির কোনও আনুষ্ঠানিক নিয়ন্ত্রণ নেই। আর্থিক ঋণের সাথে, সাধারণত ক্রেডিট কমিটি, সম্পদ এবং দায়বদ্ধতা ব্যবস্থাপনা দল এবং ট্রেজারি স্টাফ থাকে যারা বাজপাখির মতো স্তরগুলি পর্যবেক্ষণ করে। প্রযুক্তিগত ঋণের সাথে, তবে, এই নিয়ন্ত্রণগুলির খুব কমই প্রচলিত ব্যবসায় বিদ্যমান।
প্রথাগত ঋণের সাথে, বোর্ড, সিইও এবং সিএফও সহ, সাধারণত মূলধন কাঠামো নির্ধারণ করে, অর্থাত্ কতটা ইক্যুইটি, কত ঋণ এবং কী ধরনের ঋণ (রিভলভার, সম্পদ-ভিত্তিক, বা ভ্যানিলা অসুরক্ষিত)। ক্যাপ টেবিল এমনকি সুস্পষ্ট হিসাবে কি ঋণ পরিশোধ করা হবে এবং কখন. একবার এই সমস্ত আনুষ্ঠানিকভাবে সিদ্ধান্ত নেওয়া হলে, ঋণ বাড়ানোর জন্য একটি কাঠামোগত প্রক্রিয়া চালু করা হয়।
ঋণদাতারা ঋণ ফেরত দেওয়ার ইতিহাস, ক্রেডিট রেটিং এবং জামানত ব্যাক আপ করার গুণমানের মূল্যায়নের মাধ্যমে ঋণ ফেরত দেওয়ার ক্ষমতা দেখেন। তবুও, এই আনুষ্ঠানিক প্রক্রিয়া, পরিমাপ, এবং সাইন-অফের কোনটিই ঘটে না যখন প্রযুক্তিগত ঋণ খরচ হয়। আসুন এক নজরে দেখে নেওয়া যাক কীভাবে এবং কেন এটি এমন প্রক্রিয়াগুলির মাধ্যমে যা প্রযুক্তিগত ঋণ ব্যয় হয়:
বাজার করার সময় ব্যবসা সবকিছু. নতুন প্রযুক্তি প্রয়োগ করা অনেক দ্রুত হয় যখন এটি একটি স্বতন্ত্র ভিত্তিতে করা যেতে পারে। দুর্ভাগ্যবশত, এর প্রভাব হল যে অন্যান্য সিস্টেমগুলি বাস্তবায়নের সাথে সিঙ্ক্রোনাইজ করা হয় না। একটি সাধারণ প্রযুক্তিগত স্ট্যাক সহ চর্বিহীন সংস্থাগুলির জন্য, এটি এতটা খারাপ নাও মনে হতে পারে৷
৷যদিও সিস্টেম কনফিগারেশনগুলি তাদের জটিলতায় বহুগুণ বেড়ে যায় বলে এটি সমস্যাযুক্ত হয়ে ওঠে। শেষ পর্যন্ত, প্রযুক্তি প্রক্রিয়াগুলিকে স্বয়ংক্রিয় করে এবং ডেটা ক্যাপচার করে যা তথ্যে রূপান্তরিত হয়। প্রযুক্তি যা সমন্বিত নয় ব্যবসায়িক প্রক্রিয়াগুলির ফলাফল যা একসাথে কাজ করে না এবং সত্যের একাধিক সংস্করণ।
যখন গতির জন্য সময় উৎসর্গ করা হয়, তখন প্রতিষ্ঠিত টেস্টিং প্রোটোকল উপেক্ষা করা যেতে পারে বা ছাড় দেওয়া যেতে পারে। এটি সাধারণত রাস্তার নিচে "বাগ" তৈরি করে যা সিস্টেমের অবনতি এবং সেগুলি ঠিক করার জন্য ডেভেলপারের সময়কে বিক্ষিপ্তভাবে প্রকাশ করে৷
আমরা যদি সময়ের সাথে প্রযুক্তিগত ঋণের প্রভাবের দিকে তাকাই, একটি সমস্যা যত বেশি সময় ধরে অস্পৃশ্য থাকে, প্রভাবের মাত্রা তত বেশি। একটি ছোট কোড রিফ্যাক্টরিং ব্যায়াম হিসাবে যা শুরু হয় তা সম্পূর্ণ আধুনিকীকরণ এবং প্রতিস্থাপনের প্রচেষ্টায় স্নোবল করতে পারে।
আসুন এটির মুখোমুখি হই - কার্যনির্বাহী দলগুলি সংখ্যায় আঘাত করার জন্য ক্রমাগত চাপের মধ্যে রয়েছে। আজ খরচ বন্ধ রাখা আপনাকে ত্রৈমাসিক করতে সাহায্য করতে পারে কিন্তু, ধার নেওয়ার মতো, আপনাকে এটি কিছু সময়ে ফেরত দিতে হবে। এখানে কিছু উপায় রয়েছে যা কোম্পানিগুলি স্বল্পমেয়াদে অর্থ সাশ্রয় করে কিন্তু শেষ পর্যন্ত প্রযুক্তিগত ঋণে পরিণত হয়:
কখনও কখনও, একটি পর্যায়ক্রমিক সফ্টওয়্যার আপডেট বাস্তবায়নের খরচ এবং ঝামেলার ফলে এটি বিলম্বিত হতে পারে। কখনও কখনও, এটি বছরের পর বছর ধরে চলে। Microsoft AutoUpdate যখন অসুবিধেজনক সময়ে উপস্থিত হয় তখন তা জোর করে ছেড়ে দেওয়ার জন্য আমরা সবাই দোষী৷
যখন সিস্টেমগুলি তাদের বর্তমান সংস্করণের পিছনে থাকে, তখন নতুন সফ্টওয়্যার যা এটির সাথে সংহত করতে হয় তা সহজভাবে পারে না। আরও কী, একসাথে একাধিক সংস্করণ আপগ্রেড করা সাধারণত বেশি ব্যয়বহুল এবং প্রায় সবসময়ই আপ রাখার চেয়ে বেশি সময় লাগে।
যেহেতু সংস্থাগুলি জটিলতায় বৃদ্ধি পায়, হার্ডওয়্যার আপডেট চক্রকে সিঙ্ক্রোনাইজ করার নিছক প্রচেষ্টা অপ্রতিরোধ্য এবং ব্যয়বহুল হয়ে উঠতে পারে। এর ফলে বর্তমান হার্ডওয়্যারটি দলগুলির মধ্যে হার্ডওয়্যারের মানের মধ্যে বিদ্যমান চরম এবং বড় বৈষম্যের দিকে প্রসারিত হতে পারে। কিছু দল হতাশ হয়ে পড়ে, নতুন হার্ডওয়্যার কিনে নেয়, এবং আপগ্রেডগুলিকে উসকে দেওয়ার জন্য IT-এর জন্য অপেক্ষা করার পরিবর্তে তাদের ডেস্ক বাজেটের মাধ্যমে এটি ব্যয় করে৷
এই বৈষম্যটি সহযোগিতামূলক অনুশীলনের জন্য উত্পাদনশীলতা এবং হার্ডওয়্যার/ফাইল সামঞ্জস্যের জন্য প্রভাব ফেলে৷
শুধু সমস্যা নিয়ে কথা বলার পরিবর্তে, আসুন এখন কিছু সক্রিয়তা প্রয়োগ করি এবং প্রযুক্তিগত ঋণের সমাধানের জন্য কিছু সমাধান নির্ধারণ করি।
এর জন্য, আমরা আর্থিক ঋণ পরিচালনার জন্য ব্যবহৃত কৌশলগুলিকে আহ্বান করতে পারি। আপনার দায়গুলি পরিচালনা করার জন্য, আপনাকে প্রথমে সেগুলি কী, সেগুলি কত এবং তাদের অর্থপ্রদানের শর্তাবলী জানতে হবে৷ এখন প্রযুক্তিগত ঋণের জন্য এর মাধ্যমে কাজ করা যাক।
আর্থিক ঋণ প্রতিটি অংশের জ্যেষ্ঠতা দ্বারা সংজ্ঞায়িত করা হয় (যেমন, সিনিয়র, মেজানাইন, বা রিভলভার), যা দেখায় যে কোনটি প্রথমে ফেরত দেওয়া হয়। কারিগরি ঋণের জ্যেষ্ঠতার অনুরূপ প্যাটার্ন আছে; শুরু করার জন্য, আপনাকে অবশ্যই আপনার মিশন-ক্রিটিকাল সিস্টেমগুলি দিয়ে শুরু করতে হবে। তাদের কি প্রযুক্তিগত ঋণ আছে? তারপর বৃহত্তর ইকোসিস্টেমের দিকে তাকান—ভালো কথা, কী প্রযুক্তিগত ঋণ এর মধ্যে আপনার সিস্টেমের জন্য ব্যয় হচ্ছে?
এই প্রক্রিয়াটিকে অতিরিক্ত জটিল করবেন না। কিছু সময়ে, আপনি একটি টপ-টু-বটম অ্যাসেসমেন্টে যেতে চান, কিন্তু আপনাকে সেখানে শুরু করতে হবে না। আপনার আইটি প্রধানকে এই হোমওয়ার্কের সাথে আপনার ব্যবস্থাপনা দলকে একত্রিত করতে বলুন:
আমরা যদি এক বছর আগে আমাদের সমস্ত প্রযুক্তিগত ঋণ সম্পূর্ণরূপে সাফ করে দিতাম, তাহলে এই বছর (বা এই আসন্ন বছর) কীভাবে আরও ভাল খেলা হতে পারে?
আপনার সেরা দশটি ধারণা পান এবং সেগুলিকে একটি 2x2 ম্যাট্রিক্সে রাখুন:এক অক্ষে অর্থ প্রদান করা সহজ/কঠিন এবং অন্য দিকে সুবিধার ডিগ্রি। আশা করি ভিজ্যুয়ালটি আপনাকে কোথায় শুরু করতে হবে তা নির্ধারণ করতে সহায়তা করবে৷
টেকনিক্যাল ডেট রেজোলিউশন ব্রেনস্টর্মিং ম্যাট্রিক্সসমাধানের সুবিধা ► | শক্তিশালী | ||
---|---|---|---|
দুর্বল | |||
কঠিন | সহজ | ||
▲ পেমেন্ট করার প্রচেষ্টা |
সেখান থেকে, পুরস্কার এবং প্রচেষ্টার আকার সম্পর্কে আপনার অনুমান যাচাই করতে ড্রিল করুন। নিরপেক্ষতা এখানে গুরুত্বপূর্ণ, তাই সফ্টওয়্যার বিক্রেতাদের থেকে সতর্ক থাকুন যারা একটি "বিনামূল্যে মূল্যায়ন" করার প্রস্তাব দেয়।
একবার আপনি জানবেন যে আপনার কাছে কী প্রযুক্তিগত ঋণ আছে, আপনাকে এখন এটি কীভাবে মোকাবেলা করতে হবে তা নির্ধারণ করতে হবে। নিতে অনেক অপশন আছে.
শেষ পর্যন্ত কিছুই না করাই ভালো হতে পারে। ঋণের জন্য যেটিকে হয় "ছোট" বা "নিম্ন সুদের হার" হিসাবে মূল্যায়ন করা হয়, এটিকে ছেড়ে দেওয়া সর্বোত্তম হতে পারে - একইভাবে, যদি এটি তাড়াতাড়ি পরিশোধ করার জন্য উল্লেখযোগ্য "প্রিপেমেন্ট পেনাল্টি" থাকে। কৌশলগত সুবিধাও হতে পারে। একটি সংস্করণের পিছনে থাকা এবং সেখানে থাকা সাধারণত ভাল হয় এবং কখনও কখনও অন্যের টাকায় কটূক্তি করতে দেওয়ার সুবিধা রয়েছে।
ফেরত দেওয়া বা প্রযুক্তিগত ঋণ হ্রাস করার জন্য সিস্টেমগুলি প্রতিস্থাপন করা এবং খরচের আঘাত নেওয়া জড়িত। এটি হয় অবিলম্বে করা যেতে পারে, বা ধীরে ধীরে উন্নতির প্রক্রিয়ার মাধ্যমে সময়ের সাথে সাথে করা যেতে পারে। আর্থিক ঋণের মতোই, সৃজনশীল উপায় রয়েছে যার মাধ্যমে আপনি প্রযুক্তিগত ঋণকে "পুনঃঅর্থায়ন" করতে পারেন, আউটসোর্সিং রক্ষণাবেক্ষণটি এমন একটি উপায়। এটি সমাধানের জন্য শেষ পর্যন্ত আরও বেশি খরচ হতে পারে, তবুও তাৎক্ষণিক খরচের আঘাত কমাতে ছড়িয়ে দেওয়া যেতে পারে এবং শ্রম বিভাগের নীতির মাধ্যমে, কাজটি আরও বিশেষায়িত সত্তার কাছে অর্পণ করে৷
ক্লাউড-ভিত্তিক সফ্টওয়্যার এবং হার্ডওয়্যার পরিষেবাগুলির আবির্ভাব লিজ-ভিত্তিক অর্থের জনপ্রিয়তার সাথে তুলনা করে। ক্লাউড পরিষেবাগুলি ব্যবহার করা প্রযুক্তিগত ঋণ হ্রাস করার জন্যও একটি কার্যকর হাতিয়ার, উভয় ক্ষেত্রেই CAPEX প্রয়োজনীয়তাগুলি অপসারণ করা এবং ক্লাউড সরবরাহকারীর দিকে বিকাশের ফোকাস স্থানান্তর করা৷
আপনার প্রযুক্তিগত ঋণ হ্রাস করার খরচ দ্বারা অভিভূত হবেন না এবং একবারে এটি পরিশোধ করার চেষ্টা করবেন না। এটি একটি উচ্চাভিলাষী ব্যায়াম যা যেকোন আকার বা ব্যালেন্স শীটের একটি সংস্থাকে অভিভূত করতে পারে৷
৷আবার, আর্থিক তুলনার দিকে ফিরে গিয়ে প্রথমে সর্বোচ্চ সুদের হার দিয়ে ক্রেডিট কার্ড পরিশোধ করার মানসিকতা রাখুন। এর সহজ অর্থ হল প্রথমে উচ্চ মূল্য/নিম্ন প্রচেষ্টার কার্যকলাপকে আক্রমণ করা।
পূর্ববর্তী বিভাগে, আমি প্রযুক্তিগত ঋণ মোকাবেলার বিভিন্ন উপায় নিয়ে আলোচনা করেছি। প্রতিটির খরচ মূল্যায়ন করার সময়, একটি তুলনামূলক অনুশীলন করা ভাল। প্রতিটি সম্ভাব্য ফলাফলের নগদ প্রবাহের খরচের র্যাঙ্কিং স্টেকহোল্ডারদের প্রতিটি পথের ট্রেড-অফ এবং সুবিধাগুলির একটি পরিষ্কার দৃষ্টিভঙ্গি পেতে সক্ষম করে। এই ধরনের একটি দৃশ্যের একটি উদাহরণ নীচে অন্তর্ভুক্ত করা হয়েছে৷
৷
এই তুলনাটি একটি তাত্ত্বিক রেজোলিউশনের মধ্যে বিদ্যমান ট্রেড-অফ দেখায় এবং সমস্যার সমাধান করা এবং কিছুই না করা ("বিদ্যমান বেসলাইন") এর মধ্যে সম্পূর্ণ বৈসাদৃশ্য। এই উদাহরণে, একটি ক্লাউডে চলে যাওয়া, SaaS-ভিত্তিক সমাধান ব্যবসার জন্য সবচেয়ে লাভজনক বিকল্প হবে।
একবার আপনি আপনার বেসলাইন এবং আক্রমণের পরিকল্পনা তৈরি করে ফেললে, আপনি উভয়ই সেই দৃশ্যমানতা রক্ষা করতে চান এবং নতুন ঋণকে ক্রমবর্ধমান থেকে আটকাতে চান। অনুশীলনটিকে একটি নতুন সূচনা এবং সর্বদা সমস্যাগুলি প্রতিরোধ করার জন্য সর্বোত্তম অনুশীলন বাস্তবায়নের সুযোগ হিসাবে ভাবুন। ভবিষ্যতে আবার বাড়বে৷
৷বেশিরভাগ প্রযুক্তি প্রকল্পের একটি নির্বাহী স্পনসর, উচ্চ-স্তরের উদ্দেশ্য, প্রত্যাশিত সুবিধা, সময়সূচী এবং অবশ্যই খরচ সহ একটি আনুষ্ঠানিক অনুমোদন প্রক্রিয়া সম্পন্ন হয়। নতুন প্রযুক্তিগত ঋণ যা খরচ করা হবে এবং এর ন্যায্যতা বের করার জন্য এটি একটি দুর্দান্ত জায়গা।
নতুন মান নির্ধারণের সাথে খুব বেশি উদ্যমী হবেন না। ঠিক যেমন আপনি পূর্বনির্ধারিত সীমা সহ কর্পোরেট ক্রেডিট কার্ড ইস্যু করেন, আপনি প্রযুক্তিগত ঋণ অতিরিক্ত পরিচালনা করতে চান না। অনেক প্রযুক্তিগত ঋণ ছোট এবং কোড লেখার সাথে সম্পর্কিত যা দ্রুত পরিশোধ করা হবে। এটি চটপটে বিকাশের সাথে বিশেষভাবে সত্য। এই থ্রেশহোল্ড সেট এবং নিরীক্ষণ করতে আপনার আইটি প্রধানকে বিশ্বাস করুন৷
৷বৃহত্তর কোম্পানিগুলিতে, আইটিতে "পরিবর্তন ব্যবস্থাপনা" নামে একটি প্রক্রিয়া রয়েছে। নতুন সফ্টওয়্যার লাইভ হওয়ার আগে, এটি সাধারণত পরিবর্তন পরিচালনার মধ্য দিয়ে যায়। সহজ কথায়, পরিবর্তন ব্যবস্থাপনার কাজ হল নিশ্চিত করা যে কোম্পানির প্রযুক্তি সিস্টেমে নতুন পরিবর্তনগুলি অন্য সিস্টেমে প্রভাব ফেলবে না। তারা এটা নিশ্চিত করে যে নতুন সিস্টেম মানসম্মত পদ্ধতি এবং পদ্ধতি মেনে চলে। নতুন ঋণ প্রবর্তন থেকে প্রতিরোধ করতে বা অন্তত শনাক্ত করতে এই প্রক্রিয়াটি ব্যবহার করার কথা বিবেচনা করুন৷
কারিগরি ঋণ হল ব্যবসা করার প্রকৃত খরচ এবং সিস্টেম বিভ্রাটের একটি আসল কারণ এবং সামগ্রিক কোম্পানির তত্পরতাকে টেনে আনা। যদিও এটি একটি চলমান বোঝা হতে হবে না, এবং স্মার্ট সিএফওরা জানতে পারবে তাদের প্রতিষ্ঠানের কত প্রযুক্তি ঋণ রয়েছে এবং এটি অপ্টিমাইজ করতে কী লাগবে৷