শুরুর অবস্থা
একটি active line-of-business system production-এ চলছে, codebase ভঙ্গুর, deployment ঝুঁকিপূর্ণ, এবং প্রতিটি change shipping ও গুরুত্বপূর্ণ কিছু না ভাঙার মধ্যে টান তৈরি করে।
কেস স্টাডি
যখন software live এবং ঝুঁকি বাস্তব, তখন লিগ্যাসি system recovery ও modernization।
এই উদাহরণটি inherited-system কাজের রূপ দেখায়: live software, brittle release, messy code, এবং business pressure যা system stabilize হওয়ার মাঝেও থেমে থাকে না।
সাধারণ ক্লায়েন্ট কাজের ধরণ থেকে নেওয়া একটি ব্যাখ্যামূলক উদাহরণ। কোনো নির্দিষ্ট ক্লায়েন্টের তথ্য অন্তর্ভুক্ত করা হয়নি।
হস্তক্ষেপ
প্রথম পদক্ষেপ rewrite প্রস্তাব দেওয়া নয়। System assess করা হয়, release path পরিষ্কার করা হয়, brittle area triage করা হয়, এবং সবচেয়ে বেশি drag তৈরি করছে এমন interface শনাক্ত করা হয়।
কার্যকররণ
Cleanup, refactor, targeted architecture repair, এবং release stabilization এমন ক্রমে করা হয় যাতে risk কমে কিন্তু feature work-এর পরের ধাপও চলতে পারে।
ফলাফলের রূপ
System কম ভঙ্গুর হয়, release path আরও পূর্বানুমেয় হয়, এবং টিম কম operational cost ও কম delivery friction-এ feature add বা change করতে পারে।
এই ধরনের কাজে সাধারণত যা থাকে
লিগ্যাসি system recovery সাধারণত মানে live product-এ ঢুকে release risk কমানো, fragile code cleanup করা, এবং বড় modernization সিদ্ধান্ত নেওয়ার মাঝেই delivery improve করা।