ITIL و DevOps در کنار هم
در دنیای چارچوبها و بهروشها برخی از افراد بر این باورند که پرش به سمت یک چارچوب خاص و دنبال کردن آن پاسخی است به تمامی مشکلات آنها. اینطور به نظر میرسد که ما میتوانیم یک چارچوب را از بین انبوهی از آنها انتخاب و دنبال کنیم، ولی در عمل باید بدانیم که، تنها یک راهحل سریع و جامع برای محقق شدن ماموریت سازمانی وجود ندارد !
به عنوان کارشناسی که سالهاست با گسترهای از چارچوبها از جمله ITIL ،DevOps و BRM (مدیریت ارتباط با مشتری) و … کار میکند این طور فکر میکنم که چنین نگرشی مانع از ایجاد ارزش برای کسبوکار ما خواهد شد.
هنوز این نگرش اشتباه در حیطهی مدیریتی دیده میشود که فکر می کنند بهره گیری از DevOps به معنی فراموش کردن و بی نیازی از بهروش ITIL است. این باور ممکن است به این دلیل باشد که متخصصان و مدیران ارشد به دنبال راهکاری مهیج و زود بازده میگردند و توانایی تمرکز بر روی چارچوبهای جدید را هم ندارند.
“شما باید آنچه را که دارید و در آن سرآمد هستید را حفظ کنید و آنچه را که از چارچوبهای دیگر نیاز دارید به روش اجرایی خود اضافه کنید. به یاد داشته باشید، زمانی یک چارچوب مثمر ثمر است که با نیاز سازمان مطابقت داشته باشد.”
توجه به چشمانداز کسبوکار
برای اجرای موفق یک چارچوب و غلبه بر ریسکها و چالشهای آن ضروری است سازمانها همهی جوانب از چشم انداز کسب و کار گرفته تا رویکرد بلند مدت را در نظر داشته باشند.
برای مثال، اگر مدیر عامل در حال حاضر از عملکرد تیم IT رضایت داشته باشد و بداند همه چیز به خوبی پیش میرود چرا باید واحدIT پیروی از چارچوب ITIL را برای شروع چارچوبی کاملا جدید و متفاوت متوقف کند؟ پس میتواند در کنار پیادهسازی و استقرار فرایندهای ITIL چارچوب های DevOps، چابک و BRM را به حوزهی کاری خود اضافه کند.
بدون داشتن یک رویکرد مبتنی بر چاچوب، چیزی که میتواند اتفاق بیافتد و من نیز در برخی از شرکتهایی که DevOps را بکار گرفتهاند مشاهده کردهام این است که شرکت ها به دو بخش متفاوت تقسیم می شوند. یک بخش برای پیش بردن امور بر رویکردهای چابک وDevOps تمرکز دارند و بخش دیگر با روشهای قدیمی کار میکنند. اگرچه DevOps نیز قصد دارد تا روش های عملیاتی قدیمی را مشتاق به پیروی از روشهای نوین کند ولی به یاد داشته باشید اگر بخواهیم هر دو روش را بکار گیریم نهایتا با مشکلات بزرگی رو برو خواهیم شد و در آخر شکست در کار را تجربه خواهیم کرد به این علت که به سختی قادر خواهیم بود تا اهداف و استراتژی سازمان و ریشهی مشکلات زیرساختی را شناسایی کنیم.
در موردDevOps، فرایندهایی همچون مدیریت حادثه و مدیریت تغییر کارا نیاز است تا اثر بخشی DevOps دیده شود. همان طور که میدانید DevOps تمایل بیشتری به محصول محور بودن دارد و برای این منظور از رویکرد ITIL برای پشتیبانی از چشم انداز خدمت سود میبرد. همچنین نقش BRM به عنوان مکملی است برای همسو کردن واحدIT با کسبوکار با تمرکز بر ارائه ارزش و همراهی با استراتژیهای سازمانی.
IT و کسبوکار در کنار هم
زمانی که افراد از واحدهای مختلف و با سمتهای مختلف در یک شرکت با واحد IT ملاقات و گفتگو میکنند مطمنا در پس آن تصمیمات خوبی با شناسایی نیازها و انتظارات اتخاذ خواهد شد.
برای این منظور باید بین کسب و کار و IT رابطه ایی بر مبنای اعتماد بنا شود که نهایتا منجر به شروع گفتگو و بحث بر سر مسائل راهبردی خواهد شد.
بحث کردن و همکاری در درک و فهم مشکلات صرفنظر از این که چه چارچوبی برای آن استفاده میکنید میتواند یک موفقیت بزرگ باشد،.
اما چه کسی مسئول جمع کردن همهی ذینفعان و واحدها باید باشد و چگونه این کار را انجام دهد؟
قبلا مدیر عامل مسئول حل کردن تمام مشکلات بود. امروزه، مدیر عامل و هیئت مدیره این نیاز را درک کردهاند که باید IT مالکیت بیشتری بر موضوعات سازمانی داشته و در گیر امور باشند، بنابراین آنها میخواهند تا با کمک IT از آنچه که در حال وقوع است و راه حل رسیدگی به آن مطلع باشند.
BRM نیز در این راستا به مدیر عامل برای اطلاع رسانی و اطمینان از اینکه واحد IT به درستی آنچه که به عنوان ارزش برای کسب و کار تعریف شده است را درک کرده است کمک میکند
آخرین مدرک ITIL-ITIL Practitioner، بر ارزشی که از فهم همه جوانب کسب می شود تمرکز دارد. دانستن ارزش خدماتی که ما ارائه میدهیم، یک کلید مهم برای انگیزه دادن به افراد است و ” ITIL Practitioner ” نیز خود کلیدی است برای دستیابی به این موفقیت. در این میان آموزش افراد برای اجرای بهتر و سریعتر فرایندها و بکارگیری ابزارها و و ایجاد فرهنگ سازمانی بسیار حائز اهمیت هستند .
وقت آن رسیده که رویایی فکر کردن را متوقف کنیم یعنی بدانیم رویکرد جهانی و یا یک چهارچوب کلی که همه مشکلات ما را پاسخگو باشد وجود ندارد.
سخت کوشی، ارتباطات، حاکمیت سازمانی، انگیزه، درک ارزش، رهبری و گوش دادن برخی از قابلیتهایی هستند که ما نیاز داریم تا بهترین استفاده را از همه ی چارچوبها و روابط بین آنها ببریم.