مقالات تخصصی شبکه و فناوری اطلاعات (شرکت داناپرداز)

مانیتورینگ شبکه ، پهنای سرور ، تجهیزات شبکه ، پایگاه داده ، سرورهای مجازی ، وب سایت ها، ITIL,، نرم افزار help desk، مدیریت اکتیو دایرکتوری

مقالات تخصصی شبکه و فناوری اطلاعات (شرکت داناپرداز)

مانیتورینگ شبکه ، پهنای سرور ، تجهیزات شبکه ، پایگاه داده ، سرورهای مجازی ، وب سایت ها، ITIL,، نرم افزار help desk، مدیریت اکتیو دایرکتوری

پنج اشتباه رایج در خصوص گزارش‌گیری از میز کار

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

فناوری اطلاعات سرکش یا Rogue IT چیست؟

به رسوخ و ترویج تکنولوژی‌ها و فناوری‌های نوین در بین افراد سازمان، که بدون آگاهی یا هماهنگی با واحد فناوری اطلاعات انجام می‌شود به اصطلاح فناوری اطلاعات سرکش یاRogue IT می‌گویند.
بی‌شک فناوری اطلاعات یکی از بزرگترین عامل‌های تغییر در سبک زندگی افراد می‌باشد. رشد تکنولوژی‌های حوزه‌ی IT منجر به رواج استفاده از دستگاه‌های متعدد شخصی (مانند تبلت، تلفن همراه هوشمند، ساعت‌های مچی هوشمند و غیره) توسط کارمندان شده است. روند گسترش استفاده از این دستگاه‌‎ها منجر شده است تا واحد IT سازمان‌ها به طور دقیق ندانند که کارمندان از چه تکنولوژی‌هایی برای انجام وظایفشان استفاده می‌کنند. به این پدیده‌ی نوظهور، فناوری اطلاعات سرکش یا Rogue IT می‌گویند. این تکنولوژی‌ها به طور بالقوه ممکن است به مشکلات امنیتی جدی در سازمان شما دامن بزنند.
اگر چه این نام تا حدودی دارای بار معنایی منفی است، فناوری اطلاعات سرکش همیشه نامطلوب نیست. استفاده از این تکنولوژی‌ها می‌تواند به چابکی (Agility) تجارت شما و همچنین رضایتمندی کارمندان شما کمک کند. توجه داشته باشید که بسیاری از کارمندان و حتی مشتریان شما ترجیح می‌دهند از تکنولوژی‌ها یا نرم‌افزارهایی که به آنها مسلط هستند استفاده کنند. اما این rogue IT مشکلات امنیتی خود را نیز دارد.

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

شش تفکر اشتباه در خصوص ITIL

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

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

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

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید:

دوازده نکته در خصوص مدیریت رخداد

مدیریت رخداد صرفا انطباق کورکورانه‌ی چندین best practice در سازمان نیست. در این مقاله، 12 نکته‌ای را بررسی خواهیم کرد که دیدگاه عمیق‌تری در مدیریت رخدادها در شما ایجاد خواهد کرد.
تعداد بی‌شماری مستند و best practice در رابطه با مدیریت رخداد وجود دارد که گاهاً این حجم عظیم اطلاعات، خود باعث گمراهی و سردرگمی خوانندگان می‌شود. به همین دلیل، در اینجا قصد دارم تا یک گام جلوتر برداشته و به جای آنکه به شما عبارت "بهترین راه، پیروی از best practiceها می‌باشد" را تحویل دهم، می‌خواهم چندین نکته‌ی پایه‌ای و اساسی در خصوص مدیریت رخداد (Incident management) را برای شما مطرح کنم که بسیار مفیدتر از دنبال کردن کورکورانه‌ی best practiceهای فرایندهای ITSM می‌باشد.

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

برای مطالعه‌ی ادامه‌ی مقاله به لینک زیر مراجعه کنید: