پیاده‌سازی ISMS در ابزارهای ITIL

خوب می‌دانید که مدیریت امنیت اطلاعات یکی از تمرینات ITIL است؛ از طرفی سیستم مدیریت امنیت اطلاعات یا ISMS هم بطور موازی در بسیاری از سازمان مورد توجه است. بسیاری از این سازمان‌ها از ابزارهایی برای مدیریت امنیت اطلاعات استفاده می‌کنند اما پرسشی که اغلب مطرح است این است که آیا کنترل‌های امنیت اطلاعات را می‌توان توی ابزارهای ITIL هم پیاده‌سازی کرد؟

پاسخ بله است.

اما چگونه؟

در ابتدا باید بدانید ISMS چیست؟

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

ویژگی‌های اصلی ISMS

1. مدیریت ریسک: شناسایی، ارزیابی، و مدیریت ریسک‌های مرتبط با امنیت اطلاعات. این شامل تحلیل تهدیدات و آسیب‌پذیری‌ها و ارزیابی تأثیرات آن‌ها بر سازمان است.
2. کنترل‌های امنیتی: پیاده‌سازی کنترل‌های مدیریتی، فنی، و فیزیکی برای حفاظت از اطلاعات. این شامل رمزنگاری، کنترل دسترسی، و نظارت بر فعالیت‌ها است.
3. سیاست‌ها و رویه‌ها: تدوین سیاست‌ها و رویه‌های امنیتی برای راهنمایی و کنترل اقدامات امنیتی در سازمان.
4. آموزش و آگاهی: ارائه آموزش‌های لازم به کارکنان در مورد اهمیت امنیت اطلاعات و نحوه رعایت سیاست‌ها و رویه‌ها.
5. پایش و بررسی: نظارت مستمر بر وضعیت امنیت اطلاعات و ارزیابی اثربخشی کنترل‌های امنیتی. این شامل انجام ممیزی‌ها و بررسی‌های دوره‌ای است.
6. مدیریت رخدادها: شناسایی، پاسخ به، و مدیریت رخدادهای امنیتی برای کاهش تأثیرات و بازیابی سریع از این رخدادها.
7. بهبود مستمر: به‌روزرسانی و بهبود مداوم سیستم مدیریت امنیت اطلاعات بر اساس نتایج پایش و بررسی‌ها و تغییرات در محیط تهدیدات.

چارچوب‌ها و استانداردهای مرتبط با ISMS

1. ISO/IEC 27001: استاندارد بین‌المللی برای ایجاد، پیاده‌سازی، و حفظ ISMS. این استاندارد مشخصات و الزامات ISMS را تعریف می‌کند و به سازمان‌ها کمک می‌کند تا فرآیندهای امنیت اطلاعات را بهبود دهند.
2. ISO/IEC 27002: راهنما برای پیاده‌سازی کنترل‌های امنیتی، شامل بهترین شیوه‌ها و کنترل‌های امنیتی که می‌توانند در ISMS پیاده‌سازی شوند.
3. NIST Cybersecurity Framework: چارچوبی برای بهبود مدیریت امنیت سایبری و حفاظت از اطلاعات در سازمان‌ها.

ادامه مطلب در صفحه بعد…

نوشته پیاده‌سازی ISMS در ابزارهای ITIL اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

نوشته فرم درخواست اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

چه چیزی پروژه است چه چیزی نیست؟

در این مقاله می‌خوانید:

• مدیریت پروژه چیست؟
• گام‌های کلیدی تعریف پروژه
• پروژه چیست؟
• عوامل موفقیت در پروژه
• سازماندهی پروژه
• ساختار سازمانی (تعریف وظایف و مسئولیت‌های پروژه)
• ساختار عملیاتی (برنامه ریزی ساختار پروژه)
• مراحل پروژه: اهداف و وظایف
• استانداردهای مدیریت پروژه
• مدیریت پروژه در ITIL

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

مدیریت پروژه چیست؟

هنگامی که یک کسب و کار باید به یک کار کاملاً جدید بپردازد، معمولاً لازم است که متخصصان از مناطق بسیار مختلف و بخش‌های شرکتی با هم کار کنند. در اینجا تعریف یک پروژه منطقی خواهد بود: این درجه بالاتری از انعطاف پذیری را تضمین می‌کند زیرا فراتر از عملیات روزانه است. کار پروژه مزایای پیدا کردن راه حل‌های مشترک را به سرعت و به طور مؤثر فراهم می‌کند.

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

به همین دلایل، دسترسی به برنامه ریزی پروژه قابل اعتماد، تعهد مشخص منابع لازم و مهمتر از همه، قوانین روشن برای کار پروژه ضروری است.

تمام این فعالیت‌ها تحت عنوان “مدیریت پروژه” خلاصه می‌شوند:

• مدیریت پروژه شامل سازماندهی، برنامه ریزی، کنترل و نظارت بر تمام وظایف و منابع مورد نیاز برای دستیابی به اهداف و اهداف تعریف شده پروژه است.
• مدیریت پروژه یک وظیفه مدیریتی است و باید از وظایف عملی کار پروژه عملیاتی متمایز شود.

گام‌های کلیدی تعریف پروژه:

1. چه چیزی…؟

چه چیزی پروژه است؟ چه کاری باید انجام داد و فاکتورهای موفقیت پروژه چیست؟

• چه کسی…؟

چه کسی پاسخگوست؟ چه کسی چه کاری باید بکند؟ نقش‌های پروژه کدامند؟

• چگونگی ساختار…؟

ساختار پروژه چگونه است؟ ساختار عملیات اجرایی چگونه است؟مراحل اجرای پروژه چگونه است؟

• چگونگی مدیریت…؟

چگونگی مدیریت پروژه چگونه است؟ چک لیست‌ها و الگوهای کار و پروژه چگونه است؟

یک پروژه چیست؟

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

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

عوامل موفقیت در پروژه

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

اما مراقب باشید: با توجه به این واقعیت که یک پروژه منحصر به فرد و پیچیده است، خطر عدم دستیابی به نتایج مورد نظر را نیز دارد.

با این حال، خطر شکست را می‌توان به طور قابل توجهی از طریق مدیریت دقیق پروژه کاهش داد تا اطمینان حاصل شود که:

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

و در نهایت، عوامل بسیار متفاوت به موفقیت یک پروژه کمک می‌کنند. این عوامل از مسائل فنی تا توافقات سازمانی و جنبه‌های بین فردی متغیر است.

ادامه مطلب در صفحه بعد…

نوشته چه چیزی پروژه است چه چیزی نیست؟ اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

در این مقاله می‌خوانید:

• مستندات فنی چیست و چه اهمیتی دارند؟
• به عنوان یک مشتری چه چیزی باید در مورد LLD، HLD و DD بدانید؟
• انواع طراحی مستندات فنی
• طراحی سطح بالا (HLD)
• طراحی سطح پایین (LLD)
• طراحی تفصیلی (DD)
• ایا LLD و DLD یکسان هستند یا تفاوتی وجود دارد؟
• و جدول مقایسه مستندات فنی HLD/LLD

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

مستندات فنی (TD) Technical Documentation یکی از راه‌هایی است که همه چیز را در یک صفحه قرار می‌دهد. این برنامه، طراحی منطقی کد آینده (یا موجود) را فراهم و توضیح می‌دهد و انتظارات را برای ویژگی‌ها و ماژول‌هایی که توسعه دهنده باید ایجاد کند، تعیین می‌کند. از نقطه نظر تجاری، این مستندات یک گام مهم است.

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

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

به عنوان یک مشتری چه چیزی باید در مورد LLD، HLD و DD بدانید؟

برای شما مهم است که تفاوت بین طراحی سطح بالا (HLD)، طراحی دقیق (DD) و طراحی سطح پایین (LLD) را درک کنید تا بتوانید به طور مؤثر با تیم توسعه ارتباط برقرار کنید و تصمیمات اگاهانه در مورد پروژه نرم افزاری خود بگیرید.

در اینجا چند نکته کلیدی وجود دارد که باید در مورد هر یک از این مراحل طراحی بدانید:

• طراحی سطح بالا (HLD): یا High-Level Design اولین گام در فرایند طراحی است و یک نمای کلی از معماری نرم افزار را فراهم می‌کند.

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

• طراحی سطح پایین (LLD): یا Low-Level Design گام بعدی پس از HLD است و جزئیات دقیق‌تر و فنی سیستم را فراهم می‌کند. این ساختار داده‌های خاص و الگوریتم‌هایی را که مورد استفاده قرار می‌گیرند و همچنین رابط‌های بین اجزای سیستم تعریف می‌کند. برای مشتری مهم است که LLD را درک کند تا بتواند اطمینان حاصل کند که طراحی پیشنهادی امکان پذیر است و سیستم نیازهای انها را براورده می‌کند.
• طراحی تفصیلی (DD): یا Detailed Design گسترش LLD است و طراحی بسیار دقیقی از سیستم نرم افزاری را فراهم می‌کند. DD شامل توصیفات خاص و دقیق از ساختارهای داده، الگوریتم‌ها، رابط‌ها و سایر عناصر سیستم، و همچنین شبه کد یا سایر نمایش‌های کد است که نوشته خواهد شد. برای مشتری مهم است که DD را درک کند تا بتواند اطمینان حاصل کند که طراحی سیستم مطابق با نیازهای انها و قابل اجرا است.

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

انواع طراحی

طراحی سطح بالا (HLD)

طراحی سطح بالا (HLD) یک طراحی کلی سیستم است.

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

این شامل توضیحات بخش‌های زیر است:

• معماری سیستم
• طراحی پایگاه داده
• اشاره مختصر به تمام سیستم عامل‌ها، سیستم‌ها، خدمات و فرایندهایی که محصول به ان وابسته است
• شرح مختصری از روابط بین ماژول‌ها و ویژگی‌های سیستم

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

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

ادامه مطلب در صفحه بعد…

نوشته مستندات فنی نرم‌افزار: تفاوت بین HLD، LLD، DLD چیست؟ اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

مدیریت خدمات فناوری اطلاعات، شرح وظایف و حقوق و دستمزد

در این مقاله می‌خوانید:

• چه کسی یک ITSM  حرفه‌ای است؟
• یک متخصص ITSM چه‌کاری انجام می‌دهد؟
• عناوین شغلی حوزه  ITSM و شرح شغلی آنان
• وظایف و مسئولیت‌های  ITSM
• حقوق و دستمزد متخصصان ITSM
• چگونه یک رزومه شغلی مدیریت خدمات فناوری اطلاعات بنویسیم؟
• شرح الگوی شغلی ITSM
• چگونه در زمینه مدیریت خدمات فناوری اطلاعات کار پیدا کنیم؟
• سخن آخر
• سؤالات متداول (FAQs)

مدیریت خدمات فناوری اطلاعات شرح و حقوق و دستمزد (۲۰۲۳)

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

یک مدیریت خدمات فناوری اطلاعات خوب باید مهارت‌های تحلیلی عالی، دانش نرم‌افزار، شبکه و ارتباطات را داشته باشد و همچنین مسلط به برنامه‌های کامپیوتری مختلف، به‌ویژه یک سیستم مدیریت خدمات فناوری اطلاعات (ITSM) مانند CMDB (پایگاه داده مدیریت پیکربندی)، نرم‌افزار میز کمک یا سیستم مدیریت دارایی نیز باشد.

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

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

چه کسی یک ITSM حرفه‌ای است؟

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

مهارت‌های معمول برای یک ITSM حرفه ای عبارت‌اند از:

• آن‌ها باید در استفاده از ابزارهای نرم‌افزاری مانند صفحات گسترده (اکسل)، ابزارهای مدل‌سازی داده‌ها و طراحی نرم‌افزار به کمک کامپیوتر مهارت زیادی دارند.
• آن‌ها با زبان‌های برنامه‌نویسی اساسی مانند Java، C#  و SQL و فن‌آوری‌هایی مانند محاسبات ابری و DevOps آشنا هستند.
• آن‌ها مهارت‌های ارتباطی قوی دارند تا بتوانند به‌طور مؤثر در تیم‌ها کار کنند.
• آن‌ها تأثیر کسب‌وکار راه‌حل‌های فن‌آوری را درک می‌کنند و می‌توانند مناطقی را که خودکارسازی می‌تواند مورداستفاده قرار گیرد شناسایی کنند.
• آن‌ها با مقررات فعلی در مورد امنیت داده‌ها، حریم خصوصی و سیاست‌های حفظ داده‌ها آشنا هستند.
• ·          آن‌ها دانش فنی لازم در مورد سیستم‌عامل‌های صنعت خود، برنامه‌های کاربردی و سیستم‌ها را در اختیار دارند.

یک متخصص ITSM چه‌کاری انجام می‌دهد؟

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

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

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

با این وصف ITSM یا مدیریت خدمات فناوری اطلاعات کار یک نفر نیست!

ادامه مطلب در صفحه بعد…

نوشته مدیریت خدمات فناوری اطلاعات، چه وظایفی دارد و چه درآمدی؟ اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

ساده‌سازی مشکل، کلید حل مشکل است؟

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

چه چیزی مشکل است؟

آیا تا به حال در موقعیتی بوده‌اید که مشکلی پیش بیاید و مطمئن نباشید که این یک مشکل است یا فقط یک حادثه؟ این موضوع ممکن است گیج کننده باشد، اما درک تفاوت این دو برای یافتن راه‌حل بسیار مهم است.

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

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

در حالی که حوادث می‌توانند مشکلاتی را ایجاد کنند، اما همه حوادث به خودی خود مشکل نیستند!

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

مقاله مرتبط: همه حوادث تکراری مشکل نیستند!

تفاوت دیگر مشکل با حادثه، در میزان تأثیر آن است. حوادث معمولاً اثرگذاری ناچیزی دارند اما مشکل، تأثیر بیشتری دارد. همچنین حادثه، دامنه‌ی کوچک‌تری را در بر می‌گیرد اما مشکل، حوزه‌های بیشتری را متأثر از خود می‌کند.

بعبارتی می‌شود حوادث بزرگ را مشکل نامید!

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

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

بنابراین، دفعه بعد که در زندگی خود با سکسکه مواجه شدید، از خود بپرسید: “این یک مشکل است یا فقط یک حادثه؟” و اجازه دهید دانش جدیدتان شما را به سمت یک راه‌حل راهنمایی کند.

مطلب مرتبط: آیا مدیریت مشکل را در زندگی خود احساس کرده‌اید؟

بطور خلاصه یک مشکل یعنی:

1. مانع رشد و پیشرفت می‌شود.
2. یک مسئله‌ی مزمن و مستمر است.
3. دامنه‌ی وسیع‌تری را در بر می‌گیرد.
4. تأثیر عمیقی دارد.
5. زمان رسیدگی بیشتری برای حل‌وفصل در برمی‌گیرد.
6. علت ریشه‌ای دارد.
7. با حل آن، حوادث ناشی از آن نیز حل می‌شود.
8. نیاز به تحلیل و بررسی دقیق دارد.

ادامه مطلب در صفحه بعد…

نوشته همه چیز درباره مشکل و مدیریت مشکل اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

امنیت اطلاعات با چارچوب ITIL

در دنیای امروزی که نقض اطلاعات و حملات سایبری در حال افزایش است، تعجب‌آور نیست که سازمان‌ها با نگرانی هرچه تمام‌تر به دنبال راه‌هایی برای بهبود امنیت اطلاعات خود باشند. در کنار ISMS، یکی از راه‌های انجام این کار، پیاده‌سازی چارچوب کتابخانه زیرساخت فناوری اطلاعات (ITIL) است. ITIL سالهاست که به عنوان بهترین رویکرد برای مدیریت خدمات فناوری اطلاعات به طور گسترده در صنعت فناوری اطلاعات استفاده می‌شود. اما آیا می‌دانستید که می‌توان از آن برای امنیت اطلاعات نیز استفاده کرد؟ در این مطلب اختصاصی، چگونگی استفاده از ITIL برای امنیت اطلاعات و مزایا، چالش‌ها، نقش‌ها و استراتژی‌های پیاده سازی آن را بررسی خواهیم کرد. پس یک فنجان قهوه بگیرید و بعدش بیایید به دنیای ITIL و امنیت اطلاعات شیرجه بزنیم!

چگونه می‌توان از ITIL برای امنیت اطلاعات استفاده کرد؟

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

یکی از راه‌هایی که می‌توان از ITIL برای امنیت اطلاعات استفاده کرد، پیاده‌سازی چرخه عمر مدیریت خدمات آن است. این چرخه حیات در ITIL نسخه ۳ شامل پنج مرحله است: استراتژی خدمات، طراحی خدمات، انتقال خدمات، عملیات خدمات و بهبود مستمر خدمات. با پیروی از این چرخه حیات، سازمان‌ها می‌توانند اطمینان حاصل کنند که کنترل‌های مناسبی را در هر مرحله از فرآیند ارائه خدمات خود در اختیار دارند.

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

ITIL همچنین راهنمایی‌هایی را در مورد نحوه اجرای سیاست‌های مدیریت تغییر مؤثر ارائه می‌دهد که هنگام برخورد با داده‌ها یا سیستم‌های حساس بسیار مهم هستند زیرا تغییرات می‌توانند آسیب پذیری ها و تهدیدات جدیدی را در صورت عدم مدیریت مؤثر ایجاد کنند.

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

مزایای استفاده از ITIL برای امنیت اطلاعات

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

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

ثالثاً، با اجرای ITIL برای مدیریت امنیت اطلاعات در چارچوب استراتژی کلی یک سازمان، همسویی با اهداف تجاری را تضمین می‌کند. این همسویی به کاهش احتمال اولویت‌های نادرست منجر به استفاده ناکارآمد از منابع یا نادیده گرفتن مناطق بحرانی هنگام برنامه‌ریزی اقدامات کاهش خطر کمک می‌کند.

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

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

ادامه مطلب در صفحه بعد…

نوشته <strong>امنیت اطلاعات با چارچوب ITIL</strong> اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

تولید راهکار کارا

طبق ارزیابی گارتنر ۸۴٪ کاربران تمایل دارند خودشان بتوانند مشکلات خود را رفع رجوع نمایند.

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

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

برخی از سازمان‌ها می‌گویند ما راهکار تولید می‌کنیم اما کاربران یا نمی‌خوانند و یا باز از ما می‌پرسند.

در پاسخ باید گفت، مشکل، کاربر نیست. مشکل دقیقاً راهکار تولیدشده است. لابد می‌پرسید چطور!؟

برای رسیدن به ۸۴٪ دل‌چسب باید به این پرسش‌ها پرداخت.

چگونه راهکار تولید کنیم؟ چه نوع راهکاری بیشتر دیده می‌شود و کاربرد دارد؟ چه کسی تولید کند و چطور کارایی آن را اندازه بگیریم؟

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

پس قدم اول آن است که چیزی تولید کنید که کارایی داشته باشد. این عبارت شعاری است برای تولید یک اثر کارا باید این موارد را در نظر بگیرید:

1. ساده و قابل‌فهم باشد.
2. تست‌شده باشد.
3. ترجیحاً همراه با صوت و تصویر و یا  به‌صورت ویدئویی باشد.
4. در دسترس باشد.
5. کاملاً مرتبط با مشکل کاربر باشد.

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

فرق Solution با Resolution

تشابهات ظاهری همیشه گیج‌کننده‌اند. چه آدم‌های دوقلو باشند و چه واژ‌ه‌های دوقلو. اگر خوب به مفاهیمش فکر نکنیم هر دو گمراه‌کننده خواهند شد. شبیه دو واژه‌ی Incident و Event که هر دو خیلی شبیه هم‌اند، واژه‌های Solution و Resolution نیز به همین شکل‌اند. بخصوص در بحث تخصصی چارچوب ITIL

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

این دو واژه‌ی مشابه یک کاربرد دارند. هر دو برای حل مسئله (مشکل) هستند. در مدیریت حادثه و مدیریت مشکل استفاده از solution یعنی یک راهکار (راهی برای انجام یک کار) این کار قطعاً ممکن است نتیجه‌ی دلخواه را به همراه نداشته باشد در حقیقت solution یک تلاش برای حل مشکل است. به عبارتی اگر مشکل را یک پرسش در نظر بگیریم پس solution به‌عنوان یک پاسخ در نظر گرفته می‌شود. قطعاً با هر پاسخی ممکن است آن مشکل حل نشود اما کاچی به از هیچی است!

از طرفی resolution روشی است برای بررسی، توضیح و نوشتن یک مسئله به شیوه‌ای سیستماتیک. یعنی راه‌حل یا الگوریتمی برای گره‌گشایی.

درحالی‌که solution فقط شامل پاسخ است، نوشتن یک resolution شامل پیش‌نمایش، تخصصی کردن، تعمیم و بررسی دقیق مشکل است. اولین قدم برای حل مسئله، خواندن و درک سؤال است. پس از درک مسئله، مهم است که در مورد آنچه در مورد مشکل و موضوع شناخته‌شده است فکر کنید و بنویسید که البته نوشتن این افکار اغلب مفید است. شروع کار واقعی بر روی مشکل، مستلزم تخصصی کردن، سناریو چیدن و آزمایش کردن آن در محیط آزمایشگاهی است همراه با درج پرسش‌های بیشتر و تعمیم مثال‌های تصادفی و در انتها، شکل‌دهی و سیستماتیکی کردن مثال‌هاست. در طول فرآیند تخصصی، مهم است که در مورد پیشرفت این بررسی دقیق، یادداشت‌برداری کنید  روبریک نویسی ابزار ارزشمندی است.(
روبریک راهنمای امتیازدهی است که به معلمان کمک می‌کند عملکرد دانش‌آموز و همچنین محصول یا پروژه دانش‌آموز را ارزیابی کنند. در حقیقت Rubric به مجموعه‌ای از سیستم‌های امتیازدهی و نمره دهی در سیستم ارزیابی و آموزشی گفته می‌شود که مطابق با شاخص‌ها و استانداردهای مشخص برای ارزیابی کیفی به کار می‌روند . روبریک نوشتاری به شما این امکان را می‌دهد که به‌عنوان یک معلم، به دانش‌آموزان کمک کنید تا مهارت لازم را برای حل مسئله کسب کنند) در روبریک نویسی، پس از رسیدن به نقطه‌ای که نمی‌توانید جلوتر بروید، بنویسید “بی‌خیال!” و سپس سعی کنید با استفاده از اعلان‌هایی مانند “اگر این را می‌دانستم، می‌توانستم آن را بفهمم!” ادامه دهید. تلاش برای تعمیم در مورد یک مورد بزرگ‌تر. مرحله نهایی مستلزم بررسی و تأمل است. آنچه از مشکل آموخته‌اید را مرور کنید و در مورد تکنیک‌هایی که به شما در حل آن کمک کرده‌اند فکر کنید. این مرحله گام بسیار مهمی است زیرا فن‌های مورداستفاده در یک مسئله اغلب برای مشکلات آینده مفید هستند.

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

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

به نظرم بهترین ترجمه این است که solution یعنی راهکار و resolution یعنی راه‌حل.

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

در ITIL و در تمرینات مدیریت حادثه و مدیریت مشکل نیاز هست البته راهکار ارائه شود و بعد راه‌حل. این راهکار شبیه یک ورق مُسکن قوی به یک بیمار است برای بهبودی. اما ممکن است با این مسکن، درمان نشود. بنابراین باید یک راه‌حل قطعی در آستین داشت و آن تحت درمان بردن کامل بیمار با بررسی آزمایش‌ها و ریشه‌یابی دقیق بیماری و ارائه‌ی نسخه‌ی درمان. حتی اگر از Re پیشوند Solution بعنوان تکرار یادکنیم بیراه نگفته‌ایم که Resolution یعنی راهکار دوباره تکرار شده به قصد اطمینان از اثرگذاری و قطعیت آن!

نوشته: هادی احمدی

نوشته مدیریت راهکار در پورتال سلف سرویس اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

دیوار بزرگ چین در فناوری اطلاعات سازمان

هرگاه مستقیماً درگیر یک سازمان اسم و رسم‌دار می‌شوم چیزهای آزار دهنده‌ای را می‌‌بینم که بعنوان یک نویسنده، فعال فناوری اطلاعات و مدرس ITIL قادر به چشم‌پوشی از آنها نیستم. هرچند همواره سعی‌ام بر این است بجای نقد، ارزیابی درستی داشته باشم تا اینکه با نگاهی از بیرون (Outlook) مجموعه‌ای از مشاهدات، تجربیات و پیشنهادات فنی را در نقلی داستان‌وار مطرح کنم تا شاید تلنگری باشد ابتدا به خودم، بعد به آن سازمان و در غایت به سازمان‌های مشابه، جهت یادگیری بیشتر و هماهنگ شدن با فرهنگ فناوری و مفهوم تحول دیجیتال و برای رسیدن به بهبود مستمر.

دیتاسنترها و زیرساخت فناوری

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

دیوار بزرگ چین، بزرگترین دیوار جهان است. دژی به طول ۲۱۰۰۰ کیلومتر همراه با ۲۵۰۰۰ برج نگهبانی با قدمت ۲۳۰۰ سال پیش. با بیشترین هزینه، بالاترین تعداد منابع انسانی بکار گرفته شده، بهترین مصالح و در مدت طولانی برای جلوگیری از حمله مغول‌ها. اما علیرغم همه‌ی اینها، مغول‌ها بارها به چین حمله کرده‌اند. هیچ‌کدام از پادشاهان با ساخت دیوار به هدف خود نرسیدند. چون دیوار در جاهای زیادی شکست و مغولها فرصت یورش به چین را پیدا کردند. از دیوار گذشتند بی‌آنکه از آن بالا بروند یا آنرا تخریب کنند. آنها با پرداخت رشوه به نگهبانان برج‌های نگهبانی این دیوارها، خیلی ساده به گنج‌های آنسوی دیوار، دست پیدا ‌کردند. این حکایت دقیقاً مصداق زیرساخت‌های مراکز داده و یا کلیه‌ی خریدهای اکثر سازمانهای کشور است که صرفاً متکی بر ابزار است.  با این تصور که چنین زیرساختی سازمان را به اهداف مورد نظر خواهد رساند. اما ناگفته پیداست که جدای از رانت‌هایی که این وسط برای خرید و تجهیز مراکز داده وجود دارد از هیچ روش مدیریتی برای نگهداشت و بهبود آن استفاده نمی‌شود و تماماً خریدها مقطعی و بدون برنامه‌ریزی  بلندمدت برای تامین نیازهای سازمان است و بخوبی روشن نیست اهمیت وجود آنها و ارزشی که قرار است تولید کنند چه هست!؟ بنابراین حلقه‌ی مفقود شده، همیشه فرهنگ‌‌سازی، تدوین سیاست‌ها، روش‌های استاندارد مدیریتی کارآمدست که سبب خلق نتیجه‌ی مطلوب می‌شود.

• اگر یک َرک بالا‌ بلند! با دهها سرور و سوییچ خریداری و پیاده‌سازی کرده‌اید اما ابزاری برای مدیریت امنیت آن، مدیریت دسترسی، گزارش‌گیری، کنترل و نظارت مستمر و دائم برای آن در نظر نگرفته‌اید یا موقت در نظر گرفته‌اید. همان داستان دیوار چین را تداعی کرده‌اید.
• اگر برای رشد سازمان یک ابزار گران‌قیمت ITIL‌ را خریده‌اید اما همچنان Business As Usual کار می‌کنید. داستان دیوار چین را تکرار کرده‌اید.
• تجهیزات، ابزارها و اتوماسیون‌ها همگی خوب هستند و گره‌گشای بسیاری از مشکلات. اما اگر قبل از اینکار و پشت بندش، تحول دیجیتال در نظم فکری مدیران و کارکنان نباشد و به همان شیوه‌ی مرسوم ادامه دهند و روش مدیریتی و حمایت انسانی را نداشته باشد باز دیوار چین را ساخته‌اید.
• دقت کنید ساخت دیوار چین یک خروجی است اما شکسته شدن یا نشدن آن نتیجه است! و نتیجه مهمتر از خروجی است.
• اگر هر سال بدنبال جذب یک پیمانکار با کمترین قیمت هستید اما کاری برای کاهش ترافیک خرابی‌ها و تلاشی برای بهبود نشده، فقط آجر رو آجر گذاشته‌اید! آنهم با کارگران ارزان و دستمزد کم.

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

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

هر سرویسی دارای چرخه‌ی حیات است حیاتش باید تضمین شود(ITIL3) اما هر سرویس دارای زنجیره‌ی ارزش خدمت است یعنی باید ارزشی را تولید کند تا بقای کسب و کار رقم بزند!(ITIL4)

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

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

ادامه مطلب در صفحه بعد…

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

زوهو کلاسس Zoho Classes: یک برنامه تلفن همراه است که مربیان را قادر می سازد با دانشجویان خود به صورت آنلاین ارتباط برقرار کنند.این ابزار برای ۱۰۰ دانش آموز در مدارس در سراسر جهان رایگان است!

زوهو سوشیال Zoho Social: یک ابزار ابری برای مدیریت شبکه‌های اجتماعی است که از آن طریق آژانس های دولتی و غیرانتفاعی می‌توانند برند خود را در رسانه‌های اجتماعی توسعه دهند و از مزایای اشتراک ۶ ماهه رایگان بهره مند شوند.

زوهو شوتایم Zoho ShowTime : یک پلت فرم آموزش مجازی برای یک تجربه یادگیری تعاملی.

زوهو متینگ Zoho Metting: افراد و سازمانها می توانند از جلسات مشترک زوهو برای میزبانی تماس‌های گروهی استفاده کنند.

زوهو کریتور Creator  Zoho : پلت فرم کم‌کد و تخصصی برای برنامه‌سازی رایگان جهت شرکت های دولتی و غیرانتفاعی.

زوهو دسک Zoho Desk : میزخدمتی ابری جهت ارایه خدمات پشتیبانی به مشتریان.

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

www.MedaNet.ir

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