تله دگرگونی: چرا سازمان‌ها تلاش می‌کنند خیلی سریع تغییر کنند؟

سازمان ها می توانند تحت فشار زیادی برای ایجاد تغییرات در املاک IT خود باشند. به طور خاص، دو عامل برای این تغییر وجود دارد.

اولا، فشار برای نوآوری وجود دارد. پیشرفت سریع فناوری و هوش مصنوعی همراه با تغییر اولویت‌های تجاری می‌تواند سازمان‌ها را برای استفاده از جدیدترین ابزارها تحت فشار قرار دهد، زیرا پیام‌های فروشنده از سرعت پذیرش حمایت می‌کنند. به طور همزمان، تورم مداوم و رشد اقتصادی کندتر می تواند به معنای نیاز به یافتن راه حل های مقرون به صرفه تر باشد.

ثانیا، تغییری اجباری وجود دارد. سیستم‌های عامل ممکن است به پایان عمر خود رسیده باشند و نیاز به ارتقاء داشته باشند، یا قطعی و تهدیدات سایبری برای دفاع در برابر آن وجود داشته باشد. همچنین چندین نمونه اخیر از افزایش قابل توجه قیمت فروشنده نرم افزار به دلیل تغییرات مالکیت، مانند VMware وجود داشته است، و بنابراین شرکت ها نیاز به یافتن راه حل های جدید برای بودجه خود و کاهش وابستگی به فروشنده دارند.

با این حال، در مواجهه با این فشارها، دامی که شرکت‌ها می‌توانند در آن بیفتند، تلاش می‌کنند تا همه این تغییرات را به یکباره و در یک بازه زمانی کوچک ارائه دهند. با این حال، با انجام این کار، مدیریت این تغییر سخت تر می شود و خطر قطع و خرابی سیستم افزایش می یابد. بنابراین، چگونه آنها می توانند هر تغییری را که مورد نیاز است با خیال راحت ارائه دهند؟

خطرات بیش از حد تغییر یکباره

چالش اصلی در تغییر خیلی سریع، دید است. شرکت‌ها باید بر مجموعه‌های فناوری اطلاعات پیچیده نظارت کنند - سیستم‌های اولیه، ابر، سرورها، محاسبات کاربر نهایی، شبکه‌ها - که در آن تغییر ثابت است و به‌روزرسانی‌های امنیتی تا حد زیادی خودکار هستند. همانطور که این تغییر اتفاق می افتد، تعاملات بیشتری بین سیستم های قدیمی و جدیدتر، سیستم عامل های مختلف، محصولات مختلف وجود دارد و این بدان معنی است که خطر خرابی می تواند افزایش یابد.

برای مثال، تغییر پیکربندی زمانی اتفاق می‌افتد که تغییراتی که ثبت یا مجاز نشده‌اند، باعث می‌شوند سیستم از خط اصلی مورد نظر خود (نحوه عملکرد آن) دور شود. بدون نرم‌افزار نظارتی مناسب، این رانش می‌تواند نامرئی باقی بماند و خطرات بیشتری را برای هر تغییر بعدی ایجاد کند - و این زمانی است که یک قطع یا حادثه سایبری اتفاق می‌افتد.

برای مثال، در ماه مه، Google Cloud بدون اخطار اکانت تولیدی راه آهن را به حالت تعلیق درآورد زیرا راه آهن نمی توانست ببیند که این پلت فرم وابستگی فنی به GCP دارد که باعث از کار افتادن آن شده و منجر به قطعی هشت ساعته شد.

علاوه بر این، همانطور که با استفاده از ابزارهای هوش مصنوعی دیدیم، تغییر می‌تواند سریع‌تر از آموزش و فرآیندها اتفاق بیفتد و خطر گردش‌های کاری از هم گسیخته، آسیب‌پذیری‌های امنیتی و نقض داده‌ها را بیشتر افزایش دهد. اما حتی زمانی که تیم‌ها می‌توانند تغییراتی را که باید اتفاق بیفتد ببینند، می‌توانند با چالش تصمیم‌گیری در مورد نحوه مدرن‌سازی برنامه‌های کاربردی موجود خود نیز مواجه شوند.

یافتن جایگزین برای معضل خرید یا بازسازی

البته، تلاش برای کاهش سرعت تغییرات همیشه ممکن نیست. ممکن است یک شرکت از نرم افزار VM خود قیمت گذاری شده باشد یا باید برنامه های خود را برای اهداف امنیتی ارتقا دهد. در این موقعیت، به‌طور سنتی، تیم‌های فناوری اطلاعات مجبور بودند نرم‌افزار جدید بخرند یا برنامه‌های موجود را بازسازی کنند، که هم می‌تواند گران و هم زمان‌بر باشد.

این می تواند منجر به قفل شدن فروشنده شود، زیرا IT جایگزین مناسبی نمی بیند و ظرفیت مهندسی برای بازنویسی برنامه های مرتبط با سیستم عامل اصلی خود را ندارد.

برای غلبه بر این وابستگی، با بلوغ کدنویسی عاملی، سازمان ها ممکن است به طور فزاینده ای گزینه سوم را انتخاب کنند: استفاده از عوامل هوش مصنوعی برای ساختن جایگزین های خود برای ابزارهای SaaS. اما در حالی که به نظر می‌رسد این امر می‌تواند هزینه‌های قفل و مجوز فروشنده را حذف کند، مسئولیت نگهداری، امنیت، پیکربندی و پشتیبانی مداوم داخلی را نیز منتقل می‌کند و نظارت بر تغییرات بدون منابع یا ظرفیت اضافی را دشوارتر می‌کند.

با این حال، مسیر دیگری وجود دارد. بسته‌بندی و انتقال برنامه‌های کاربردی موجود می‌تواند به تیم‌ها اجازه دهد تا بدون بر عهده گرفتن بار ساخت و ساز از ابتدا، مدرن شوند. با بسته‌بندی وابستگی‌های سیستم عامل موجود یک برنامه یا ماشین مجازی، تیم‌ها می‌توانند بدون نیاز به بازنویسی برنامه، آن‌ها را به کانتینرها و زیرساخت‌های دسک‌تاپ مدرن منتقل کنند.

این برنامه رفتار موجود خود را حفظ می کند، اما اکنون می تواند بر روی جدیدترین سیستم عامل ها و در فضاهای کاری مانند AWS کار کند.

ارائه تغییر در مقیاس

با شکل‌گیری یک استراتژی مدرن‌سازی، تیم‌ها چگونه می‌توانند در کل دارایی خود دیده شوند و بدانند چه زمانی برنامه‌ها باید بسته‌بندی شوند؟

با تغییرات زیادی که در حال وقوع است، فرآیندهای نظارت دستی و آشتی برای همگام شدن با خواسته های نوسازی زیرساخت ها مشکل خواهند داشت. در عوض، تیم‌ها باید استفاده از نرم‌افزار نظارت بر پیکربندی را برای مشاهده مداوم تغییرات در کل دارایی خود در نظر بگیرند.

برای مثال، ابزارهای تشخیص رانش می‌توانند به‌طور خودکار تغییرات را در سراسر یک دارایی با خطوط پایه پیکربندی تعیین‌شده اندازه‌گیری کنند و هر زمان که تغییری باعث شود سیستمی از خط اصلی خود فاصله بگیرد، به تیم‌های فناوری اطلاعات هشدار دهد. این بدان معنی است که یک وصله خودکار توسط یک ارائه دهنده خارجی یا یک مداخله دستی توسط یک کاربر شناسایی شده و به IT علامت گذاری می شود، تغییراتی که در غیر این صورت ممکن است مورد توجه قرار نگیرند و باعث قطعی بیشتر در خط شوند.

ضرورتا، این دید در کل دارایی به این معنی است که تیم‌ها می‌توانند تأثیر تغییرات غیرمجاز در حال وقوع را ببینند و درک کنند و قبل از اینکه منجر به شکست شوند، مداخله کنند.

همچنین به آنها اطلاعاتی را می دهد که برای درک اینکه چگونه یک پروژه تغییر شکل ممکن است با سیستم هایی که در حال حاضر در دارایی آنها در حال اجرا هستند تعامل داشته باشد، به آنها کمک می کند تا امکان سنجی و اجرای تغییرات پیشنهادی را اطلاع دهند و تغییرات هدفمندتر، تاثیرگذارتر و ایمن تر را ارائه دهند.

در کنار قابلیت مشاهده پیکربندی، این امکان نیز برای تیم‌ها وجود دارد که بسته‌بندی و تحویل برنامه‌ها را به‌طور خودکار انجام دهند و در زمان و هزینه زیادی برای انجام دستی یک کار معمولا پرزحمت صرفه‌جویی کنند. این متعاقبا یک فرآیند تکرارپذیر و مقیاس‌پذیر ایجاد می‌کند که برنامه‌ها را قادر می‌سازد به طور منظم مستقر شوند و در دسترس کاربران قرار گیرند.

فرار از تله

با فشار زیاد برای تغییر، مهمتر از همه، فرار از تله دگرگونی نیازمند تغییر ذهنیت است. این شامل، یکی، دیدن تغییر به عنوان یک مشکل مداوم برای مدیریت، و دوم، تلاش نکردن برای انجام پروژه های نوآورانه بیش از حد در یک زمان است.

تغییرات کوچک و تدریجی می‌توانند تأثیر معناداری بیشتری داشته باشند و اطمینان حاصل کنند که سیستم‌ها به درستی مستقر یا یکپارچه شده‌اند، در حالی که این رویکرد هدفمند ظرفیت بیشتری را برای تیم‌های فناوری اطلاعات برای مقابله با هرگونه تغییر اجباری که ممکن است ظاهر شود فراهم می‌کند.

با این حال، با اولویت‌بندی نمایان بودن تغییرات، تیم‌های فناوری اطلاعات می‌توانند با رسیدگی زودتر به خطرات و مشاهده اینکه چه زمانی به ارتقاء در زمان مناسب نیاز است، تغییرات اجباری را کاهش دهند. و با خودکارسازی فرآیندهایی مانند برنامه‌های بسته‌بندی، ظرفیت بیشتری برای اولویت‌بندی پروژه‌های نوآورانه به دست می‌آورند زیرا تغییرات روتین سریع‌تر و ایمن‌تر انجام می‌شوند.

هنگامی که این فرآیندها به یکدیگر متصل می شوند، تیم ها می توانند به جای دست و پنجه نرم کردن با یک سطح عظیم و کنترل نشده تغییر که ریسک را افزایش می دهد، اطمینان حاصل کنند که تغییر محرک امنیت، انعطاف پذیری و نوآوری است.

ما بهترین نرم افزار اتوماسیون فناوری اطلاعات را معرفی کرده ایم.

این مقاله به عنوان بخشی از TechRadar Pro Perspectives، کانال ما برای معرفی بهترین و باهوش ترین ذهن ها در صنعت فناوری امروز تهیه شده است.

نظرات بیان شده در اینجا نظرات نویسنده است و لزوما نظرات TechRadarPro یا Future plc نیست. اگر مایل به مشارکت هستید، اطلاعات بیشتری را در اینجا بیابید: https://www.techradar.com/pro/perspectives-how-to-submit