چارچوب ITIL برای همه! [مدیران کنترل پروژه]
کنترل پروژه و ارزیابی پیشرفت آن بر اساس منابع همیشه دغدغه کارفرمایان و مجریان در هر حوزهای است چه آن پروژه، عمرانی باشد چه ساختمانی و چه فناوری و... درهرحال مدیریت و هدایت منابع بهسوی موفقیت و اتمام پژوه حین یا قبل از برنامهریزی صورت گرفته جزو اساسیترین وظایف گروه و مدیر پروژه است. ازاینرو ابزارهایی برای مدیریت پروژه تدوینشده که بسیاری به آنها آشنایی یا تسلط دارند. اما اگر آنان به چارچوب و ابزار ITIL مجهز شوند چطور؟ در این صورت هر پروژهای را صرفاً بهواسطهی رانت و ... تعریف نمیکنند. پروژه بر اساس حجم درخواستها و نیازها و تغییرات و مشکلات موجود خواهد بود. پروژه، بانی تغییر خواهد بود و پروژه بین منابع به نحو احسن توزیع میگردد تا ساختار شکست کار WBS یا Work Breakdown Structure را نهفقط برای تقسیمکار، بلکه برای زمان هم بکار گیرند که من اسمش را میگذارم TBS یا Time Breakdown Structure زیرا مهمتر از تعریف کار، تعریف زمان انجام کار است. مدیریت زمان موفقیت سریعتر و دقیقتر پروژه را میسر میکند. زیرا چارچوب ITIL در تعاریفی نظیر SLA و OLA،ٍExpanded Time و Elapsed Time همیشه تأکید فراوان دارد. مدیران کنترل پروژه برای مدیریت پروژهها، نیازمندی تمرینات مدیریت تغییر هستند مدیران پروژه بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #projectmanagement #WBS #servicedesk #KPI #BI #top10 #CI_Relationship #ESM #changemanagement #problemmanagement
#ITIL_for_all
کنترل پروژه و ارزیابی پیشرفت آن بر اساس منابع همیشه دغدغه کارفرمایان و مجریان در هر حوزهای است چه آن پروژه، عمرانی باشد چه ساختمانی و چه فناوری و... درهرحال مدیریت و هدایت منابع بهسوی موفقیت و اتمام پژوه حین یا قبل از برنامهریزی صورت گرفته جزو اساسیترین وظایف گروه و مدیر پروژه است. ازاینرو ابزارهایی برای مدیریت پروژه تدوینشده که بسیاری به آنها آشنایی یا تسلط دارند. اما اگر آنان به چارچوب و ابزار ITIL مجهز شوند چطور؟ در این صورت هر پروژهای را صرفاً بهواسطهی رانت و ... تعریف نمیکنند. پروژه بر اساس حجم درخواستها و نیازها و تغییرات و مشکلات موجود خواهد بود. پروژه، بانی تغییر خواهد بود و پروژه بین منابع به نحو احسن توزیع میگردد تا ساختار شکست کار WBS یا Work Breakdown Structure را نهفقط برای تقسیمکار، بلکه برای زمان هم بکار گیرند که من اسمش را میگذارم TBS یا Time Breakdown Structure زیرا مهمتر از تعریف کار، تعریف زمان انجام کار است. مدیریت زمان موفقیت سریعتر و دقیقتر پروژه را میسر میکند. زیرا چارچوب ITIL در تعاریفی نظیر SLA و OLA،ٍExpanded Time و Elapsed Time همیشه تأکید فراوان دارد. مدیران کنترل پروژه برای مدیریت پروژهها، نیازمندی تمرینات مدیریت تغییر هستند مدیران پروژه بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #projectmanagement #WBS #servicedesk #KPI #BI #top10 #CI_Relationship #ESM #changemanagement #problemmanagement
#ITIL_for_all
چارچوب ITIL برای همه! [وبمسترها]
سئوکاران، پشتیبانان وبسایت و درنهایت وبمسترها، با طیف وسیعی از خدمات مبتنی بر وب مواجهه هستند اغلب به روشهای سنتی و برخی بر پایهی یک ابزار تیکتینگ نسبت به ارائه خدمت اقدام میکنند. بسیاری از مشتریان از کسبوکارها بعد از مدتی بهسوی مجری دیگر مهاجرت میکنند. اما مشکل کجاست؟ آنان هرگز به این شیوه درک درستی از حجم عملیات ندارند، با حساسیت مشتریان برای تغییرات بر روی وبسایتها را غیرحرفهای برخورد میکنند، نمیتوانند مشتری بیشتر جذب کنند. درگیر جاری کاریهای روزمره میشوند، روالهای مدونی برای بکاپگیری و حفظ امنیت دسترسی به اطلاعات ندارند. میزان ترافیک درخواستهای خرابی و مشکل و تغییرات خواستهشده از سوی مشتریان را درک نمیکنند. اما اگر آنان به مفاهیم ITIL و ابزار آن مجهز شوند چطور؟ در این صورتبین درخواست خرابی و خدمت تفکیک قائل میشوند. بین مشکل و تغییر خطکش میگذراند و مشتری را نسبت به آن آگاه و قطعاً درآمد بیشتری نیز از حیث تغییرات جدید خواهند داشت. کارهای روتین PM را بر اساس پریودهای زمانی انجام و نسبت به ارائه یک SLA یا بازه زمانی ارائهی خدمت متمرکز میشوند و همین حس خوبی به مشتری خواهد داد. علاوه بر آن میتوانند با شناسایی Top10-های مشکلات کلیدی، از عود مجدد آنها جلوگیری کنند. وبمسترها بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #projectmanagement #Webmaster #servicedesk #KPI #BI #top10 #CI_Relationship #WebsiteSupport #changemanagement #problemmanagement #SEO
#ITIL_for_all
سئوکاران، پشتیبانان وبسایت و درنهایت وبمسترها، با طیف وسیعی از خدمات مبتنی بر وب مواجهه هستند اغلب به روشهای سنتی و برخی بر پایهی یک ابزار تیکتینگ نسبت به ارائه خدمت اقدام میکنند. بسیاری از مشتریان از کسبوکارها بعد از مدتی بهسوی مجری دیگر مهاجرت میکنند. اما مشکل کجاست؟ آنان هرگز به این شیوه درک درستی از حجم عملیات ندارند، با حساسیت مشتریان برای تغییرات بر روی وبسایتها را غیرحرفهای برخورد میکنند، نمیتوانند مشتری بیشتر جذب کنند. درگیر جاری کاریهای روزمره میشوند، روالهای مدونی برای بکاپگیری و حفظ امنیت دسترسی به اطلاعات ندارند. میزان ترافیک درخواستهای خرابی و مشکل و تغییرات خواستهشده از سوی مشتریان را درک نمیکنند. اما اگر آنان به مفاهیم ITIL و ابزار آن مجهز شوند چطور؟ در این صورتبین درخواست خرابی و خدمت تفکیک قائل میشوند. بین مشکل و تغییر خطکش میگذراند و مشتری را نسبت به آن آگاه و قطعاً درآمد بیشتری نیز از حیث تغییرات جدید خواهند داشت. کارهای روتین PM را بر اساس پریودهای زمانی انجام و نسبت به ارائه یک SLA یا بازه زمانی ارائهی خدمت متمرکز میشوند و همین حس خوبی به مشتری خواهد داد. علاوه بر آن میتوانند با شناسایی Top10-های مشکلات کلیدی، از عود مجدد آنها جلوگیری کنند. وبمسترها بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #projectmanagement #Webmaster #servicedesk #KPI #BI #top10 #CI_Relationship #WebsiteSupport #changemanagement #problemmanagement #SEO
#ITIL_for_all
چارچوب ITIL برای همه! [شرکتهای ارائهدهندهی هاستینگ]
شرکتهای ارائهدهندهی هاستینگ، سرورهای مجازی، ابری، SSL و خدمات دامین، بهعنوان کارگزاران بخشی فناوری وب همیشه در پشت خدمات پنهانشدهاند ابزاری که از آن بهره میگیرند معمولاً سیستم WHMSC است ، یک سیستم تیکتینگ با امکان مدیریت خدمات و صدور فاکتور. این راهکار کارآمدی است اما ازآنجاییکه جنس فعالیت این شرکتها بر پایهی خدمت است استفاده از این راهکار بهتنهایی گرهگشا نیست و آنان را هرگز بهسوی بهبود مستمر هدایت نمیکند. بخش اعظمی از نقصان فعالیت این شرکتها نداشتن سیستم مدیریت مشکل، مدیریت درخواست و مدیریت تغییر است. آنچنانکه بهخوبی یاد دارم برای تغییر سرورهای یکی از این شرکتها، تا یک هفته تمام سایتهای ما از دسترس خارج شد. لزوم حفظ پالیسیهای امنیتی، جلوگیری از هک، مدیریت تغییر و مدیریت درخواست چیزهایی است که آنان بهسادگی از کنارش میگذرند. حتی فاقد SLA رسیدگی به درخواستهای خرابی هستند شاید بسیاری از فعالین کسبوکار بارها و بارها، از این شرکت به آن شرکت مهاجرت کردهاند که اهم این مشکل به نبود خدمات مبتنی بر ITIL برمیگردد. شرکتهای ارائهدهندهی هاستینگ مهمترین وظیفهای که دارند در دسترسپذیری خدمات است لذا در صورت فهم چارچوب ITIL و استفاده از ابزار پیادهسازی آن قادرند تا مدیریت رویداد و مدیریت ظرفیت را بهگونهای هندل کنند که کمترین ساید افکت را سمت مشتری داشته باشند. امروزه پایداری وبسایتها، بیشتر از طراحی زیبای آنها اهمیت دارد و قطعاً شرکتهایی که فاقد این چارچوب هستند در میانمدت از گردونهی رقابت خارج میشوند. شرکتهای ارائهدهندهی هاستینگ بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #eventmanagement #Webmaster #servicedesk #KPI #BI #top10 #CI_Relationship #Hosting #changemanagement #problemmanagement #WHMSC
#ITIL_for_all
شرکتهای ارائهدهندهی هاستینگ، سرورهای مجازی، ابری، SSL و خدمات دامین، بهعنوان کارگزاران بخشی فناوری وب همیشه در پشت خدمات پنهانشدهاند ابزاری که از آن بهره میگیرند معمولاً سیستم WHMSC است ، یک سیستم تیکتینگ با امکان مدیریت خدمات و صدور فاکتور. این راهکار کارآمدی است اما ازآنجاییکه جنس فعالیت این شرکتها بر پایهی خدمت است استفاده از این راهکار بهتنهایی گرهگشا نیست و آنان را هرگز بهسوی بهبود مستمر هدایت نمیکند. بخش اعظمی از نقصان فعالیت این شرکتها نداشتن سیستم مدیریت مشکل، مدیریت درخواست و مدیریت تغییر است. آنچنانکه بهخوبی یاد دارم برای تغییر سرورهای یکی از این شرکتها، تا یک هفته تمام سایتهای ما از دسترس خارج شد. لزوم حفظ پالیسیهای امنیتی، جلوگیری از هک، مدیریت تغییر و مدیریت درخواست چیزهایی است که آنان بهسادگی از کنارش میگذرند. حتی فاقد SLA رسیدگی به درخواستهای خرابی هستند شاید بسیاری از فعالین کسبوکار بارها و بارها، از این شرکت به آن شرکت مهاجرت کردهاند که اهم این مشکل به نبود خدمات مبتنی بر ITIL برمیگردد. شرکتهای ارائهدهندهی هاستینگ مهمترین وظیفهای که دارند در دسترسپذیری خدمات است لذا در صورت فهم چارچوب ITIL و استفاده از ابزار پیادهسازی آن قادرند تا مدیریت رویداد و مدیریت ظرفیت را بهگونهای هندل کنند که کمترین ساید افکت را سمت مشتری داشته باشند. امروزه پایداری وبسایتها، بیشتر از طراحی زیبای آنها اهمیت دارد و قطعاً شرکتهایی که فاقد این چارچوب هستند در میانمدت از گردونهی رقابت خارج میشوند. شرکتهای ارائهدهندهی هاستینگ بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #eventmanagement #Webmaster #servicedesk #KPI #BI #top10 #CI_Relationship #Hosting #changemanagement #problemmanagement #WHMSC
#ITIL_for_all
یک گردشکار پرتکرار و فراگیر در تمام سازمانها با ESM
اگر سازمان را به ITIL مجهز کنید با استفاده از سیستم مدیریت خدمات سازمانی یا ESM قادرید تا فرایند جذب و شروع به کار یک نیروی جدیدالورود را در یک فرم درخواست شکیل به گردش دربیاورید و این درخواست بین دپارتمانهای مختلف به اجرا درآید موضوع مهمی که اینجا هست بحث وابستگی است این یعنی تا منابع انسانی اعلامیه جذب و تعیین محل استقرار فرد را مشخص نکند دپارتمان فناوری، سیستم یا شبکهای را تخصیص نمیدهد که همین موضوع در امنیت دسترسی و اطلاعات حائز اهمیت است همچنین در هر دپارتمانی نظیر: فناوری تا سیستمی آمادهسازی نشود روالهای نصب نرمافزار و ارائه دسترسی انجام نخواهد شد. روند وابستگی انجام یک درخواست در درون یک واحد و مابین واحدهای دیگر کمک میکند تا گردشکاری بسیار زیبا و شفاف را به نمایش بگذارید و از اتمام پیشنیازهای ضروری پیش از انجام کار جدید مطمئن شوید.
این یعنی کافی است یکی از اعضای گروه HR شمع استخدام را روشن کند آن زمان تمامی روال منسجم و دقیق و مهندسیشده در دپارتمانهای مختلف به گردش درخواهد آمد.
دپارتمان منابع انسانی
· اعلام فرد استخدامی جدید
· مشخص نمودن سمت کارمند جدید
· تعیین محل استقرار فرد
دپارتمان فناوری اطلاعات
· آمادهسازی (خرید یا تخصیص کامپیوتر)
· نصب نرمافزارها و درایورها و پرینتر
· ایجاد اکانت ایمیل
· ایجاد دسترسی به شبکه
· ایجاد دسترسی به سامانههای سازمانی
دپارتمان تدارکات/بازرگانی
· خرید تجهیزات اصلی و جانبی
دپارتمان حقوقی
· توافقنامهها و دستورالعملهای استاندارد شغلی در سازمان
www.MedaNet.ir
#HR #ESM #ITIL #hiring
اگر سازمان را به ITIL مجهز کنید با استفاده از سیستم مدیریت خدمات سازمانی یا ESM قادرید تا فرایند جذب و شروع به کار یک نیروی جدیدالورود را در یک فرم درخواست شکیل به گردش دربیاورید و این درخواست بین دپارتمانهای مختلف به اجرا درآید موضوع مهمی که اینجا هست بحث وابستگی است این یعنی تا منابع انسانی اعلامیه جذب و تعیین محل استقرار فرد را مشخص نکند دپارتمان فناوری، سیستم یا شبکهای را تخصیص نمیدهد که همین موضوع در امنیت دسترسی و اطلاعات حائز اهمیت است همچنین در هر دپارتمانی نظیر: فناوری تا سیستمی آمادهسازی نشود روالهای نصب نرمافزار و ارائه دسترسی انجام نخواهد شد. روند وابستگی انجام یک درخواست در درون یک واحد و مابین واحدهای دیگر کمک میکند تا گردشکاری بسیار زیبا و شفاف را به نمایش بگذارید و از اتمام پیشنیازهای ضروری پیش از انجام کار جدید مطمئن شوید.
این یعنی کافی است یکی از اعضای گروه HR شمع استخدام را روشن کند آن زمان تمامی روال منسجم و دقیق و مهندسیشده در دپارتمانهای مختلف به گردش درخواهد آمد.
دپارتمان منابع انسانی
· اعلام فرد استخدامی جدید
· مشخص نمودن سمت کارمند جدید
· تعیین محل استقرار فرد
دپارتمان فناوری اطلاعات
· آمادهسازی (خرید یا تخصیص کامپیوتر)
· نصب نرمافزارها و درایورها و پرینتر
· ایجاد اکانت ایمیل
· ایجاد دسترسی به شبکه
· ایجاد دسترسی به سامانههای سازمانی
دپارتمان تدارکات/بازرگانی
· خرید تجهیزات اصلی و جانبی
دپارتمان حقوقی
· توافقنامهها و دستورالعملهای استاندارد شغلی در سازمان
www.MedaNet.ir
#HR #ESM #ITIL #hiring
چارچوب ITIL برای همه! [کارشناسان مراکز داده]
مراکز داده، یا دیتاسنترها قلب تپندهي فناوری کسبوکارهای امروزی است. بدون آنها چیزی برای عرضه وجود ندارد. این مراکز شبیه شهرکی خیابانکشی شده است که مملو از سازههای بلندقامت (رَک) با صدها سرور و تجهیزات ذخیرهسازی و دستگاههای برودتی و رطوبتی و منابع تغذیه. عملیات روزانهی بسیاری در این مراکز در جریان است بدون نگهداشت لحظهای آنها، هرگونه پیامدی میتواند تمام کسبوکار را به ورطهی نابودی ببرد. مسائل امنیتی، PM روزانه، عملیات بازبینی و پاکسازی، ارتقای زیرساختها و تجهیزات ارتباطی، پایش سلامت و در دسترسپذیری و بسیاری از اقدامات دیگر جزو وظایفی است که هرلحظه در این مراکز توسط کارشناسان در حال رسیدگی است با افزایش وسعت این منطقه دیگر نمیشود به روش مرسوم چنین خدماتی را ارائه کرد. اگر این مراکز به چارچوب و ابزار ITIL مجهز نشود وقوع هر فاجعهای محتمل است. تمرینات مدیریت حادثه، مدیریت SLA، مدیریت مشکل، مدیریت تغییر، کنترل پروژه، PM، چکلیستهای امنیتی و اجرایی، مدیریت ظرفیت و بسیاری دیگر جزو مهمترین نیازهای این مراکز است اگر مرکز دادهای دیدید که مملو از دهها تجهیز گرانقیمت و بهروز دنیاست اما فاقد ITIL است بدانید که شیوهی ارائهی خدمت آنان، قدیمی و از رده خارجشده است! کارشناسان مراکز داده بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #eventmanagement #Datacenter #servicedesk #KPI #BI #top10 #CI_Relationship #ISMS #changemanagement #problemmanagement #PM #Checklist #problemmanagement #Monitoring
#ITIL_for_all
مراکز داده، یا دیتاسنترها قلب تپندهي فناوری کسبوکارهای امروزی است. بدون آنها چیزی برای عرضه وجود ندارد. این مراکز شبیه شهرکی خیابانکشی شده است که مملو از سازههای بلندقامت (رَک) با صدها سرور و تجهیزات ذخیرهسازی و دستگاههای برودتی و رطوبتی و منابع تغذیه. عملیات روزانهی بسیاری در این مراکز در جریان است بدون نگهداشت لحظهای آنها، هرگونه پیامدی میتواند تمام کسبوکار را به ورطهی نابودی ببرد. مسائل امنیتی، PM روزانه، عملیات بازبینی و پاکسازی، ارتقای زیرساختها و تجهیزات ارتباطی، پایش سلامت و در دسترسپذیری و بسیاری از اقدامات دیگر جزو وظایفی است که هرلحظه در این مراکز توسط کارشناسان در حال رسیدگی است با افزایش وسعت این منطقه دیگر نمیشود به روش مرسوم چنین خدماتی را ارائه کرد. اگر این مراکز به چارچوب و ابزار ITIL مجهز نشود وقوع هر فاجعهای محتمل است. تمرینات مدیریت حادثه، مدیریت SLA، مدیریت مشکل، مدیریت تغییر، کنترل پروژه، PM، چکلیستهای امنیتی و اجرایی، مدیریت ظرفیت و بسیاری دیگر جزو مهمترین نیازهای این مراکز است اگر مرکز دادهای دیدید که مملو از دهها تجهیز گرانقیمت و بهروز دنیاست اما فاقد ITIL است بدانید که شیوهی ارائهی خدمت آنان، قدیمی و از رده خارجشده است! کارشناسان مراکز داده بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #eventmanagement #Datacenter #servicedesk #KPI #BI #top10 #CI_Relationship #ISMS #changemanagement #problemmanagement #PM #Checklist #problemmanagement #Monitoring
#ITIL_for_all
چارچوب ITIL برای همه! [ارائه دهندگان خدمات اینترنت]
شرکتهای خدمات اینترنتی، سرویسی که ارائه میکنند جزو اساسیترین سرویسهای جهان امروز است چه اپراتورهای مخابراتی و یا تلفن همراه باشند چه واسطهها و شرکتهای جانبی. درهرصورت طیف وسیعی از خدمات اینترنت ADSL-Wireless- و پهنای باند اختصاصی مهمترین خدماتی است که آنان در سبد فروش خود دارند. این یعنی مخاطبینشان مشتریان و کاربرانی از سراسر یک شهر، منطقه و یا کشورند که لزوم ارائهی خدمات بهموقع به هر یک میتواند روند پیشرفت و بهبود و حتی افزایش فروش را فراهم کند. اکثر چنین شرکتهایی از یک سیستم تیکتینگ ساده و به یک یا چند خط تلفن Voip مجهزند. اما اشکال کار کجاست؟ یک تماس تلفنی و یا یک تیکت برای فرونشاندن آتشهای روزانه هرگز ایدهی خوبی نبود و نیست. از دسترس خارج شدن اینترنت، بیشترین مشکل این شرکتهاست. بسیاری از آنان از PM روزانه، عملیات ارتقای زیرساختها و تجهیزات ارتباطی، پایش سلامت و در دسترسپذیری لینکهای ارتباطی، اطلاعرسانی به مشتریان و پاسخگویی طبق SLA بیبهرهاند. و به روش مرسوم BAU چنین خدماتی را ارائه میکنند که اغلب سبب نارضایتی و مهاجرت کاربران از شرکتی به شرکت دیگری میشود. اگر این مراکز به چارچوب و ابزار ITIL مجهز نشود درک درستی از رسیدگی به تمرینات مدیریت حادثه، مدیریت درخواست تکمیل، مدیریت مشکل، مدیریت تغییر، کنترل پروژه، کنترل پاپسایتها، داراییها و CI-های مؤثر در ارائه خدمت، مدیریت ظرفیت و بسیاری دیگر را نخواهند داشت. امروزه ارائهی خدمت تنها به ثبت یک درخواست به هر روشی بازنمیگردد. جلوگیری از تکرار، شناسایی مشکلات ریشهای و اطلاعرسانی پیش از اعلام خرابی و انجام تغییراتی برای بهبود مستمر مهمترین دغدغهای است که این کسبوکارها باید به آن بپردازند ازاینرو شرکتهای ارائهکنندهی خدمات اینترنتی بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #eventmanagement #Internetprovider #servicedesk #KPI #BI #top10 #CI_Relationship #Wireless #ADSL #changemanagement #problemmanagement #PM #Checklist #problemmanagement #Monitoring
#ITIL_for_all
شرکتهای خدمات اینترنتی، سرویسی که ارائه میکنند جزو اساسیترین سرویسهای جهان امروز است چه اپراتورهای مخابراتی و یا تلفن همراه باشند چه واسطهها و شرکتهای جانبی. درهرصورت طیف وسیعی از خدمات اینترنت ADSL-Wireless- و پهنای باند اختصاصی مهمترین خدماتی است که آنان در سبد فروش خود دارند. این یعنی مخاطبینشان مشتریان و کاربرانی از سراسر یک شهر، منطقه و یا کشورند که لزوم ارائهی خدمات بهموقع به هر یک میتواند روند پیشرفت و بهبود و حتی افزایش فروش را فراهم کند. اکثر چنین شرکتهایی از یک سیستم تیکتینگ ساده و به یک یا چند خط تلفن Voip مجهزند. اما اشکال کار کجاست؟ یک تماس تلفنی و یا یک تیکت برای فرونشاندن آتشهای روزانه هرگز ایدهی خوبی نبود و نیست. از دسترس خارج شدن اینترنت، بیشترین مشکل این شرکتهاست. بسیاری از آنان از PM روزانه، عملیات ارتقای زیرساختها و تجهیزات ارتباطی، پایش سلامت و در دسترسپذیری لینکهای ارتباطی، اطلاعرسانی به مشتریان و پاسخگویی طبق SLA بیبهرهاند. و به روش مرسوم BAU چنین خدماتی را ارائه میکنند که اغلب سبب نارضایتی و مهاجرت کاربران از شرکتی به شرکت دیگری میشود. اگر این مراکز به چارچوب و ابزار ITIL مجهز نشود درک درستی از رسیدگی به تمرینات مدیریت حادثه، مدیریت درخواست تکمیل، مدیریت مشکل، مدیریت تغییر، کنترل پروژه، کنترل پاپسایتها، داراییها و CI-های مؤثر در ارائه خدمت، مدیریت ظرفیت و بسیاری دیگر را نخواهند داشت. امروزه ارائهی خدمت تنها به ثبت یک درخواست به هر روشی بازنمیگردد. جلوگیری از تکرار، شناسایی مشکلات ریشهای و اطلاعرسانی پیش از اعلام خرابی و انجام تغییراتی برای بهبود مستمر مهمترین دغدغهای است که این کسبوکارها باید به آن بپردازند ازاینرو شرکتهای ارائهکنندهی خدمات اینترنتی بیشتر از هرکسی به سرویس دسک نیاز دارند!
www.MedaNet.ir
#itil #continuosimprovement #itsm #eventmanagement #Internetprovider #servicedesk #KPI #BI #top10 #CI_Relationship #Wireless #ADSL #changemanagement #problemmanagement #PM #Checklist #problemmanagement #Monitoring
#ITIL_for_all
مفهوم، XaaS یا X as Service مخفف چیزی بهعنوان سرویس است (X بهعنوان هر چیزی است که به شکل یک سرویس قرار است عرضه شود)، و به چیزی اشاره دارد که به یک مشتری داخلی یا خارجی، بهعنوان یک سرویس ارائه میشود. ارائههای بهعنوان سرویس یا XaaS نقاط پایانی را برای مشتریان/مصرفکنندگان فراهم میکنند تا با آنها ارتباط برقرار کنند. داخل این سیستمهای اغلب پیچیده، عموماً درجه بالایی از اتوماسیون داخلی وجود دارد که بهطورکلی سطوح مختلفی از تحمل خطا و انعطافپذیری را ارائه میدهند، تا توانایی افزایش/کاهش در داخل یا خارج شدن الزامات عملکرد بارهای کاری ارسالشده به سرویس توسط کاربران را فراهم کنند. تا مصرفکنندگان بدون نیاز به دخالت انسان، عملکردهای روزانه خود را انجام دهند. این سیستمها،...
ادامه در لینک زیر
https://servicedesk.medanet.ir/2910-2/
ادامه در لینک زیر
https://servicedesk.medanet.ir/2910-2/
Forwarded from [ S o r o u s h a n e ]
فرایند!
آقای Jan van Bon، مطلب جالبی در خصوص تعریف "فرایند"دارد.
در تمامی کسبوکارها، یکی از عبارتهای پرتکرار که وِرد زبان همه است فرایند است. بخصوص کسانی که با ITSM و یا EMS، سیستمهای شکایت مشتری، BPMS، اتوماسیونهای اداری، ERP و سایر ابزارهای کاربردی کار میکنند بسیار این واژه را به طرز خیلی ناخوشایندی تکرار میکنند. اصطلاح "فرآیند" یکی از پرکاربردترین اصطلاحات در تاریخ مدیریت (خدمات) است. در این مطلب شما با تفکر جدیدی در مورد مدیریت خدمات آشنا میشوید تا خدمات خود را به روشی بسیار ساده و پایدار کنترل کنید.
×××
"فرآیند" یکی از اصطلاحاتی است که همواره مورد سوءاستفاده است. و معمولاً در کتابهای مدیریت فرآیند همیشه تعریف مشابهی از «فرایند» را نشان میدهند که چیزی شبیه به «یک سری فعالیتهایی است که توسط یک ورودی آغاز میشوند و یک خروجی از پیش تعیینشده را ارائه میکنند (یا شاید حتی یک نتیجه ) که با کنترل تضمین میشود. که اغلب به شکل یک مدل ثابت همیشه این را عنوان میکنند که "همهچیز یک فرآیند است" اگر همهچیز را اینقدر کلی ببینیم پس ما دیگر نمیتوانیم وقتی به جنگل میرویم درختان را ببینیم!
این واقعیت تلخ برای اکثریت قریب بهاتفاق در بسیاری از سازمانها حادث میشود.
اما راهحل چیست؟
ادامهی این مطلب در لینک زیر
https://lnkd.in/dERupuGi
آقای Jan van Bon، مطلب جالبی در خصوص تعریف "فرایند"دارد.
در تمامی کسبوکارها، یکی از عبارتهای پرتکرار که وِرد زبان همه است فرایند است. بخصوص کسانی که با ITSM و یا EMS، سیستمهای شکایت مشتری، BPMS، اتوماسیونهای اداری، ERP و سایر ابزارهای کاربردی کار میکنند بسیار این واژه را به طرز خیلی ناخوشایندی تکرار میکنند. اصطلاح "فرآیند" یکی از پرکاربردترین اصطلاحات در تاریخ مدیریت (خدمات) است. در این مطلب شما با تفکر جدیدی در مورد مدیریت خدمات آشنا میشوید تا خدمات خود را به روشی بسیار ساده و پایدار کنترل کنید.
×××
"فرآیند" یکی از اصطلاحاتی است که همواره مورد سوءاستفاده است. و معمولاً در کتابهای مدیریت فرآیند همیشه تعریف مشابهی از «فرایند» را نشان میدهند که چیزی شبیه به «یک سری فعالیتهایی است که توسط یک ورودی آغاز میشوند و یک خروجی از پیش تعیینشده را ارائه میکنند (یا شاید حتی یک نتیجه ) که با کنترل تضمین میشود. که اغلب به شکل یک مدل ثابت همیشه این را عنوان میکنند که "همهچیز یک فرآیند است" اگر همهچیز را اینقدر کلی ببینیم پس ما دیگر نمیتوانیم وقتی به جنگل میرویم درختان را ببینیم!
این واقعیت تلخ برای اکثریت قریب بهاتفاق در بسیاری از سازمانها حادث میشود.
اما راهحل چیست؟
ادامهی این مطلب در لینک زیر
https://lnkd.in/dERupuGi
www.soroushane.ir
فرایند! – H a d i A h m a d i
Hadi Ahmadi: Author, Poet
سالی پر از عشق و آرامش برای تکتک همراهان گرانقدر آرزومندیم امیدست هر لحظه از زیبایی این سال نو، نثار وجود بی مثالتان شود...
www.MedaNet.ir
www.MedaNet.ir
تحول دیجیتال کرونایی!
طبق مطالعه و ارزیابی که در سال 2019، توسط فوربس انجامشده بیش از 900 میلیارد دلار برای تحول دیجیتال در این سال به هدررفته. این یعنی 70 درصد از پروژههای تحول دیجیتال در سازمانها با شکست مواجهه شدهاند. اما این شکست نمیشد اگر کرونا فراگیر نمیشد. شیوع پاندمی کرونا باعث شد تا ۸۰ درصد از سازمانها به دنبال راهبردهای تحول دیجیتال باشند تا خود را برای پاسخگویی سریع به چالشها و نیازهای داخلی و خارجی آماده ببینند. همهگیری این بیماری دنیا را به سمت تحول دیجیتال کرونایی! هُل داد.
اما برخی با اتمام این شرایط، بازهم به نقطهی پیش از تحول دیجیتال بازمیگردند و برخی نیز آن را دستوپاشکسته کج دار و مریز ادامه میدهند بنابراین بازهم درصد اندکی سربلند از این تحول بیرون میآیند:
در استفاده از بهبود تجربه خدمات برای کمک به موفقیت در تحول دیجیتال، نیاز به انجام به این ۴ کار کلیدی بهشدت احساس میشود:
1. مکانیسمها و معیارهای اندازهگیری مناسب را تعیین و معرفی کنید.
2. از تصمیمگیری مبتنی بر داده استفاده کنید. یعنی تبدیل داده به اطلاعات و تبدیل اطلاعات به راهکار.
3. تغییر فرهنگ موردنیاز را هدایت و جا بیندازید.
4. ابزار کارآمد استفاده کنید.
تحول دیجیتال یعنی اینکه پس از تغییر الگوهای ارزشآفرین و مدل ساختاری کسبوکار، برای پیشبرد آن از فناوری استفاده کنید. این انقلاب باید سبب دگرگونی نحوهی انجام کار از کوچکترین کارها تا بزرگترین آنها شود. اگرچه فناوری مسیر آسان این تحول است اما بهتنهایی گرهگشا نیست اگر معیار، ساختار و فرهنگ را به ورطهی اجرا نگذاشته باشید.
www.Servicedeskplus.ir
طبق مطالعه و ارزیابی که در سال 2019، توسط فوربس انجامشده بیش از 900 میلیارد دلار برای تحول دیجیتال در این سال به هدررفته. این یعنی 70 درصد از پروژههای تحول دیجیتال در سازمانها با شکست مواجهه شدهاند. اما این شکست نمیشد اگر کرونا فراگیر نمیشد. شیوع پاندمی کرونا باعث شد تا ۸۰ درصد از سازمانها به دنبال راهبردهای تحول دیجیتال باشند تا خود را برای پاسخگویی سریع به چالشها و نیازهای داخلی و خارجی آماده ببینند. همهگیری این بیماری دنیا را به سمت تحول دیجیتال کرونایی! هُل داد.
اما برخی با اتمام این شرایط، بازهم به نقطهی پیش از تحول دیجیتال بازمیگردند و برخی نیز آن را دستوپاشکسته کج دار و مریز ادامه میدهند بنابراین بازهم درصد اندکی سربلند از این تحول بیرون میآیند:
در استفاده از بهبود تجربه خدمات برای کمک به موفقیت در تحول دیجیتال، نیاز به انجام به این ۴ کار کلیدی بهشدت احساس میشود:
1. مکانیسمها و معیارهای اندازهگیری مناسب را تعیین و معرفی کنید.
2. از تصمیمگیری مبتنی بر داده استفاده کنید. یعنی تبدیل داده به اطلاعات و تبدیل اطلاعات به راهکار.
3. تغییر فرهنگ موردنیاز را هدایت و جا بیندازید.
4. ابزار کارآمد استفاده کنید.
تحول دیجیتال یعنی اینکه پس از تغییر الگوهای ارزشآفرین و مدل ساختاری کسبوکار، برای پیشبرد آن از فناوری استفاده کنید. این انقلاب باید سبب دگرگونی نحوهی انجام کار از کوچکترین کارها تا بزرگترین آنها شود. اگرچه فناوری مسیر آسان این تحول است اما بهتنهایی گرهگشا نیست اگر معیار، ساختار و فرهنگ را به ورطهی اجرا نگذاشته باشید.
www.Servicedeskplus.ir
مدیریت انتشار و مدیریت استقرار
این دو موضوع مهم همواره جزو دغدغههای توسعهدهندگان نرمافزار و پشتیبانان آن است: موضوع انتشار یا Release و موضوع استقرار یا Deployment. آنان در محیط کار بهوفور با این واژهها درگیر هستند. حتی گاهی از این دو واژه بهجای هم استفاده میشوند. این دو، جزو تمرینات ITIL هستند گاهی در یک مفهوم و گاهی در دو مفهوم یکپارچه و در آخر در دو مفهوم جداگانه تعریفشدهاند. بهطور کل در نسخه ۳ کتابخانه زیرساخت فناوری اطلاعات (ITIL) هدف مدیریت انتشار و استقرار را بهصورت زیر تعریف میشود: تمرین ITIL Release and Deployment Management یعنی برنامهریزی و کنترل حرکت نسخهها از محیطهای آزمایشی به محیط عملیاتی و زنده. هدف اصلی Release Management و Deployment Management این است که اطمینان حاصل شود که یکپارچگی محیط زنده محافظت میشود و کامپوننتهای صحیح منتشر میشوند.
×××
بهطور اخص انتشار یعنی: در دسترس قرار دادن نسخهای از نرمافزار برای عموم و استقرار یعنی: آزمایش و پیادهسازی یک سیستم یا برنامهی کامپیوتری. استقرار نرمافزار تمام فعالیتهایی است که یک سیستم نرم افزاری را برای استفادهی کاربران در دسترس قرار میدهد و انتشار: از فرآیند توسعهی تکمیلشده ناشی میشود که شامل کلیهی عملیات آمادهسازی سیستم برای مونتاژ و انتقال به سایت مشتری میباشد. بنابراین، باید منابع موردنیاز برای فعالیت در سایت مشتری را تعیین کند و اطلاعات را برای انجام فعالیتهای بعدی فرآیند استقرار جمعآوری کند.
×××
فعالیتها و اهداف فرآیند مدیریت انتشار و استقرار در ITIL V3 عمدتاً با مدیریت انتشار در ITIL V2 یکسان است. ITIL V3 Release Management جزئیات بیشتری را در زمینههای برنامهریزی و آزمایش انتشار ارائه میکند. این منجر بهاضافه شدن دو فرآیند اختصاصی شد که تحت عنوان مدیریت انتشار در نسخه قبلی ITIL قرار گرفتند: مدیریت پروژه - برنامهریزی و پشتیبانی انتقال ، و اعتبارسنجی و آزمایش خدمات. اما درنهایت در آخرین ویرایش ITIL 4 فعالیتهای کلیدی مدیریت انتشار و استقرار از همین تفکیک شدند یعنی در تابع مدیریت خدمات "مدیریت انتشار" را توضیح میدهد و در تابع مدیریت فنی "مدیریت استقرار" را شرح میدهد. به عبارتی بین انتشار و استقرار یک خطکش گذاشته. این یعنی بین انتشار و پیادهسازی تمایز فاحش هست و هرکدام به نحوی میتوانند خلق ارزش کنند.
www.Servicedeskplus.ir
این دو موضوع مهم همواره جزو دغدغههای توسعهدهندگان نرمافزار و پشتیبانان آن است: موضوع انتشار یا Release و موضوع استقرار یا Deployment. آنان در محیط کار بهوفور با این واژهها درگیر هستند. حتی گاهی از این دو واژه بهجای هم استفاده میشوند. این دو، جزو تمرینات ITIL هستند گاهی در یک مفهوم و گاهی در دو مفهوم یکپارچه و در آخر در دو مفهوم جداگانه تعریفشدهاند. بهطور کل در نسخه ۳ کتابخانه زیرساخت فناوری اطلاعات (ITIL) هدف مدیریت انتشار و استقرار را بهصورت زیر تعریف میشود: تمرین ITIL Release and Deployment Management یعنی برنامهریزی و کنترل حرکت نسخهها از محیطهای آزمایشی به محیط عملیاتی و زنده. هدف اصلی Release Management و Deployment Management این است که اطمینان حاصل شود که یکپارچگی محیط زنده محافظت میشود و کامپوننتهای صحیح منتشر میشوند.
×××
بهطور اخص انتشار یعنی: در دسترس قرار دادن نسخهای از نرمافزار برای عموم و استقرار یعنی: آزمایش و پیادهسازی یک سیستم یا برنامهی کامپیوتری. استقرار نرمافزار تمام فعالیتهایی است که یک سیستم نرم افزاری را برای استفادهی کاربران در دسترس قرار میدهد و انتشار: از فرآیند توسعهی تکمیلشده ناشی میشود که شامل کلیهی عملیات آمادهسازی سیستم برای مونتاژ و انتقال به سایت مشتری میباشد. بنابراین، باید منابع موردنیاز برای فعالیت در سایت مشتری را تعیین کند و اطلاعات را برای انجام فعالیتهای بعدی فرآیند استقرار جمعآوری کند.
×××
فعالیتها و اهداف فرآیند مدیریت انتشار و استقرار در ITIL V3 عمدتاً با مدیریت انتشار در ITIL V2 یکسان است. ITIL V3 Release Management جزئیات بیشتری را در زمینههای برنامهریزی و آزمایش انتشار ارائه میکند. این منجر بهاضافه شدن دو فرآیند اختصاصی شد که تحت عنوان مدیریت انتشار در نسخه قبلی ITIL قرار گرفتند: مدیریت پروژه - برنامهریزی و پشتیبانی انتقال ، و اعتبارسنجی و آزمایش خدمات. اما درنهایت در آخرین ویرایش ITIL 4 فعالیتهای کلیدی مدیریت انتشار و استقرار از همین تفکیک شدند یعنی در تابع مدیریت خدمات "مدیریت انتشار" را توضیح میدهد و در تابع مدیریت فنی "مدیریت استقرار" را شرح میدهد. به عبارتی بین انتشار و استقرار یک خطکش گذاشته. این یعنی بین انتشار و پیادهسازی تمایز فاحش هست و هرکدام به نحوی میتوانند خلق ارزش کنند.
www.Servicedeskplus.ir
الکی نیرو استخدام نکنید!
همیشه جذب و تزریق نیروی جدید به کسبوکار، ایدهی مناسبی نیست و سبب بهبود نمیشود. براساس قانون پارکینسون پروژه به هر کاری هر چقدر نیرو اختصاص دهید به همان میزان نیرو لازم است. مثلأ برای یک کاری ممکن است ۱۰ نفر را اختصاص دهید در حالیکه در شرایط مشابهی میتوان برای انجام همان کار ۲ نفر را تخصیص داد. نیل به چنين اتفاقی کار کشیدن زیاد از آن دو نفر نیست بلکه فقط با تغییر روال کار و افزایش کارایی آنان چنین امکانی حاصل میشود ان هم بدون افت بهبود و کیفیت.
استخدام نیروی جدید در وضعیت کنونی و اسفبار اقتصادی کشور، نه تنها رشد سازمان را رقم نمیزند بلکه سبب چالشهای بسیاری در پرداخت حقوق و مزایای آنان خواهد شد. حتی یکی از آسیبهای از بین رفتن برند سازمانی حجم نارضایتی نیروهاییست که حقوق سربرجشان را به موقع دریافت نمیکنند از این رو یا تعدیل میشوند یا از سرناچاری ادامه میدهند زیرا آنها فاقد انگیزهی لازم برای کار کردن هستند.
اینکه کسبوکار رشد کرده یا بزرگ است به این معنی نیست که آن کسبوکار در مدیریت منابع انسانی تواناست. در چنین محیطهایی، مدیران برای نگهداری و پشتیبانی زیرساختهای کسبوکار بدون تلاش برای بهبود مستمر، اولین کاری که میکنند جذب الکی نیروست، در حالیکه لزوما نیازی به اینکار نیست. این یعنی به اندازهی افزایش حجم کاربران یا مشتریانتان حتما و الزاما نیازی به افزایش جذب کارکنان بیشتر ندارید بلکه با رویکرد بهتر میتوان به نتیجهی دلخواه رسید.
پرواضح است که کنترل و مدیریت درخواستها و داراییهای کاربران در کسبوکارهایی که دارای چندین مکان مختلف هستند کار سادهای نیست، بهویژه اگر مجهز به چارچوب و یا ابزار منسجم و یکپارچهای نباشید.
ابزارهای چارچوب ITIL این امکان را در اختیارتان میگذارند تا علاوه بر تفکیک مکانهای مختلف بتوانید آنها را در یک نقطهی واحد با حداقل نیرو هندل کنید. فرض کنید دارای چندین ساختمان در چندین نقطهی شهر یا کشور هستید، اگر بدانید چند قلم دارائی در دفتر مرکزی دارید و چند دارائی در شهری دیگر و یا بدانید چه حجم از درخواستهای وارد شده مربوط به کدام دارایی و کدام ساختمان است و چه میزان ترافیک توسط کاربران یا مشتریان به سمت واحدهای ارائهی خدمت سرازیر میشود، باعث میشود توان عملياتي بهتر و بیشتری داشته باشید. زیرا بر اساس دادهکاوی است که شما یک دید کلی خواهید داشت.
چارچوب ITIL یک تصویر بزرگ یا Big Picture به مدیران واحدهای خدماتی میهد این یعنی آنان با اشراف کامل به حجم، اندازه و ظرفیت هر مکان، قادرند تا تغییرات گسترده را با نرخ ریسک کمتر انجام دهند، تصمیمگیری آگاهانه و بهتری داشته باشند و هیچ چیزی از چشمانشان دور نماند.
اتوماسيونسازی فرایندها و تجمیع حجم ورودی ترافیک درخواستیها در یک نقطهی واحد برای کاهش نرخ آن، این قدرت را به شما میدهد تا به نسبت نیاز واقعی و بر اساس خروجی مورد انتظار اقدام به تشویق کارکنان فعلی بکنید و یا در صورت لزوم حداقلها را جذب کنید.
جذب نیرو هنر نیست وقتی از پس برآورده کردن حقوق و مزایای آنان برنیایی. یکی از مهمترین وزنههای افزایش هزینههای ارائهی خدمت، حضور حجم زیادی از نیروهای بلااستفاده یا کمکارکرد و یا گرانقیمت است.
چارچوب ITIL هزینههای ارائهی خدمت را به معنای واقعی کاهش میدهد.
www.MedaNet.ir
همیشه جذب و تزریق نیروی جدید به کسبوکار، ایدهی مناسبی نیست و سبب بهبود نمیشود. براساس قانون پارکینسون پروژه به هر کاری هر چقدر نیرو اختصاص دهید به همان میزان نیرو لازم است. مثلأ برای یک کاری ممکن است ۱۰ نفر را اختصاص دهید در حالیکه در شرایط مشابهی میتوان برای انجام همان کار ۲ نفر را تخصیص داد. نیل به چنين اتفاقی کار کشیدن زیاد از آن دو نفر نیست بلکه فقط با تغییر روال کار و افزایش کارایی آنان چنین امکانی حاصل میشود ان هم بدون افت بهبود و کیفیت.
استخدام نیروی جدید در وضعیت کنونی و اسفبار اقتصادی کشور، نه تنها رشد سازمان را رقم نمیزند بلکه سبب چالشهای بسیاری در پرداخت حقوق و مزایای آنان خواهد شد. حتی یکی از آسیبهای از بین رفتن برند سازمانی حجم نارضایتی نیروهاییست که حقوق سربرجشان را به موقع دریافت نمیکنند از این رو یا تعدیل میشوند یا از سرناچاری ادامه میدهند زیرا آنها فاقد انگیزهی لازم برای کار کردن هستند.
اینکه کسبوکار رشد کرده یا بزرگ است به این معنی نیست که آن کسبوکار در مدیریت منابع انسانی تواناست. در چنین محیطهایی، مدیران برای نگهداری و پشتیبانی زیرساختهای کسبوکار بدون تلاش برای بهبود مستمر، اولین کاری که میکنند جذب الکی نیروست، در حالیکه لزوما نیازی به اینکار نیست. این یعنی به اندازهی افزایش حجم کاربران یا مشتریانتان حتما و الزاما نیازی به افزایش جذب کارکنان بیشتر ندارید بلکه با رویکرد بهتر میتوان به نتیجهی دلخواه رسید.
پرواضح است که کنترل و مدیریت درخواستها و داراییهای کاربران در کسبوکارهایی که دارای چندین مکان مختلف هستند کار سادهای نیست، بهویژه اگر مجهز به چارچوب و یا ابزار منسجم و یکپارچهای نباشید.
ابزارهای چارچوب ITIL این امکان را در اختیارتان میگذارند تا علاوه بر تفکیک مکانهای مختلف بتوانید آنها را در یک نقطهی واحد با حداقل نیرو هندل کنید. فرض کنید دارای چندین ساختمان در چندین نقطهی شهر یا کشور هستید، اگر بدانید چند قلم دارائی در دفتر مرکزی دارید و چند دارائی در شهری دیگر و یا بدانید چه حجم از درخواستهای وارد شده مربوط به کدام دارایی و کدام ساختمان است و چه میزان ترافیک توسط کاربران یا مشتریان به سمت واحدهای ارائهی خدمت سرازیر میشود، باعث میشود توان عملياتي بهتر و بیشتری داشته باشید. زیرا بر اساس دادهکاوی است که شما یک دید کلی خواهید داشت.
چارچوب ITIL یک تصویر بزرگ یا Big Picture به مدیران واحدهای خدماتی میهد این یعنی آنان با اشراف کامل به حجم، اندازه و ظرفیت هر مکان، قادرند تا تغییرات گسترده را با نرخ ریسک کمتر انجام دهند، تصمیمگیری آگاهانه و بهتری داشته باشند و هیچ چیزی از چشمانشان دور نماند.
اتوماسيونسازی فرایندها و تجمیع حجم ورودی ترافیک درخواستیها در یک نقطهی واحد برای کاهش نرخ آن، این قدرت را به شما میدهد تا به نسبت نیاز واقعی و بر اساس خروجی مورد انتظار اقدام به تشویق کارکنان فعلی بکنید و یا در صورت لزوم حداقلها را جذب کنید.
جذب نیرو هنر نیست وقتی از پس برآورده کردن حقوق و مزایای آنان برنیایی. یکی از مهمترین وزنههای افزایش هزینههای ارائهی خدمت، حضور حجم زیادی از نیروهای بلااستفاده یا کمکارکرد و یا گرانقیمت است.
چارچوب ITIL هزینههای ارائهی خدمت را به معنای واقعی کاهش میدهد.
www.MedaNet.ir
مدیریت فضا!
مدیریت فضا نه از نوع کیهانی بلکه از نظر فضای سازمانی یکی از مباحث جالب در مدیریت خدمات سازمانی است که بیشتر توسط واحدهای تدارکات، اداری و تشریفات مورد توجه قرار میگیرد. حتی در هتلداری.
×××
مدیریت فضاهای داخل سازمان Spaces Management اعم از اتاقها، سالنهای نمایش، آموزش، کنفرانس، راهروها، طبقات و هرچه که قرارست تجهیزات اداری، رفاهی و فناوری در آنها جای بگیرد، دغدغهی کمی نیست. اینکه بدانید در فلان طبقه چند اتاق هست و در هر اتاق چند کولر گاری نصب شده و یا چند میز و صندلی هست آن هم در یک چشمانداز گرافیکی، دیدی بسیار وسیع به شما میدهد.
مدیریت فضا، امکان کنترل ظرفیت پذیرش سرویسهایی که قرارست بعدها بدان اضافه شود را ممکن میکند. زیرا آمار دقیق حجم داراییهای موجود در هر نقطه را در اختیارتان میگذارد و مهمتر از همه، نرخ درخواستهای ثبت شده در هر مکان را ثبت و ضبط میکند تا ترافیک نیازمندیهای هر نقطه را دریافت و آنها را در بهترین حالت تامین کنید و یا نرخ خرابیهای گزارش شده در هر نقطه را بدانید تا امکان رفع خرابی و بهبود مستمر آن فضاها میسر گردد.
امروزه ابزارهای ITIL که در خدمت تمام خدمات سازمانی نظیر: دپارتمانهای اداری و تدارکات و تشریفات هم قرار دارد مجهز به چنین قابلیتی هستند که بتوانند مدیریت فضاها را بخوبی هرچه تمامتر هندل کنند.
www.Servicedeskplus.ir
مدیریت فضا نه از نوع کیهانی بلکه از نظر فضای سازمانی یکی از مباحث جالب در مدیریت خدمات سازمانی است که بیشتر توسط واحدهای تدارکات، اداری و تشریفات مورد توجه قرار میگیرد. حتی در هتلداری.
×××
مدیریت فضاهای داخل سازمان Spaces Management اعم از اتاقها، سالنهای نمایش، آموزش، کنفرانس، راهروها، طبقات و هرچه که قرارست تجهیزات اداری، رفاهی و فناوری در آنها جای بگیرد، دغدغهی کمی نیست. اینکه بدانید در فلان طبقه چند اتاق هست و در هر اتاق چند کولر گاری نصب شده و یا چند میز و صندلی هست آن هم در یک چشمانداز گرافیکی، دیدی بسیار وسیع به شما میدهد.
مدیریت فضا، امکان کنترل ظرفیت پذیرش سرویسهایی که قرارست بعدها بدان اضافه شود را ممکن میکند. زیرا آمار دقیق حجم داراییهای موجود در هر نقطه را در اختیارتان میگذارد و مهمتر از همه، نرخ درخواستهای ثبت شده در هر مکان را ثبت و ضبط میکند تا ترافیک نیازمندیهای هر نقطه را دریافت و آنها را در بهترین حالت تامین کنید و یا نرخ خرابیهای گزارش شده در هر نقطه را بدانید تا امکان رفع خرابی و بهبود مستمر آن فضاها میسر گردد.
امروزه ابزارهای ITIL که در خدمت تمام خدمات سازمانی نظیر: دپارتمانهای اداری و تدارکات و تشریفات هم قرار دارد مجهز به چنین قابلیتی هستند که بتوانند مدیریت فضاها را بخوبی هرچه تمامتر هندل کنند.
www.Servicedeskplus.ir
یک حلقهی طلایی!
گزارش بگیرید اما گزارشسازی نکنید.
ناگفته پیداست که اساس مدیریت در اندازهگیری است. اندازهگیری هم برآمده از گزارشگیری است. ولی شوربختانه، آمارسازی و گزارشسازی جای آن را گرفته و به مانند آفتی است که از سیستمهای اداری فاسد دولتی به اکثر کسبوکارهای خصوصی هم سرایت کرده.
طیف وسیعی از کارشناسان و مدیران جزء را میبینم که مدام درحال استخراج گزارشاتی هستند تا به مدیریت ارشد این را بگویند که چکار دارند میکنند و چقدر دارایی و تجهیزات و منابع در اختیار دارند. اما این گزارشات جز گزارشسازی بیهوده اثری ندارد.
×××
نیازی نیست دهان مدیریت ارشد را ببندید که کمتر به شما گیر دهد. هدف مدیری که نگاه ITIL دارد این نیست که بداند شما چقدر زیاد کار میکنید!
هدف این است که جلوی افزایش حجم فعالیتهای ناخواسته و جلوی اتلاف منابع را بگیرد تا با راهحلهایی بتوان مدیریت زمان، انرژی و منابع را بهتر انجام داد.
همانطور که بارها گفتم خاصیت سیستمهای مدیریت خدمات سازمانی یا ESM، تجمیع دادههاست و داده از طریق گزارشگیری تبدیل به اطلاعات میشوند اما اگر همینجا متوقف شوید پس هیچ کاری عملاً نکردهاید جز اتلاف بیهوده وقت و انرژی. ولی اگر اطلاعات حاصله را تبدیل به راهکار کنید به هدف نهایی نزدیک شدهاید، یعنی همان بهبود مستمر.
شکی نیست بدون ارایهی راهکارهای برآمد از اطلاعات گزارشگیری شده، عملاً هیچ بهبود مستمری نیز رخ نخواهد داد. مفهوم Continues Improvement حلقهی طلایی از زنجیرهی ارزش خدمات است. اگر قرار باشد خدمت طراحی کنیم و فقط درگیرودار انجام فرایندهای آن خدمات باشیم هیچ ارزشی خلق نکردهایم، حتی اگر این فرایندها همکنون به نحو احسن انجام شوند.
خلق ارزش، با بهبود روزافزون میسر میشود و سازمانهایی که پویا هستند بخوبی میفهمند که کی و کجا باید به این ارزش رسید.
www.MedaNet.ir
گزارش بگیرید اما گزارشسازی نکنید.
ناگفته پیداست که اساس مدیریت در اندازهگیری است. اندازهگیری هم برآمده از گزارشگیری است. ولی شوربختانه، آمارسازی و گزارشسازی جای آن را گرفته و به مانند آفتی است که از سیستمهای اداری فاسد دولتی به اکثر کسبوکارهای خصوصی هم سرایت کرده.
طیف وسیعی از کارشناسان و مدیران جزء را میبینم که مدام درحال استخراج گزارشاتی هستند تا به مدیریت ارشد این را بگویند که چکار دارند میکنند و چقدر دارایی و تجهیزات و منابع در اختیار دارند. اما این گزارشات جز گزارشسازی بیهوده اثری ندارد.
×××
نیازی نیست دهان مدیریت ارشد را ببندید که کمتر به شما گیر دهد. هدف مدیری که نگاه ITIL دارد این نیست که بداند شما چقدر زیاد کار میکنید!
هدف این است که جلوی افزایش حجم فعالیتهای ناخواسته و جلوی اتلاف منابع را بگیرد تا با راهحلهایی بتوان مدیریت زمان، انرژی و منابع را بهتر انجام داد.
همانطور که بارها گفتم خاصیت سیستمهای مدیریت خدمات سازمانی یا ESM، تجمیع دادههاست و داده از طریق گزارشگیری تبدیل به اطلاعات میشوند اما اگر همینجا متوقف شوید پس هیچ کاری عملاً نکردهاید جز اتلاف بیهوده وقت و انرژی. ولی اگر اطلاعات حاصله را تبدیل به راهکار کنید به هدف نهایی نزدیک شدهاید، یعنی همان بهبود مستمر.
شکی نیست بدون ارایهی راهکارهای برآمد از اطلاعات گزارشگیری شده، عملاً هیچ بهبود مستمری نیز رخ نخواهد داد. مفهوم Continues Improvement حلقهی طلایی از زنجیرهی ارزش خدمات است. اگر قرار باشد خدمت طراحی کنیم و فقط درگیرودار انجام فرایندهای آن خدمات باشیم هیچ ارزشی خلق نکردهایم، حتی اگر این فرایندها همکنون به نحو احسن انجام شوند.
خلق ارزش، با بهبود روزافزون میسر میشود و سازمانهایی که پویا هستند بخوبی میفهمند که کی و کجا باید به این ارزش رسید.
www.MedaNet.ir
مدیریت مشکل بلد باشیم کافی است!
این ۵ نکتهی کلیدی اساس مدیریت هر نوع مشکلی است:
نکته 1 - مشکلات را ثبت کنید.
تا ننویسید اتفاق نمیافتد. نوشتن یعنی اینکه روی آن موضوع حداقل اندکی اندیشیدهاید که چه چیزی بنویسید! پس بنویسید تا مطمئن شوید که مشکلات را برای حوادث تکراری و برای حوادث بزرگ ثبت کردهاید. ایجاد "5 خرابی پرتکرار" یا "10 حادثهی وحشتناک" یعنی نوشتن و ثبت گزارش مشکل به شما در تمرکز بر روی مشکلات با بالاترین اولویت کمک بسزایی خواهد کرد.
×××
نکته 2 - روی راهحلها تمرکز کنید، نه دلایل ریشهای.
دلایل ریشهای، چالشهای بنیادین هستند که از بین بردن و یا تغییر آن معمولاً زمانبر و البته هزینهبر است. پس درحالیکه کسبوکار در رنج است، هفتهها را صرف تجزیهوتحلیل علل ریشه نکنید. تلاشهای اولیه را روی تعریف یک محرک (برای شناسایی حوادث مرتبط با مشکل) و اقدامات بازیابی (برای به حالت نرمال درآوردن کسبوکار و درنهایت برای انجام کار در سریعترین زمان ممکن متمرکز نمایید.
×××
نکته 3 - بر فرصتهای بهبود تمرکز کنید، نه سرزنش کردن.
هر مشکلی دلایل متعددی دارد، نهفقط یک علت اصلی. بجای سرزنش هر علت، باید روی فرصتی که ممکن است بهسوی بهبود رفت تمرکز کرد وگرنه شماتت کردن بیهوده، هدر دادن وقت است.
×××
نکته 4 - کارکنان را در تکنیکهای تجزیهوتحلیل آموزش دهید.
افراد فنی باید یاد بگیرند که چگونه مشکلات را تجزیهوتحلیل کنند. حل مسئله، یکرویهی انسانی است و میشود بهصورت اکتسابی آن را آموخت. مهارت حل مسئله را به آنان بهخوبی یاد دهید.
×××
نکته 5 - معیارهای مدیریت مشکل و تأثیر آن بر کسبوکار را تعریف و مشخص کنید.
چه چیزی از مدیریت مشکل برای کسبوکارتان مهم است. معیارها کمک میکنند بفهمید روند حل مسئله چقدر خوب کار میکند و چقدر به نیازهای تجاری پاسخ میدهد؟ پس بجای سنجش مدتزمان یافتن علت ریشهای مشکل، که یکی از معیارهای بد در مدیریت مشکل است به مواردی بپردازید که برای مشتریان شما مهم و ارزشمند است.
www.MedaNet.ir
این ۵ نکتهی کلیدی اساس مدیریت هر نوع مشکلی است:
نکته 1 - مشکلات را ثبت کنید.
تا ننویسید اتفاق نمیافتد. نوشتن یعنی اینکه روی آن موضوع حداقل اندکی اندیشیدهاید که چه چیزی بنویسید! پس بنویسید تا مطمئن شوید که مشکلات را برای حوادث تکراری و برای حوادث بزرگ ثبت کردهاید. ایجاد "5 خرابی پرتکرار" یا "10 حادثهی وحشتناک" یعنی نوشتن و ثبت گزارش مشکل به شما در تمرکز بر روی مشکلات با بالاترین اولویت کمک بسزایی خواهد کرد.
×××
نکته 2 - روی راهحلها تمرکز کنید، نه دلایل ریشهای.
دلایل ریشهای، چالشهای بنیادین هستند که از بین بردن و یا تغییر آن معمولاً زمانبر و البته هزینهبر است. پس درحالیکه کسبوکار در رنج است، هفتهها را صرف تجزیهوتحلیل علل ریشه نکنید. تلاشهای اولیه را روی تعریف یک محرک (برای شناسایی حوادث مرتبط با مشکل) و اقدامات بازیابی (برای به حالت نرمال درآوردن کسبوکار و درنهایت برای انجام کار در سریعترین زمان ممکن متمرکز نمایید.
×××
نکته 3 - بر فرصتهای بهبود تمرکز کنید، نه سرزنش کردن.
هر مشکلی دلایل متعددی دارد، نهفقط یک علت اصلی. بجای سرزنش هر علت، باید روی فرصتی که ممکن است بهسوی بهبود رفت تمرکز کرد وگرنه شماتت کردن بیهوده، هدر دادن وقت است.
×××
نکته 4 - کارکنان را در تکنیکهای تجزیهوتحلیل آموزش دهید.
افراد فنی باید یاد بگیرند که چگونه مشکلات را تجزیهوتحلیل کنند. حل مسئله، یکرویهی انسانی است و میشود بهصورت اکتسابی آن را آموخت. مهارت حل مسئله را به آنان بهخوبی یاد دهید.
×××
نکته 5 - معیارهای مدیریت مشکل و تأثیر آن بر کسبوکار را تعریف و مشخص کنید.
چه چیزی از مدیریت مشکل برای کسبوکارتان مهم است. معیارها کمک میکنند بفهمید روند حل مسئله چقدر خوب کار میکند و چقدر به نیازهای تجاری پاسخ میدهد؟ پس بجای سنجش مدتزمان یافتن علت ریشهای مشکل، که یکی از معیارهای بد در مدیریت مشکل است به مواردی بپردازید که برای مشتریان شما مهم و ارزشمند است.
www.MedaNet.ir
نامگذاری!
درست شبیه انتخاب نام فرزند که میخواهید بامسما، بامعنا و سنگینرنگین و درخور باشد؛ نامگذاری تجهیزات شبکه نیز همیشه دردسرساز و چالشبرانگیزست پس از مدتی که سازمان رشد کند افسار این نامگذاری از کنترل خارج میشود و شکل بسیار نازیبایی به لیست داراییها میدهد. هر سازمانی به شیوهي خود عمل میکند اما کمتر سازمانی هست که رویهی نامگذاری استانداردی را دنبال کند و همواره آن را بهروز نگاه دارد. نام یک تجهیز، هویت آن در لیست داراییهای سازمان است. شوربختانه الگوریتمی هم برای این موضوع بدرستی عرضه نشده اما باتوجه به تجارب ساختارهای بینالمللی، بهترین شیوهی نامگذاری به شکل زیرست:
فرض کنید یک سوییچ شبکه با مدل ۲۹۶۰ در طبقهی دوم ساختمان آزمایشگاه در شهر تهران دارید. مدل نامگذاری شما باید اینگونه باشد:
City name-Device type-Device model-Building name-Floor-Asset number
یا به شکل اختصاری
TEH-SW-2960-LAB-F2-103303529
درج شماره اموال، یونیک بودن آن دارایی را نشان میدهد. اگر دارایی خریداری شده هنوز شماره اموال ندارد باید بجای اعداد شماره اموال کاراکتر X درج نمایید و در انتها شماره ردیف
TEH-SW-2960-LAB-F2-XXXXXXXX01
×××
برای شهرها، ساختمانها و مدل تجهیزات باید اختصار آن را قید کنید این کار طول نام را بهشدت کاهش میدهد. معمولاً اختصار تجهیزات میتواند دو یا سه حرف اول آن تجهیز باشد یا حروف اول از ترکیب کلمات- اما این اختصارات زیر شکل درستتری هستند.:
SW-SWitch-سوییچ
RT-RouTer-روتر یا مسیریاب
FW-FireWall-دیوار آتشین یا فایروال
SRV-Server -سرور فیزیکی
VM-Virutial Machine-ماشین مجازی
UPS-Uninterruptible Power Supply-UPS
VOIP-IP Phones Network-تلفن تحت شبکه
AC-Air-Conditioner-کولر/ تهویه هوا
WS-WorkStation-ایستگاه کاری/ کلاینت
AP-Wireless Access Point-اکسس پویت وایرلس
CAM-CAMera-دوربین شبکه
CO-Console-کنسول
KVM-Keyboard/Video/Mouse switch-تجهیزات جانبی کاربری
NAA-Network Authentication Applianc-تجهیزات احراز هویت شبکه
RA-RACK-رک
×××
نامگذاری درست تجهیزات، هم شکل زیبا و یکپارچهای به لیست داراییها میدهد و هم در یک نگاه میتوان فهمید که این تجهیز کجاست و از چه نوعی است. علاوه بر آن آلارمهایی که توسط سیستمهای مانیتورینگ تولید میشوند در همان نگاه اول قابل فهم هستند که این رویداد یا رخداد از چه تجهیزی منتشر شده و بعدها مدیریت آن داراییها و کنترل روابطشان در CMDB نیز سادهتر میشود.
www.MedaNet.ir
درست شبیه انتخاب نام فرزند که میخواهید بامسما، بامعنا و سنگینرنگین و درخور باشد؛ نامگذاری تجهیزات شبکه نیز همیشه دردسرساز و چالشبرانگیزست پس از مدتی که سازمان رشد کند افسار این نامگذاری از کنترل خارج میشود و شکل بسیار نازیبایی به لیست داراییها میدهد. هر سازمانی به شیوهي خود عمل میکند اما کمتر سازمانی هست که رویهی نامگذاری استانداردی را دنبال کند و همواره آن را بهروز نگاه دارد. نام یک تجهیز، هویت آن در لیست داراییهای سازمان است. شوربختانه الگوریتمی هم برای این موضوع بدرستی عرضه نشده اما باتوجه به تجارب ساختارهای بینالمللی، بهترین شیوهی نامگذاری به شکل زیرست:
فرض کنید یک سوییچ شبکه با مدل ۲۹۶۰ در طبقهی دوم ساختمان آزمایشگاه در شهر تهران دارید. مدل نامگذاری شما باید اینگونه باشد:
City name-Device type-Device model-Building name-Floor-Asset number
یا به شکل اختصاری
TEH-SW-2960-LAB-F2-103303529
درج شماره اموال، یونیک بودن آن دارایی را نشان میدهد. اگر دارایی خریداری شده هنوز شماره اموال ندارد باید بجای اعداد شماره اموال کاراکتر X درج نمایید و در انتها شماره ردیف
TEH-SW-2960-LAB-F2-XXXXXXXX01
×××
برای شهرها، ساختمانها و مدل تجهیزات باید اختصار آن را قید کنید این کار طول نام را بهشدت کاهش میدهد. معمولاً اختصار تجهیزات میتواند دو یا سه حرف اول آن تجهیز باشد یا حروف اول از ترکیب کلمات- اما این اختصارات زیر شکل درستتری هستند.:
SW-SWitch-سوییچ
RT-RouTer-روتر یا مسیریاب
FW-FireWall-دیوار آتشین یا فایروال
SRV-Server -سرور فیزیکی
VM-Virutial Machine-ماشین مجازی
UPS-Uninterruptible Power Supply-UPS
VOIP-IP Phones Network-تلفن تحت شبکه
AC-Air-Conditioner-کولر/ تهویه هوا
WS-WorkStation-ایستگاه کاری/ کلاینت
AP-Wireless Access Point-اکسس پویت وایرلس
CAM-CAMera-دوربین شبکه
CO-Console-کنسول
KVM-Keyboard/Video/Mouse switch-تجهیزات جانبی کاربری
NAA-Network Authentication Applianc-تجهیزات احراز هویت شبکه
RA-RACK-رک
×××
نامگذاری درست تجهیزات، هم شکل زیبا و یکپارچهای به لیست داراییها میدهد و هم در یک نگاه میتوان فهمید که این تجهیز کجاست و از چه نوعی است. علاوه بر آن آلارمهایی که توسط سیستمهای مانیتورینگ تولید میشوند در همان نگاه اول قابل فهم هستند که این رویداد یا رخداد از چه تجهیزی منتشر شده و بعدها مدیریت آن داراییها و کنترل روابطشان در CMDB نیز سادهتر میشود.
www.MedaNet.ir
تمرین مدیریت انتشار یا Release Management صرفاً برای برنامهریزی، ساخت، آزمایش و استقرار و توسعهی نسخههای نرمافزاری نیست. بنابراین فکر نکنید این تمرین فقط برای واحد نرمافزار و توسعهدهندگان است.
از این تمرین در ITIL علاوه بر نرمافزار، برای استقرار سختافزار، اسناد، فرآیندها، دستورالعملها، خطمشیها و سایر مؤلفهها اجرای عملیات یک پروژه به نحو احسن استفاده میشود.
چارچوب ITIL خاص IT نیست و تمرینات آن نیز به همین گونه محدود به فناوری اطلاعات نیست. این پندارهای نادرست را از ذهن بشورید که این فرایندها به کار ما نمیآید چون چنین و چنان مفهوم برای ما بی معنی است! اگر با این مفاهیم آشنایی ندارید دلیل نمیشود که به آنها نیازی ندارید. ندانستن، عمود بر نخواستن نیست!
تمرینات این چارچوب بهشیوهه یا Best Practice-های کاربردی هستند که تمام واحدهای خدماتی یک سازمان از هر جنس و طیف و رویهای حتماً به آنها نیاز دارند.
www.Medanet.ir
از این تمرین در ITIL علاوه بر نرمافزار، برای استقرار سختافزار، اسناد، فرآیندها، دستورالعملها، خطمشیها و سایر مؤلفهها اجرای عملیات یک پروژه به نحو احسن استفاده میشود.
چارچوب ITIL خاص IT نیست و تمرینات آن نیز به همین گونه محدود به فناوری اطلاعات نیست. این پندارهای نادرست را از ذهن بشورید که این فرایندها به کار ما نمیآید چون چنین و چنان مفهوم برای ما بی معنی است! اگر با این مفاهیم آشنایی ندارید دلیل نمیشود که به آنها نیازی ندارید. ندانستن، عمود بر نخواستن نیست!
تمرینات این چارچوب بهشیوهه یا Best Practice-های کاربردی هستند که تمام واحدهای خدماتی یک سازمان از هر جنس و طیف و رویهای حتماً به آنها نیاز دارند.
www.Medanet.ir
معماری مدیریت نقاط پایانی شبکه بر اساس ابزار Desktop Central در محیط DMZ
www.Desktopcentral.ir
www.Desktopcentral.ir
خیلی از سازمانها و کسب و کارها به تعداد نیروهای پشتیبانی مینازند و خیلیها به تعداد پاسخ به تیکتهایشان که به کاربر/مشتری ارایه میدهند، برخی شاخصهای عملکرد را بر اساس تعداد و حجم درخواستها و ظرفیت و گنجایش هر کارشناس واحد انفورماتیک میدانند و برخی سرعت در پاسخ به خرابیها را در کارنامه خود در بوق و کرنا میدمند، اینکه بسیاری از سازمانها در مدیریت حوادث بسیار خوب عمل میکنند، خبر خوبی است اما نه همیشه! مشکل اینجاست که افراد آنقدر مشغول برخورد با حوادث روزمره می شوند که وقت لازم را برای جلوگیری و ایستادن جلوی وقوع چنین حوادثی را ندارند.
برای خود این مشکل چه مدیریت مشکلی می توان داشت!؟
ادامه در لینک زیر
https://lnkd.in/eVHb_AKA
برای خود این مشکل چه مدیریت مشکلی می توان داشت!؟
ادامه در لینک زیر
https://lnkd.in/eVHb_AKA
Forwarded from [ S o r o u s h a n e ]
با گذشت سالها هنوز هم مدیران ارشد و حتی خود مدیران فناوری اطلاعات، یک تجهیز سختافزاری را خیلی سریعتر و راحتتر میخرند چون قابل لمس است و بُعد فیزیکی آن را میبینند، ازاینرو هزینهکرد برای خرید آن را قابل توجیه میدانند در حالیکه این موضوع درخصوص نرمافزار برعکس است. یعنی برای خرید نرمافزار هزار بار به زمین و زمان چنگ میاندازد تا نخرند و یا ارزانترین و ناکارآمدترینش را خریداری کنند زیرا هزینهکرد برای مصارف نرمافزاری را بیهوده میدانند!
یکی نیست به آنان بگوید سرور n میلیونی برای نگهداری و اجرای چه چیزی خریدی!؟
نرمافزار یا هوا!؟
یا فلان تجهیز امنيتي چندمیلیاردی را خریدی که از چه چیزی محافظت کنی؟
آدم عاقل، گاوصندوق نمیخرد که توی آن هیچی نگذارد!
×××
تناسب بین خرید تجهیز سختافزاری و سرویس نرمافزاری یک امر حیاتی در مدیریت مالی است. رعایت این توازن و تناسب باعث میشود سختافزاری نخرید که شکل دکوری باشد و یا نرمافزاری نخرید که حداکثر یک فرمش را اجرا کنید. توازن خرید نرمافزار و سختافزار کلید حل مدیریت هزینه است.
هر چیز لمسشدنی، همه چیز را به شما نمیدهد.
امان از مدیرانی که گاه یک تریلی را از سوراخِ سوزن رد میکنند و گاهی از درِ دروازه نه.
www.Soroushane.ir
یکی نیست به آنان بگوید سرور n میلیونی برای نگهداری و اجرای چه چیزی خریدی!؟
نرمافزار یا هوا!؟
یا فلان تجهیز امنيتي چندمیلیاردی را خریدی که از چه چیزی محافظت کنی؟
آدم عاقل، گاوصندوق نمیخرد که توی آن هیچی نگذارد!
×××
تناسب بین خرید تجهیز سختافزاری و سرویس نرمافزاری یک امر حیاتی در مدیریت مالی است. رعایت این توازن و تناسب باعث میشود سختافزاری نخرید که شکل دکوری باشد و یا نرمافزاری نخرید که حداکثر یک فرمش را اجرا کنید. توازن خرید نرمافزار و سختافزار کلید حل مدیریت هزینه است.
هر چیز لمسشدنی، همه چیز را به شما نمیدهد.
امان از مدیرانی که گاه یک تریلی را از سوراخِ سوزن رد میکنند و گاهی از درِ دروازه نه.
www.Soroushane.ir