مدل ارزیابی بلوغ ITIL4

متأسفانه تا پیش از این چارچوب ITIL فاقد متدی برای ارزیابی بود و نمی‌شد تمرینات و انطباق آن را توسط خودش ارزیابی کرد. تا چندی قبل فقط با کمک مدل انطباق  TIPA و ISO20000 معمولاً این کار انجام می‌شد که یک نقص مهم برای ITIL به‌حساب می‌آمد. ولی بنیاد Axelos اخیراً اولین مدل بلوغ ITIL را بر اساس مفاهیم مورداستفاده در چارچوب ITIL4 منتشر کرده و درست از زمان انتشار مدل و ارزیابی بلوغ ITIL همراه با آن، سؤالات زیادی از سوی مدیران فناوری اطلاعات مطرح‌شده که این متد ارزیابی چگونه کار می‌کند؟

در این مطلب کامل کلیه موارد مربوط به ارزیابی‌هایی که توسط مدل بلوغ ITIL موردتوجه قرارگرفته را شرح داده‌ام:

• ارزیابی مدل بلوغ  ITIL
• انواع متدها ارزیابی‌ بلوغ
• مهاجرت از ITIL v3 به  ITIL4
• شیوه‌ها‌ی ارزیابی
• آنچه در طول ارزیابی انتظار می‌رود؟
• گرفتن گواهی بلوغ

مسائل مربوط به کسب‌وکار توسط مدل بلوغ ITIL که Axelos عرضه کرده اولین و تنهاترین ابزار ارزیابی اختصاصی مدیریت خدمات فناوری اطلاعات یا (ITSM) در جهان است که بر اساس مفاهیم توسعه‌یافته به‌عنوان بخشی از چارچوب ITIL4 توسعه‌یافته است.

این مدل به یک سازمان فناوری اطلاعات اجازه می‌دهد تا وضعیت فعلی ITSM خود را بدون تعصب داخلی یا خارجی ارزیابی کند. یافته‌ها معمولاً برای شناسایی و اولویت‌بندی نقاط ضعف ITSM  استفاده می‌شود، بنابراین رهبری می‌داند که منابع و تلاش‌های بهبود را در کجا متمرکز کند و / یا می‌تواند پیشرفت‌های مرتبط با ابتکار بهبود را که قبلاً در حال انجام است، ردیابی کند.

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

ارزیابی توسط یک مشاور معتبر و باتجربه و یا یک شریک مشاوره Axelos Certified  باید انجام ‌شود تا اطمینان حاصل گردد که دیدگاه مستقل توسط یک متخصص ITSM باتجربه ارائه‌شده است یا خیر؟

مدل بلوغ ITIL جایگاهی در حمایت از برنامه‌های بهبود فناوری اطلاعات و تحولات دیجیتال دارد.

رابطه “سنتی” بین استراتژی کسب‌وکار، دیجیتال و فناوری اطلاعات

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

استراتژی در یک سازمان دیجیتال

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

 انتشارات ITIL4 Digital and IT Strategy (DITS)  تحول دیجیتال را به‌این‌ترتیب تعریف می‌کند: “استفاده از فناوری دیجیتال برای بهبود قابل‌توجه در تحقق اهداف سازمان که نمی‌توان آن را با استفاده از روش‌های غیر دیجیتال به دست آورد.”

در یک سازمان کاملاً دیجیتالی، استراتژی‌های دیجیتال و فناوری اطلاعات در استراتژی کسب‌وکار / شرکت وجود دارد – هیچ نور روز بین آن‌ها وجود ندارد.

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

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

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

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

به حداکثر رساندن حفظ کارکنان IT: راهنمای نحوه محاسبه و استفاده از استراتژی‌های موثر ITIL

آنچه که به‌وفور در اکثر نیروهای سازمان دیده می‌شود چند چیز است:

1. روزمرگی کارمند و دست از کار شستن.
2. استفاده از زمان و امکانات سازمانی برای فعالیت روی پروژه‌های شخصی بیرون از سازمان.
3. ترک سازمان.

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

اما مورد اول که به سرخوردگی شغلی و درنهایت به مورد سوم منتج می‌شود به عنوان دوم موضوع مهم‌تر قابل تعمیم است.

بعنوان یک متخصص یا مدیر منابع انسانی، حفظ کارکنان یکی از مهمترین جنبه‌های شغل شماست. بخصوص در صنعت IT، که تقاضا برای متخصصان ماهر زیاد است، حفظ استعدادهای برتر بسیار مهمتر است. این مطلب بر استفاده از استراتژی‌های موثر ITIL برای به حداکثر رساندن حفظ کارکنان IT تمرکز کرده.

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

درک اهمیت حفظ کارکنان فناوری اطلاعات

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

ITIL چیست و چگونه با حفظ کارمندان ارتباط دارد؟

ITIL مخفف Information Technology Infrastructure Library است. این چارچوبی از بهترین شیوه‌ها برای مدیریت خدمات فناوری اطلاعات است که در سطح جهانی به رسمیت شناخته شده است. ITIL مجموعه‌ای از دستورالعمل‌ها را برای مدیریت خدمات، فرآیندها و فعالیت‌های فناوری اطلاعات ارائه می‌دهد. این به سازمان‌ها کمک می‌کند تا خدمات فناوری اطلاعات خود را با نیازهای تجاری هماهنگ کنند، کیفیت خدمات را بهبود بخشند و هزینه‌ها را کاهش دهند. ITIL همچنین به ایجاد فرهنگ بهبود مستمر کمک می‌کند، که برای حفظ کارمندان ضروری است. وقتی کارکنان احساس می‌کنند که سازمانشان روی رشد و توسعه آنها سرمایه گذاری می‌کند، احتمال بیشتری برای ماندن دارند.

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

مؤلفه‌های کلیدی استراتژی‌های مؤثر ITIL برای حفظ کارکنان

چندین مؤلفه کلیدی از استراتژی‌های مؤثر ITIL برای حفظ کارکنان وجود دارد. این شامل:

ارتباطات

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

قراردادهای سطح خدمات (SLA)

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

مدیریت حوادث

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

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

نوشته مولفه‌های حفظ کارکنان و محاسبه آن برای جلوگیری از ریزش با استراتژی ITIL اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.

مدیریت زمان در مدیریت خدمات

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

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

×××

استخراج BitTime

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

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

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

در لحظه بودن زندگی یعنی چه!؟

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

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

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

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

خُب اگر فهمیدیم وقت طلاست و ارزشمندترین ارز جهان چطور با آن معامله کنیم!؟

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

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

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

دعوای Devops و ITIL

با افزایش استفاده از اصطلاح Devops و ITIL در دنیای امروز، اغلب درگیر این پرسش هستند که آیا Devops بهتر است یا ITIL ؟ اصلا تفاوت بین این دو چیست!؟ حرف حساب را کدامیک می زند!؟ و علت چیست که اخیرا دعوا و چالش های جدی بین این دو در حال رخ دادن است؟

همانطور ممکن است اطلاع داشته باشید: Devops -DEVelopment و OPerationS یک فرهنگ، جنبش یا عمل است که بر همکاری و ارتباط هر دوی توسعه دهندگان نرم افزار و سایر متخصصان فناوری اطلاعات (IT) تکیه دارد و برای اتوماسیون سازی روند تحویل نرم افزار و تغییرات زیرساخت های فناوری، از آن یاد می شود در حالی که ITIL یک لغت نامه برای کتابخانه زیرساخت فناوری اطلاعات است که مجموعه ای از بهترین شیوه های مدیریت خدماتITSM در IT است که تمرکز بر تراز کردن خدمات فناوری اطلاعات (عملیات) همراه با نیازهای کسب و کار دارد.

ITIL تقریباً شناخته شده تر است زیرا قدیمی تر است در اینجا می خواهیم واژه ی Devops را به عنوان یک فلسفه جدید بنویسم که ابزارهای چابک توسعه نرم افزار را برای پیاده سازی آن در یک محیط زنده یا عملیاتی مرتبط می کند. Devops و ITIL هر دو محصولی از دوره ای است که در آن اختراع شده اند. ITIL در اواخر دهه ۸۰ در زمانی اتفاق افتاد که متوجه شد که وابستگی شدید و رو به رشد سازمانها در فناوری اطلاعات وجود دارد و ضروری است که لازم است تا شیوه های استاندارد برای مدیریت این رشد وجود داشته باشد. و از سوی دیگر Devops در سال ۲۰۰۸ و زمانی از روش آبشاری برای توسعه نرم افزار، محیط برنامه های بسیار برنامه ریزی شده و کنترل شده، استفاده می شد مطرح گردید.

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

Devops “گروه های چند رشته ای هستند که مسئولیت اولیه را برای تولید ارزش برای مشتری و اغلب سریعا و به طور مداوم برای بهبود مستمر خدماتی را ارایه می کنند.”

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

در حالی که منتقدان می گویند در رویکرد پی در پی و برنامه ریزی شده ITIL نقدهایی وجود دارد، کیمار کارو، رئیس عملیات ITSM در Axelos، در خصوص صاحبان چارچوب ITIL می گوید: “فرایندها رویکرد نیاز عقلانیت مشترک را ارایه نمی کنند، پاسخی که برای اینکه کدامیک از این دو برای هدف و استفاده مناسب ترست را می توان در این پرسش مطرح کرد: “ساده ترین فرآیندی که من می توانم طراحی کنم تا نیازهای پشتیبانی را کنترل و در عین حال اطمینان حاصل شود که ارزش مشتری حفظ و ایجاد می شود چه فرایندی است!؟”

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

تفاوت ها! دعوا بر سر چیست!؟

به نظر می رسد که افراد به سختی تصمیم می گیرند که DevOpS ها اصلا دقیقا چه چیزهای هستند، و چقدر آن را با یک روش بسیار سازمان یافته مانند ITIL مقایسه می کند. برای پاسخگویی به سوالات بزرگ شما مجبور نیستید بین DevOps و ITIL یکی را انتخاب کنید؛ DevOps جایگزین ITIL یا بالعکس نیست؛ DevOps تمام مشکلات محیط ITIL را حل نخواهد کرد، DevOps با اجرای ITIL کامل نخواهد شد. اما ساختن فرایندهای IT خوب، کلید انعطاف پذیری است که در ادامه این بحث جذاب سعی داریم به آن بپردازیم:

DevOps اساسا یک فلسفه است، یک دیدگاه در مورد چگونگی حل مشکلات مشکوک تیم های توسعه و عملیات (عدم کارکردن با یکدیگر) ، از طرفی ITIL سیستم یکپارچه مدیریت خدمات فناوری اطلاعات (ITSM) است که برای ادغام بهتر IT با نیازها و استراتژی های کسب و کار طراحی شده است. بنابراین تقریبا می شود گفت که این دو در برخی موارد، همپوشانی لازم را دارند، این دو سیستم، مسائل اصلی هسته را مطرح می کنند. بهترین راه برای برخورد با آنها از طریق هر مشکلی که سعی در حل آن داریم آنهم درست قبل از اینکه بخواهیم چیزی را پیاده سازی کنیم، باید آنچه را که دارید انجام دهید و آنچه را که لازم دارید فکر کنید.

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

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

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

دلایل کاهش فرآیندهای پشتیبانی در واحدهای غیر انفورماتیکی

یک چتر زرد در میان چترهای سیاه!

حمایت از فرآیندها و یا ارایه خدمات و عملکرد سازمانی در هر کسب و کاری مانند دپارتمان های منابع انسانی (منابع انسانی)، فناوری اطلاعات، تدارکات، تسهیلات، اداری، مالی، حقوقی، به معنای “پشتیبانی” است. آنها از فرایند اصلی برای ارایه پشتیبانی استفاده می کنند. این فرآیند اصلی از سرعت، چابکی، ثبات و عدم اشتباهات (مکرر) بهره مند است. به عبارت دیگر – فرآیند اصلی، نیازمند مقدار مشخصی از این موضوعات است. و این ارزش از IT خوب، کارکنان خوب، امکانات خوب و قراردادهای تجاری خوب حاصل می شود.

آیا عملکرد کسب و کار های مختلف واقعا متفاوت است؟

از دیدگاه فرآیند، هیچ تفاوت قابل توجهی بین (مدیریت) این فرایندهای پشتیبانی در تمامی دپارتمان های یاد شده وجود ندارد. این به این دلیل است که همه آنها دارای فرآیندهای مشترکی هستند: که می خواهند تا ورودی را به فعالیتهایی که منجر به خروجی می شوند، تبدیل کنند. و شما این را مدیریت می کنید در حالیکه ارزش سازمان را به خاطر داشته باشید.
صرفنظر از روند پشتیبانی، ۹۵% زمان شما احتمالا صرفا با موارد زیر صرف می شود:
۱٫ نگهداری فرآیند (به عنوان مثال نظارت بر فناوری اطلاعات، جلسات ارزیابی کار و بررسی قراردادهای تأمین کننده)
۲٫ انحراف از روند (حل اختلالات IT، کشف علائم خرابی و خروج ماشین آلات و تجهیزات مستهلک و …
۳٫ درخواست تغییر ظرفیت در فرایند (یک فضای کاری جدید، یک شغل، یک سمت جدید، یک ماشین جدید اجاره ای، یا یک تامین کننده جدید).
با این حال، اگرچه زمان شما برای این موارد در روند پشتیبانی در هر دپارتمانی در حال صرف کردن است اما متاسفانه همگی آنها به روش خود این فرایندهای پشتیبانی را انجام می دهند در حالیکه می تواند به روش مشابهی هدایت شوند.
هستند شرکت هایی که از تنوع نرم افزاری خاصی برای IT ها و سایر دپارتمان ها بعنوان یک نقطه تماس استفاده می کنند این یعنی فرایندی مشابه با ابزارهای متفاوت.
اما چگونه می توان ارزش پشتیبانی سایر دپارتمان های غیرانفورماتیکی را افزایش داد؟
چه چیزی در مورد گرفتن نتیجه موثر به جای رویکرد فرایند گسسته می تواند موثر باشد؟
قطعا در هر سازمانی، نمونه هایی از یک مدل پروسه برای رسیدگی به مسائل یا حوادث است، مهم نیست که آیا این حوادث مربوط به اختلالات IT، است یا علائم بیماری، مکاتبات داخلی، پرونده های قضایی، اتومبیل های شکسته، شرکت یا پروژکتور های معیوب چیزی که مهم است اینست که چرا شما از یک فرایند مدیریتی واحد برای یک مشکل از هر نوع و جنسی استفاده نمی کنید تا به صورت ساختاری حل اختلالات تکراری IT و کاهش ساختاری کاهش بیماری را کاهش دهید؟
به این ترتیب، شما بیش از پیش، زمان و هزینه های سازمانی را صرفه جویی خواهید کرد. شما با ایجاد ارزش از طریق یک منحنی یادگیری به سازمان کمک می کنید تا روند مشابه ای را تجربه کنند. همچنین تمامی تعهدات مربوط به حفظ، تعمیر و تنظیم این فرایندهای پشتیبانی را در یک چشم اندازی مشابه برای همه دپارتمان ها تدوین می کنید که باید بهترین فرصت را برای بهینه سازی استفاده از این فرآیندها برای حمایت از فرآیند اصلی یک سازمان فراهم آورد.
شاید جاه طلبی باشد اما به واقع دنیا در حال حرکت به این سمت و سو است و می خواهد تا بر تمامی فرایندهای متنوع داخلی هر دپارتمان، استایل مشابه و همگی را زیر پوشش یک چتر زرد قرار دهد.

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

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

1. جاه طلبی برای مدیریت فرایند یکپارچه
2. کاهش ارزش منفی
3. مدیریت فرآیند منحصر به فرد مدیریت ایجاد ارزش بیشتر
4. یکنواختی ابزار ساده سازی ایجاد ارزش
5. بهبود فرایندهای ارتباطی بین حوزه ها
6. ساده سازی درخواست ها و حوادث حتی فراتر از دامنه سازمان
7. ایجادیک تجربه مشترک برای تمامی کارکنان سازمان
8. ایجاد یک نقطه تماس مشترک بعنوان یک ورودی واحد

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

حال مشکل این تنوع استفاده از ابزارها در واحدهای غیرانفورماتیکی که سبب کاهش ارزش ارایه خدمات می شود کدامند؟

1.  استفاده از ابزارهای غیر استاندارد و نامتعارف
2. پراکندگی و تنوع نرم افزاری خاص که پشتیبانی و فروشندگان خاص را هم می طلبد
3. نداشتن چارچوب بهترین تمرینات ITIL
4. تجربه ناخوشایند کاربر/مشتری در ارتباط با درگاههای مختلف
5. نبود یک درگاه مشترک نقطه تماس

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

با ابزار موفق سرویس دسک پلاس Manageengine Servicedesk یک راه حل دائم و ماندگار برای ایجاد تفکر واحد و استفاده یکپارچه در تمام سازمان ایجاد خواهید کرد سرویس دسک پلاس بهترین ابزار پیاده سازی ITIL در جهان است و شما با استفاده از EMS آن قادر به ایجاد یک درگاه مشترک تماس برای تمامی خدمات سازمان خواهید شد.

اطلاعات بیشتر در خصوص Servicedesk Plus EMS

#MedaNet #ServiceDesk #ITIL #ITSM #ITAM #ITOM #Manageengine #Zoho #Webtick #Agile

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

برون سپاری و اشتباهات رایج آن

ترکیب مدیریت و ادغام خدمات (SIAM) در حاضر با صنعت مدیریت خدمات فناوری اطلاعات (ITSM) بسیار مؤثر است. سازمان ها به طیف وسیعی از نرم افزارها و ابزارهای فناوری اطلاعات نیاز دارند و صد البته به حجم بالایی از نیروهای متخصص در نقش های مختلف! بسیاری از سازمان ها دارای تیم های برنامه نویسی هستند تا آنچه را که نیاز دارند را تولید کنند غافل از آنکه دارند”چرخ را دوباره اختراع می کنند” بسیاری از مدیران بر این  باورند که باید یک محصول بومی را برای سازمان و در داخل سازمان تولید کرد حال آنکه رشد تکنولوژی ابری دقیقا دارد این مسئله را تداعی می کند که برای دریافت خدمات استاندارد نیازی نیست که همه چیز را صفر شروع کنیم بهتر است برخی از نیازهای سازمان را به بهترین وجه، برون سپاری کنیم. اگرچه همیشه برون سپاری کردن هم نتایج خوبی نداشته مهمترین چیزی که می تواند این حجم انبوه از نیازها را به چالش بکشد موضوع برون سپاری به مشاوران، شرکت ها و پیمانکاران متخصص و معتمد است بر اساس تفکر برون سپاری، سازمان قادر است از طریق دریافت چندین سرویس از چندین عرضه کننده مختلف، با لحاظ کردن ویژگی ادغام پذیری، بهترین انتخاب را داشته باشد تا انتظارات کیفیت، هزینه ها و نوآوری را بهبود بخشد.

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

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

این چالش در زندگی شخصی ما هم هست ما در طول زندگی روزمره ما دائما در حال خرید خدمات هستیم که اغلب آنها را به خوبی نمی شناسیم.

فرض کنید شما دارای یک خوردوی شخصی هستید و البته کمی توانایی تعمیر خودرو هم دارید پس در هنگام خرابی اولین ایده برای کاهش هزینه، تعمیر آن توسط خودتان است! چه چیزی را به چالش کشیده اید؟ هزینه یا توانایی خودتان!؟

صد البته هزینه است اما باتوجه به اینکه تعمیر تخصصی یک خودرو  فعالیت اصلی شما نیست شما زمان بسیاری را هدر خواهید داد. پس اگر ارزش زمان ولو اینکه شما تعمیری درست! انجام داده باشید که معمولا ۹۵% اوقات تعمیرات، کار نمی کند، هزینه ای به مراتب بیشتر را پرداخت کرده اید، بنابراین باید قبول داشت که این موضوع در تخصص شما نیست و به عبارتی ” من در این مورد خیلی خوب نیستم!” را باید بپذیرید، بنابراین تصمیم آگاهانه این است که تا شخص دیگری را برای انجام این کار بیابید کسی که بتواند هر گونه علائم مسائل بالقوه خودروی شما را بخوبی تشخیص دهد و شما فقط به بیان نیاز اصلی بسنده می کنید و آن” میخواهم خودری من به درستی سرویس شود” همین برای تعامل با ارائه دهنده خدمات (به عنوان مثال یک مرکز تعمیر و نگهداری خودرو.)کافیست،

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

چرا باید در جهان متفاوت باشید؟

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

ما انتخابی داریم، درست همانند تعمیر و سرویس خودرو، یا معالجه!

چه چیزهایی در مورد تعمیرات قبل از برون سپاری به خوبی کار میکند؟

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

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

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

هنگامی که شما موافق یا مخالف قرارداد برون سپاری باشید ، ارائه دهنده خدمات ممکن است به شما پیشنهاد مشاوره بدهد! این یعنی شما احتمالا باید دو برابر پول پرداخت کنید یک بار به مشاوران و سپس به ارائه دهنده خدمات.

اما چه کنیم سنتی باشیم و خود دست به اقدام بزنیم یا غیرسنتی باشیم و برون سپاری کنیم!؟

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

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

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

اشتباهات رایج در برون سپاری این است:

1. بدون مطالعه و شناخت کافی پیش می رویم.
2. دقیقا مشخص نمی کنیم که چه چیزی نیاز داریم.
3. ارایه کنندگان مناسبی را جستجو نمی کنیم.
4. هزینه کم را فدای کیفیت می کنیم.
5. تعهدات مجری را دقیقا تعیین نمی کنیم.

ارتباط با تأمین کنندگان همیشه بهترین راه برای بررسی دقیق خواسته های شما و سازمان در جهت برون سپاری است.

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

نترسید و زمان خود را برای تولید، اجرا، پیاده سازی و یا تعمیر در داخل هدر ندهید.

نقطه شروع توسعه، استفاده از دنیایی از خلاقیت هاست که مطمئنا این تنوع در داخل سازمان شما هرگز وجود نخواهد داشت.

#MedaNet #ServiceDesk #ITIL #ITSM #ITAM #ITOM #Manageengine #Zoho #Webtick #Agile

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

Zoho دو مرکز داده در هند راه اندازی می کند!

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

شرکت Zoho در سال ۱۹۹۶ به عنوان یک شرکت مدیریت شبکه برای شرکت های بزرگ تاسیس شده و ظرف مدت کوتاهی به شرکت رایانه ای چند شرکتی و چندملیتی تبدیل شده است. این هلدینگ فناوری درارای سه کسب و کار پرچم دار است:

• Zoho.com که مجموعه آفیس مبتنی بر ابر را ارائه می دهد؛
• ManageEngine، که پلتفرم نرم افزار مدیریت فناوری اطلاعات را ارایه می کند؛
• و WebNMS، که نرم افزار مخابرات و مدیریت هوشمند ساختمان و اینترنت اشیا را توسعه می دهد.

راج سبحلک، مدیرعامل ManageEngine و Zoho.com به Telangana Today گفت: “ما دو مرکز داده در ایالات متحده آمریکا یکی در  واشنگتن و دیگیری بعنوان مرکز داده پشتیبان در دالاس (تگزاس) داریم. در اروپا، مرکز اطلاعات اصلی ما در آمستردام (هلند) و مرکز تهیه پشتیبان در دوبلین (ایرلند) است. ما یک مرکز پشتیبان گیری پیکربندی در چین داریم. ما در حال برنامه ریزی برای اضافه کردن دو مرکز داده در استرالیا برای بازار آسیای جنوبی و به زودی یکی در کانادا نیز هستیم. مرکز دیگری می تواند در خاورمیانه ایجاد شود. همه این مراکز جدید در دو تا سه سال آینده می توانند به بهره برداری برسد. “

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

“ما ابتدا در ارایه خدمت به کسب و کارهای کوچک و متوسط ​​(SMBs) از طریق ManageEngine شروع کردیم، این شرکت زمانی که در سال ۲۰۰۲ افتتاح شد. شرکتهای کم حجم نیز به تدریج شروع به استفاده از محصولات ما کردند. امروزه ۶۵ درصد شرکت های Fortune 500 از خدمات این شرکت استفاده می کنند. همچنین تعدادی از شرکت های هندی که ارتقای عملیات IT و امنیت را ترجیح می دهند خدمات ما را انتخاب کرده اند.

Zoho.com، که عملیات خود را در سال ۲۰۰۶ آغاز کرد، شروع به ارائه فضای الکترونیکی و اداری کرد و پس از آن Zoho CRM را ایجاد کرد که محصول اصلی این شرکت است. “ما خودمان را به عنوان شرکت توسعه محصول می بینیم. ما بیش از ۴۰ برنامه کاربردی منحصر به فرد داریم که  سابقا در صنعت فناوری اطلاعات نامنظم و پراکنده تولید شده بود که همکنون توسط Zoho.com و ManageEngine توسعه یافته و یکپارچه است. Zoho ابزاری است که برای هر شرکت با هر کارکرد و نیازی ارائه می شود. “

پیشنهادات جدید زوهو

Zoho، که سیستم پیام چت و قابلیت ربات دارد، اخیرا ZIA (Zoho Intelligence Assistant) را راه اندازی کرده است که هوش مصنوعی مکالمه ای (AI) است. ZIA می تواند پیش بینی های فروش، گزارش عملکرد، تجزیه و تحلیل احساسات را علاوه بر مزایای دیگر نیز ارائه دهد. به زودی ZIA در “Help Desk” راه اندازی خواهد شد.

او می گوید: “ما بر انطباق داده ها در هر بازار تاکید می کنیم. ما اخیرا از قوانین حفاظت از اطلاعات عمومی (GDPR) در اروپا نیز پیروی می کنیم. امنیت مشتری اولویت ما است. ما بیش از ۱۰۰ مهندس امنیتی داریم که نه تنها بر روی جنبه های پیشگیرانه کار می کنند، بلکه آزمایش تست نفوذ (هک اخلاقی) را برای تست معماری دیجیتال انجام می دهند. “

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

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

ManageEngine در حال حاضر در مدیریت خدمات فناوری اطلاعات فعالیت دارد و تمرکز خود را بر بهبود سرویس Service Desk خود دارد. فرایندهای کتابخانه زیرساخت فناوری اطلاعات (ITIL) میتواند در زمینه فعالیتهای مالی، مدیریت منابع انسانی و تسهیلات در سازمانها مفید باشد. این نیز قابل تسری به بخش های خدماتی دیگر نیز هست با هدف تمرکز بر پیشگیری، تشخیص و بهره گیری از ابزار استاندارد!”

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

منبع: https://telanganatoday.com/

ترجمه: کارگروه برنامه ریزی و مهندسی شرکت مدانت

#MedaNet #ServiceDesk #ITIL #ITSM #ITAM #ITOM #Manageengine #Zoho #Webtick #Agile

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

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

تجزیه و تحلیل SWOT در مقابل تجزیه و تحلیل GAP

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

تحلیل SWOT چیست؟

SWOT نشان دهنده نقاط قوت، ضعف، فرصت ها و تهدیدات است. گاهی اوقات از آن به عنوان تجزیه و تحلیل SLOT با مسئولیت هایی که به جای نقاط ضعف قرار دارند، نیز یاد می شود. این تحلیل شامل:

1. توانمندی ها – مزیت های شرکت در رقابت های دیگر
2. ضعفها – نقاطی که نیاز به بهبود در مقایسه با رقبا دارند
3. فرصت ها – روند و شکاف بازار برای استفاده از فرصت ها
4. تهدیدات – عوامل خارجی که می توانند کسب و کار شما را تهدید کنند

شناسایی این عوامل و با توجه به همه موارد سبب می شود تا برنامه ریزی فعالیت های آینده شما را آسان تر می کند. نرم افزار تجزیه و تحلیل SWOT Creately، یک نمونه آنلاین از تحلیل SWOT است که فرایند تجزیه تحلیل را بصورت گرافیکی و بصری ساده تر می کند تا آنها را در یک نمودار واحد تجسم کنید. شما حتی می توانید آن را ویرایش کنید با استفاده از قابلیت های همکاری در زمان واقعی به اشتراک بگذارید.

خواندن مرتبط: تجزیه و تحلیل SWOT تجزیه و تحلیل PEST

تجزیه و تحلیل GAP چیست؟

GAP یا گپ: یعنی تحلیل شکاف و فاصله بین نیاز تا اجرا!

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

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

تجزیه و تحلیل SWOT در مقابل GAP تجزیه و تحلیل

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

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

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

مدیریت رخدادها در Agile و ITIL

اکثر سازمانها بر رویکرد مشترک مدیریت خدمات IT (ITSM)، COBIT و استانداردهای ISO تمرکز دارند. طبق گزارش سالانه ۱۱ ساله Agile،  ۶۰ درصد از تیم های Agile هنوز در روش متداول تمرین نمی کنند، در حالی که ۸۰ درصد از پاسخ دهندگان گفته اند که سازمان آنها در سطح” هنوز هم بالغ نشده” یا “در سطح پایین تر” قرار دارد.

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

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

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

مانیفست چابک در سال ۲۰۰۱ این اصطلاح را معرفی کرد. متدهای چابک برای پروژه‌های توسعه‌ای و غیردائمی بهتر به نظر می‌رسد. بسیاری از سازمان‌ها باور دارند متدولوژی‌های چابک بسیار قوی هستند و با یک رویکرد مخلوط که ترکیبی از المان‌های رویکردهای چابک و برنامه‌محور است، سازگار می‌شوند.

مقاله مرتبط: مدیریت کامل حوادث در ITSM

اصول چابک سازی یا Agile

مانیفست چابک، بر ۱۲ اصل استوار است:

1. رضایت مشتری از طریق تحویل سریع نرم‌افزار مفید؛
2. استقبال از تغییرات نیازمندی‌ها، حتی در اواخر توسعه؛
3. نرم‌افزار زود به زود تحویل می‌شود (هفتگی به جای ماهانه)؛
4. نرم‌افزار مقیاس اصلی پیشرفت است؛
5. توسعه پایدار، قادر به حفظ سرعت ثابت است؛
6. همکاری نزدیک و روزانه بین افراد کسب‌وکار و تیم توسعه؛
7. مکالمه رو در رو بهترین شکل ارتباطات است (محل مشترک)؛
8. پروژه‌ها در اطراف افراد باانگیزه، که باید به آن‌ها اعتماد کرد، شکل می‌گیرند؛
9. توجه مستمر به برتری فنی و طراحی خوب؛
10. سادگی- هنر به حداکثر رساندن کارهای انجام‌نشده- ضروری است؛
11. تیم‌های خودسازمان‌دهی؛
12. انطباق با تغییرات محدودیت‌ها به‌طور منظم.

نرم افزارها و ابزارهایی که برای پیاده سازی ITIL وجود  دارند اکثرا فاقد اصول چابک سازی هستند اما شما با ابزار سرویس دسک پلاس Manageengine ServiceDesk Plus همواره روند چابک سازی این شرکت را در توسعه نرم افزار خواهید دید. این شرکت با رعایت ۱۲ اصول چابک در ارایه محصول سرویس دسک پلاس روند مدیریت حادثه و پیاده سازی فرایندهای ITIL را بخوبی اجرا می کند. اما برای اجرای فرایندهای چابک با ITIL در مدیریت رخداد در سازمان، بخصوص در زمینه رخدادهای نرم افزاری که مرتبط با توسعه و ایجاد و تغییرات در یک نرم افزار سازمانی است نیاز هست تا این مفهوم را نیز بکار بگیریم بنابراین در ادامه بحث چگونگی این روش را خواهید آموخت.

دعوای DevOps و ITIL را از اینجا بخوانید

مدیریت حادثه چیست؟

حوادث پیش بینی نشده مانع جریان کار IT هستند. در صورتی که عملکرد سرویس نتواند خروجی را ارائه دهد، می توان آن را به عنوان حادثه نامید. مدیریت حوادث شامل مجموعه ای از فعالیت های حوزه های فرایند مانند:

1. شناسایی و تجزیه و تحلیل منبع حواس پرتی در چرخه حیات IT
2. اعمال اقدامات اصلاحی برای حل مشکلات در خدمات و عملیات IT
3. اجرای اقدامات احتیاطی جهت جلوگیری از عود مجدد
4. بسته شدن یک مسئله پس از حل یک خطا

مقاله مرتبط: یک حادثه چقدر روی دست سازمان شما هزینه میگذارد

مدیریت حادثه در پیرامون فرایند ITSM است که صرفا بر مدیریت و تشدید حادثه تمرکز می کند تا عملیات سرویس عادی را در سطوح خدمات مشخص تعریف کند. فعالیت هایی که در فرآیند مدیریت حوادث رخ می دهد عبارتند از:

1. تشخیص و ثبت یک حادثه
2. طبقه بندی و دسته بندی حوادث(رخدادها) و ارائه پشتیبانی اولیه
3. تحقیق و بررسی
4. ارایه راه حل
5. بستن حادثه(رخداد)
6. مالکیت حوادث، مشاهده، ردیابی و ارتباطات
7. انجام مدیریت چارچوب حادثه
8. ارزیابی مدیریت چارچوب حادثه

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

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

چگونه ITIL می تواند عملکردهای مدیریت شما را بهبود بخشد!؟

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

ITIL در دهه ۱۹۸۰، با هدف انحلال مراکز داده متنوع و معماری های جغرافیایی پراکنده و بیشتر شکل گرفت. آژانس مرکزی و ارتباطات (CCTA) دولت انگلیس پس از شناختن اینکه بخش خصوصی و ادارات دولتی شروع به اجرای شیوه های مدیریت فناوری اطلاعات خود کرده اند، مجموعه ای از توصیه ها را تهیه کرد. کتابخانه زیرساخت فناوری اطلاعات شامل چارچوب پنج نشریه اصلی یا مجموعه ای از کتاب هایی است که هر کدام از آنها یک عمل خاص در مدیریت خدمات IT را پوشش می دهد. کتاب های ضروری شامل ITIL نسخه ۳ (V3) به شرح زیر است:

استراتژی خدمات: این کتاب به اهداف و انتظارات کلی کسب و کار نگاه می کند و مشاوره و اولویت بندی سرمایه گذاران ارائه دهنده خدمات را ارائه می دهد.

طراحی خدمات: طراحی خدمات مشاوره خوبی در طراحی فرایندهای فناوری اطلاعات، خدمات و سایر جنبه های مدیریت خدمات را ارائه می دهد. با شروع مجموعه ای از نیازهای جدید یا متناوب کسب و کار، آن را با یک راه حل که برای رفع نیازهای ثبت شده کسب و کار طراحی شده، به پایان می رساند.

انتقال خدمات: انتقال خدمات مربوط به ارائه خدمات مورد نیاز یک شرکت برای استفاده عملیاتی است. این تمرکز بر مدیریت تغییر، ریسک و تضمین کیفیت در هنگام استقرار طرح های خدماتی است.

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

بهبود مستمر خدمات: بهبود خدمات مداوم (CSI) به دنبال راه هایی برای بهبود فرآیند کلی و ارائه خدمات می باشد. این سبب تسهیل ، تطبیق و تعدیل خدمات فناوری اطلاعات  و تغییر آنها به جای نیازهای کسب و کار خواهد شد.

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

نوشته چگونه ITIL می تواند عملکردهای مدیریت شما را بهبود بخشد!؟ اولین بار در سرویس دسک پلاس فارسی مدانت. پدیدار شد.