MedaNet Journal

دانش عملی برای مدیریت فناوری اطلاعات

از ITSM و ITIL تا دارایی، عملیات، امنیت، هویت و محصولات ManageEngine؛ موضوع را پیدا کنید، سناریو را بخوانید و به اجرا برسید.

مسیرهای مطالعه

بر اساس مسئله بخوانید، نه فقط بر اساس تاریخ

تازه‌های مدانت

جدیدترین مقالات

با انتشار مطالب جدید، این بخش خودکار به‌روز می‌شود.

  • Kubernetes چیست؟

    Kubernetes یک سیستم متن‌باز برای مدیریت و ارکستراسیون کانتینرها است که به‌طور گسترده در دنیای فناوری اطلاعات استفاده می‌شود. این پلتفرم توسط گوگل توسعه یافته و به توسعه‌دهندگان…

    ادامه مقاله

  • Docker چیست؟

    Docker یک پلتفرم محفظه‌سازی است که به توسعه‌دهندگان و مدیران سیستم اجازه می‌دهد تا نرم‌افزارها را در محیط‌های ایزوله و مستقل از سیستم‌عامل اجرا کنند. این پلتفرم با…

    ادامه مقاله

  • هر خدمتی، سرویس نیست!

    هر خدمتی، سرویس نیست! سرویس یا خدمت مبحث بسیار مهمی است چیستی و چرایی‌اش تمام فنداسیون فعالیت ماست. تعریف “سرویس” به طور کلی به معنای ارائه خدمات یا…

    ادامه مقاله

  • پیشنهاد نگار چالاک!

    پیشنهاد نگار چالاک! #نگار_چالاک، مدیر خلاق و پرانرژی تیم توسعه نرم‌افزار در شرکت #آرمان‌‌_خواه_پرتلاش، به‌تازگی متوجه شد که یکی از قابلیت‌های قدیمی برنامه، یعنی امکان چاپ اطلاعات سازمان…

    ادامه مقاله

  • سیستم ارزش خدمات (Service Value System – SVS) در ITIL 4

    سیستم ارزش خدمات (Service Value System – SVS) در ITIL 4 سیستم ارزش خدمات (SVS) قلب چارچوب ITIL4 است و به عنوان یک مدل جامع برای مدیریت خدمات…

    ادامه مقاله

  • SLA چیست؟

    SLA (Service Level Agreement) یا توافق‌نامه سطح خدمات، سندی رسمی میان ارائه‌دهنده و دریافت‌کننده خدمت است که انتظارات، مسئولیت‌ها و شاخص‌های قابل‌اندازه‌گیری سرویس را مشخص می‌کند. معیارهایی مانند…

    ادامه مقاله

  • Known Error چیست؟

    Known Error یا «خطای شناخته‌شده» در ITIL به Problemی گفته می‌شود که تحلیل شده، اما هنوز به‌طور کامل برطرف نشده است. ممکن است برای آن Workaround وجود داشته…

    ادامه مقاله

  • SVS چیست؟

    SVS مخفف Service Value System یا «سیستم ارزش خدمات» است؛ مدلی در ITIL 4 که نشان می‌دهد اجزای مختلف سازمان چگونه باید کنار هم کار کنند تا از…

    ادامه مقاله

  • BCP چیست؟

    BCP (Business Continuity Plan) یا «برنامه تداوم کسب‌وکار» مجموعه‌ای از تصمیم‌ها، نقش‌ها، راهکارها و رویه‌هاست که کمک می‌کند سازمان در زمان بحران، فعالیت‌های حیاتی خود را ادامه دهد…

    ادامه مقاله

  • RTO چیست؟

    RTO مخفف Recovery Time Objective یا «هدف زمان بازیابی» است؛ یعنی حداکثر زمانی که یک سرویس یا فرایند حیاتی می‌تواند پس از اختلال از دسترس خارج باشد تا…

    ادامه مقاله

  • RPO چیست؟

    RPO مخفف Recovery Point Objective یا «هدف نقطه بازیابی» است؛ یعنی حداکثر مقدار داده‌ای که سازمان حاضر است در یک بحران از دست بدهد. RPO معمولاً به‌صورت یک…

    ادامه مقاله

  • OLA چیست؟

    OLA (Operational Level Agreement) یا «توافق‌نامه سطح عملیاتی» توافقی داخلی میان تیم‌ها و واحدهای یک سازمان است که مشخص می‌کند برای پشتیبانی از یک خدمت، هر تیم چه…

    ادامه مقاله

KEEP LEARNING

موضوعی در ذهن دارید؟ از جست‌وجوی مدانت شروع کنید

میان صدها مقاله، راهنما، محصول و صفحه تخصصی، سریع‌تر به پاسخ مناسب برسید.

جست‌وجو در کل مدانت
مهر ۱۸, ۱۴۰۳

(پنج چرا) یک روش تحلیلی برای شناسایی ریشه‌های مشکلات

(پنج چرا) یک روش تحلیلی برای شناسایی ریشه‌های مشکلات تکنیک 5 Why، ابزاری است که به عمق‌کاوی مشکلات می‌پردازد و به ما کمک می‌کند تا از سطحی‌ترین پاسخ‌ها به ریشه‌های واقعی مشکلات برسیم. این نیز یکی از متدها و روش‌های شناسایی، تحلیل و حل مسائل و مشکلات است. این تکنیک، با پرسیدن پنج بار “چرا؟” در واقع دعوتی است برای ما به کاوش در ذهن و دل، و تلاش برای درک عمیق‌تر از چالش‌ها و موانع. در دنیایی که هر روز با مسائل و چالش‌های جدید مواجه هستیم، این روش به ما می‌آموزد که چگونه به جای مواجهه با ظواهر، به بررسی علت‌های واقعی مشکلات بپردازیم. در این سفر تحلیلی، هر “چرا” دریچه‌ای به سوی درک بهتر و یافتن راه‌حل‌های مؤثر باز می‌کند و ما را به سمت بهبود و رشد هدایت می‌کند. تکنیک 5 Why (پنج چرا) یک روش تحلیلی برای شناسایی ریشه‌های مشکلات است. این تکنیک به‌ویژه در مدیریت کیفیت و بهبود فرآیندها کاربرد دارد. به‌جای صرفاً شناسایی و حل مشکل، این روش کمک می‌کند تا به درک عمیق‌تری از علل واقعی آن دست یابیم. مراحل اجرای تکنیک 5 Why: مزایا: این تکنیک می‌تواند به سازمان‌ها و افراد کمک کند تا از تکرار مشکلات مشابه جلوگیری کنند. چگونه از تکنیک 5 Why استفاده کنیم: ادامه در صفحه بعدی…
مهر ۱۷, ۱۴۰۳

روش تصمیم‌گیری و حل مشکل Kepner-Tregoe Analysis

روش تصمیم‌گیری و حل مشکل Kepner-Tregoe Analysis تصور کنید شبکه‌ای عظیم و پیچیده از اتصالات، مانند یک سیستم عصبی بی‌پایان که به جای ارسال پیام‌های عصبی، جریان بی‌وقفه‌ای از اطلاعات را منتقل می‌کند. کاربران این شبکه، مثل سلول‌های بدن، به هماهنگی کامل آن وابسته‌اند؛ اما ناگهان، کندی و اختلال در این شبکه، همچون ضربانی ناهماهنگ، تمام سیستم را مختل می‌کند. صدها کاربر تیکت می‌زنند و از قطع شدن این جریان حیاتی شکایت دارند. در این لحظه، روش Kepner-Tregoe همچون پزشکی ماهر وارد عمل می‌شود تا با تشخیص دقیق و منطقی، به دنبال علت اصلی این مشکل بگردد و راه‌حلی اثربخش ارائه دهد. روزانه با انبوهی از حوادث روبرو می‌شویم که ممکن است ناشی از یک مشکل ریشه‌ای باشند. در کنار سایر متدها و روش‌های شناسایی و تجزیه و تحلیل مشکل، روش تحلیل Kepner-Tregoe (KT) نیز روش بسیار محبوبی است که در حقیقت یک روش سیستماتیک و ساختارمند برای تصمیم‌گیری و حل مشکلات است که بر اساس اطلاعات موجود، فرآیند حل مساله را به صورت منطقی هدایت می‌کند. این روش توسط چارلز کیپنر و بنجامین تریگو توسعه یافته است و شامل چهار مرحله کلیدی است: 1. تعیین و شناسایی مساله: تعریف دقیق مساله و مشخص کردن نتایج دلخواه. 2. تحلیل علت و معلول: شناسایی علت‌های ریشه‌ای با طرح سؤالات مشخص و بررسی اطلاعات. 3. تصمیم‌گیری: ارزیابی گزینه‌های ممکن با استفاده از معیارهای اولویت‌دار و تحلیل ریسک‌ها. 4. حل مشکل: اجرای راهکار انتخاب‌شده و نظارت بر نتایج برای اطمینان از اثربخشی. این روش به کمک تمرکز بر جمع‌آوری داده‌ها و تحلیل منطقی، در بهبود تصمیم‌گیری‌های پیچیده بسیار موثر است. مزایای روش Kepner-Tregoe Analysis: ادامه در صفحه بعدی…
مهر ۱۶, ۱۴۰۳

ارزیابی تاثیر در  ITIL4

Impact Analysis یا ارزیابی تأثیر، فرآیندی است که برای شناسایی و بررسی تأثیرات تغییرات و مشکلات احتمالی بر روی خدمات، سیستم‌ها و سازمان‌ها استفاده می‌شود. در ITIL4، این روش به عنوان یک ابزار حیاتی برای ارزیابی و مدیریت تغییرات و رویدادهای بحرانی به کار گرفته می‌شود. هدف از این تحلیل، پیش‌بینی دقیق نتایج و عواقب تغییرات پیشنهادی بر سیستم‌های خدماتی و کاهش ریسک‌های مربوط به تغییرات است. در این فرآیند، ارزیابی می‌شود که چگونه تغییرات می‌توانند به زیرساخت‌های فناوری اطلاعات (IT) یا عملیات سازمانی آسیب برسانند یا آن‌ها را بهبود بخشند. همچنین این روش کمک می‌کند تا ارتباطات پیچیده بین سرویس‌ها شناسایی شود و اولویت‌بندی مؤثرتری در فرآیندهای مدیریت رویدادها و حوادث بحرانی صورت گیرد. Impact Analysis به تصمیم‌گیرندگان یاری میرساند تا با دقت بیشتری تأثیرات مثبت و منفی تغییرات را پیش‌بینی کرده و تغییرات بهینه‌تری را به اجرا بگذارند. این روش در ITIL4 همچنین با مدیریت ریسک و بهبود مستمر همسو می‌شود و به سازمان‌ها کمک می‌کند تا کارایی بیشتری در مواجهه با تغییرات ایجاد کنند و از قطعی‌ها و مشکلات غیرمنتظره جلوگیری کنند. اما این کار چگونه انجام می‌شود؟ فرایند پیاده‌سازی ارزیابی تاثیر چگونه است؟ 1. تعریف تغییر یا مشکل (Change/Issue Definition) ابتدا باید تغییر یا مشکلی که قصد دارید ارزیابی کنید به‌طور دقیق تعریف شود. باید مشخص کنید که چه چیزی در حال تغییر است (مثلاً یک به‌روزرسانی نرم‌افزاری، اضافه‌کردن یک ویژگی جدید یا رفع یک خطا)، و این تغییر یا مشکل چگونه می‌تواند بر سیستم یا خدمات تأثیر بگذارد. 2. شناسایی دارایی‌ها و سرویس‌های تحت تأثیر (Identify Affected Assets and Services) در این مرحله، باید مشخص شود که کدام سرویس‌ها، سیستم‌ها، نرم‌افزارها یا اجزای زیرساخت IT تحت تأثیر تغییرات قرار می‌گیرند. این شامل سرورها، شبکه‌ها، پایگاه‌داده‌ها، نرم‌افزارها و سرویس‌هایی است که ممکن است به صورت مستقیم یا غیرمستقیم تحت تأثیر قرار بگیرند. 3. تحلیل وابستگی‌ها (Dependency Analysis) بسیاری از سرویس‌ها و سیستم‌ها به‌هم وابسته‌اند، و تغییر در یکی از آن‌ها ممکن است باعث تأثیرات زنجیره‌ای بر سایر بخش‌ها شود. بنابراین، بررسی و تحلیل وابستگی‌ها برای درک دقیق‌تر این تأثیرات حیاتی است. به عنوان مثال، اگر یک سرور حیاتی تحت تأثیر قرار گیرد، ممکن است سرویس‌های دیگری نیز دچار اختلال شوند. 4. ارزیابی میزان تأثیرات (Assess the Magnitude of Impact) در این مرحله باید میزان تأثیرات بررسی و طبقه‌بندی شود. این کار شامل سنجش میزان اهمیت و بحرانی بودن تغییر است. به عنوان مثال، آیا این تغییر می‌تواند باعث قطعی سرویس‌ها شود؟ آیا ممکن است داده‌های مهم از دست بروند؟ آیا عملکرد سیستم کند می‌شود؟ در ITIL 4، معمولاً تأثیرات را به دسته‌های زیر تقسیم می‌کنند: برای اجرای Impact Analysis یا ارزیابی تأثیر تغییرات، باید مراحل و گام‌های مشخصی را طی کنید. این مراحل به شما کمک می‌کنند تا بتوانید به شکلی سیستماتیک تأثیرات یک تغییر یا رویداد را بر روی خدمات یا سیستم‌های IT سازمان ارزیابی کنید. در ادامه، مراحل اجرای Impact Analysis را توضیح می‌دهم: در زیر جدولی برای امتیازبندی تأثیرات تغییرات یا مشکلات ارائه شده است. این جدول به تعیین سطح تأثیرات کمک می‌کند و می‌تواند در فرآیند Impact Analysis مفید باشد.
مهر ۱۵, ۱۴۰۳

SLO یک جز کلیدی در مدیریت خدمات مدرن

SLO چیست و به چه کاری می‌‌آید؟ SLO (Service Level Objective) در ITIL4 به عنوان یک بخش کلیدی در مدیریت خدمات فناوری اطلاعات تعریف شده است. SLO هدفی قابل اندازه‌گیری برای ارائه خدمات است که معمولاً در قالب کیفیت یا سطح عملکرد یک سرویس مشخص می‌شود. این اهداف براساس نیازهای تجاری و انتظارات مشتریان تعریف شده و با شاخص‌هایی مانند زمان پاسخگویی، دسترسی، و قابلیت اطمینان سرویس مرتبط هستند. Service Level Objectives (SLO) به‌طور خاص در نسخه‌های پیشین ITIL مطرح نشده بود، اما در ITIL4 که در سال 2019 منتشر شد، این مفهوم به‌طور رسمی به عنوان بخشی از مدل خدمات و مدیریت خدمات معرفی گردید. در ITIL4، SLOها به عنوان بخشی از توافقات سطح خدمات (SLA) و همچنین به عنوان اهدافی برای اندازه‌گیری و بهبود کیفیت خدمات در نظر گرفته می‌شوند. این نسخه به سازمان‌ها کمک می‌کند تا بر اساس اهداف مشخص و قابل اندازه‌گیری عمل کنند و کیفیت خدمات خود را ارتقا دهند. سناریو: یک شرکت میزبان وب یا هاستینگ گفته: “وب‌سایت مشتری باید حداقل 99.9% از اوقات در طول ماه در دسترس باشد.” به این می‌گویند SLA و همچنین قول داده‌اند در صورت عدم رعایت، مشتری می‌تواند درخواست جبران خسارت به صورت تخفیف داشته باشد. برای تأمین این دسترس‌پذیری، وب‌سایت باید معیارهای خاصی داشته باشد که به وضوح مشخص می‌کند وب‌سایت باید حداقل 99.9% از اوقات در طول ماه در دسترس باشد، که معادل حداکثر 43.2 دقیقه زمان عدم دسترسی در هر ماه است. همچنین، مدت زمان لازم برای بازیابی سرویس پس از بروز مشکل نباید بیش از 1 ساعت باشد. این معیارها به ارائه‌دهنده خدمات و مشتری کمک می‌کنند تا عملکرد خدمات را به‌طور مؤثر اندازه‌گیری و ارزیابی کنند. به این می‌گویند SLO. مزایای SLO در اینجا جدولی از مزایای Service Level Objectives (SLO) آورده شده است: مزیت شرح بهبود کیفیت خدمات SLOها اهداف مشخص و قابل اندازه‌گیری برای کیفیت خدمات تعیین می‌کنند که به بهبود مستمر خدمات کمک می‌کند. شفافیت و اعتماد تعریف SLOهای واضح به مشتریان کمک می‌کند انتظارات خود را بهتر مدیریت کنند و اعتماد بیشتری به ارائه‌دهندگان خدمات پیدا کنند. نظارت و ارزیابی SLOها به عنوان معیارهای سنجش عملکرد عمل می‌کنند و امکان ارزیابی مداوم کیفیت خدمات را فراهم می‌کنند. تسریع در شناسایی مشکلات وجود SLOها به تیم‌های فنی اجازه می‌دهد تا به‌سرعت مشکلات را شناسایی و برطرف کنند، که زمان بروز مشکلات را کاهش می‌دهد. مدیریت منابع بهتر SLOها به سازمان‌ها کمک می‌کنند تا منابع خود را به‌طور مؤثرتری مدیریت کنند و بر روی حوزه‌های خاصی که نیاز به بهبود دارند، تمرکز کنند. دستاوردهای قابل اندازه‌گیری SLOها امکان اندازه‌گیری کمی موفقیت‌ها را فراهم می‌کنند و به ارائه گزارش‌های دقیق به ذینفعان و مدیران کمک می‌کنند. مشارکت کارکنان SLOها می‌توانند به ایجاد انگیزه و مشارکت بیشتر در تیم‌ها کمک کنند، زیرا اعضای تیم می‌دانند که چه انتظاراتی از آن‌ها وجود دارد و چگونه می‌توانند به اهداف برسند. این جدول به‌خوبی مزایای SLOها را به‌صورت مختصر و واضح نمایش می‌دهد و به سازمان‌ها کمک می‌کند تا ارزش افزوده این مفهوم را در مدیریت خدمات خود درک کنند. ادامه مطلب در صفحه ۲
مهر ۱۵, ۱۴۰۳

DevSecOps چیست؟

DevSecOps ترکیبی از “توسعه” (Development)، “امنیت” (Security) و “عملیات” (Operations) است که امنیت را به عنوان جزء اصلی در فرایند توسعه نرم‌افزار وارد می‌کند. هدف DevSecOps این است که امنیت را از ابتدای چرخه توسعه نرم‌افزار در نظر بگیرد و آن را در تمام مراحل توسعه و استقرار پیاده‌سازی کند. برخلاف روش‌های سنتی که امنیت در انتهای چرخه توسعه اعمال می‌شد، DevSecOps امنیت را به یک مسئولیت مشترک در بین تمام تیم‌ها تبدیل می‌کند. این روش از ابزارهای خودکارسازی امنیت، مانند اسکن خودکار کد برای آسیب‌پذیری‌ها و نظارت مستمر بر تهدیدات، بهره می‌برد. DevSecOps با ترکیب امنیت در تمام مراحل، سرعت توسعه و امنیت سیستم‌ها را افزایش می‌دهد و به تیم‌ها کمک می‌کند تا با تهدیدهای سایبری به شکل بهینه‌تری مقابله کنند و به استانداردهای قانونی و امنیتی پایبند بمانند.