Най-скъпата част от всеки софтуерен проект не е разработката. Това са годините след нея, когато системата трябва да се поддържа жива — да се актуализира, защитава, наблюдава, адаптира към променящи се зависимости — а първоначалният доставчик го няма никъде.
Управляваната ИТ поддръжка е скучната, непривлекателна работа, която прави разликата между система, която остава работеща, и такава, която тихо се разпада в продължение на осемнадесет месеца, преди да се срине зрелищно. Това е и частта от ангажимента, която повечето доставчици продават небрежно и изпълняват по-зле, отколкото са обещали.
Трите въпроса
Преди да подпишете каквото и да е споразумение за поддръжка — включително и с нас — задайте тези три въпроса.
1. Кой точно отговаря, когато подам тикет в 16:00 в петък?
Правилният отговор посочва конкретен екип, в конкретна часова зона, с конкретен SLA. Грешният отговор е линк към портал за поддръжка и неясни уверения. Всяка услуга за поддръжка, която не може да назове хората, които реално ще отговорят, и работното им време, е по-близо до маркетинг, отколкото до услуга.
2. Какво включва „поддръжка“ — и също толкова важно, какво не включва?
Истинските споразумения за поддръжка са конкретни: пачове за сигурност, актуализации на зависимости, адаптация към breaking changes, мониторинг, реакция при инциденти, анализ на първопричината. Неясните споразумения позволяват на доставчика да таксува „допълнителна“ работа всеки път, когато се случи нещо интересно.
Поискайте списъка с изключения. Той ви показва какво всъщност представлява споразумението за поддръжка. Ако този списък липсва или е уклончив, споразумението е ловен билет — доставчикът ще може да таксува почасово още при първото необичайно събитие.
3. Какъв е пътят за ескалация, когато първото ниво не може да реши проблема?
Всяка организация за поддръжка има добър екип и отличен екип. Отличният екип струва повече и се използва по-рядко. Ако пътят за ескалация от нивото за триаж на тикети до старши инженер е неясен, инцидентите, които изискват старши инженер, ще останат на нивото за триаж с дни.
Правилният отговор посочва конкретен тригер за ескалация и конкретен старши специалист. Грешният отговор е, че „екипът го обработва съвместно“ — което е учтив начин да се каже, че никой не носи отговорност.
Какво покриваме
Managed IT support в KIMISUITE е текущият ангажимент, който продължава след като сме изградили или мигрирали система за вас. Той има конкретен обхват:
- Мониторинг на наличността — всяка система, която поддържаме, има активен мониторинг с известяване към дежурни инженери, а не само към табло, което никой не следи.
- Пачове за сигурност — актуализации на зависимости по определен график, плюс спешни пачове за CVE, които засягат стека.
- Мониторинг на отклоненията в съответствието — регулаторната среда постоянно се променя. Нашата поддръжка включва сигнализиране за промените, които засягат вашите системи, преди да се превърнат в одитни констатации.
- Реакция при инциденти — със SLA за първи отговор, SLA за отстраняване и писмен post-mortem след всеки значим инцидент.
- Адаптация към промени от трети страни — когато доставчикът на плащания промени API-то си, когато ОС пусне актуализация, която чупи интеграция, когато браузърът премахне нещо, на което сте разчитали. Това е категорията работа, която никой не вижда, докато не остане несвършена.
Не покриваме: разработка на нови функционалности (това е отделен ангажимент), съществени промени в обхвата на начина, по който работи системата (също отделно), или обучение на потребители (можем да го предоставим, но като отделно остойностена работа).
Често задавани въпроси
Това абонамент ли е или retainer?
Определен месечен план, обвързан с конкретно покритие. Не е retainer, при който часовете се изразходват за неясна работа — казваме ви точно какво включва планът.
Поддържате ли системи, които не сте изградили вие?
Зависи от случая. Можем да поемем поддръжката на системи, изградени от други доставчици, ако кодът и инфраструктурата са в състояние, за което можем отговорно да поемем ангажимент. Ако системата е недокументирана и крехка, може да препоръчаме проект за стабилизация преди да започнем поддръжка.
Какво става с дежурството при спешни случаи?
Всеки план включва номер за дежурен екип при реални спешни ситуации в продукционна среда. SLA за реакция варират според нивото.
Поемате ли ИТ поддръжка за крайни потребители — лаптопи, имейл, принтери?
Обикновено не. Обхватът на нашата поддръжка е свързан със системите и приложенията, които ние или други сме изградили — не с общата офис ИТ поддръжка. За обща ИТ поддръжка можем да препоръчаме местни партньори.
Изводът
Изграждането на софтуер е малката част. Поддържането му жив през следващото десетилетие е голямата част — и точно нея доставчиците най-много обичат да съкращават. Задайте трите въпроса по-горе към всяка услуга за поддръжка, включително и към нашата. Ако отговорите не са конкретни, покритието не е реално.