Към съдържанието
Заявете оферта

Поддръжка и съпровождение след доставката

Системата трябва да остане сигурна, стабилна и разбираема след пускане в експлоатация. Поддръжката дефинираме като ясен обхват на отговорност, а не като неопределена наличност.

Кога този подход има смисъл

  • Приложението или сайтът е в production и се нуждае от редовен мониторинг на работата.
  • Актуализациите за сигурност и зависимостите изискват непрекъсната поддръжка.
  • Потребителите докладват проблеми, които изискват бърза и систематична обработка.
  • Бизнесът расте и системата се нуждае от нови функционалности или адаптации.
  • Няма вътрешен екип за техническа поддръжка.
  • Предишният изпълнител вече не е на разположение или поддръжката не е била договорена.

Какво включва услугата

  • Мониторинг на работата на системата и наличността
  • Редовни резервни копия и проверка на тяхната коректност
  • Обработка на инциденти и диагностика на проблеми
  • Актуализация на зависимости и корекции за сигурност
  • Отстраняване на грешки и технически проблеми
  • По-малки подобрения в рамките на договорения обхват
  • План за разработка на нови функционалности
  • Модел на време за реакция според договореното
  • Ясно дефинирани изключения от обхвата
  • Редовно отчитане за състоянието на системата
  • Документация на промени и решения
  • Координация с хостинг и инфраструктура

Типични приложения

  • Поддръжка на бизнес приложение след първоначалната доставка
  • Съпровождение на уеб сайт — актуализации, сигурност, производителност
  • Мониторинг и корекции след внедряване на интеграции
  • Разработка на нови функционалности в договорени цикли
  • Поемане на поддръжка на система от предишен изпълнител
  • Сезонно или проектно разширяване на съществуваща система

Процес на разработка

Процесът е нарочно прост и прозрачен: ясен обхват, кратки фази, версия, която можете да ползвате. Така намалява рискът и работата остава съобразена с реалния начин на работа.

  1. Събиране на изискванията

    Заедно определяме какво трябва да реши системата. Целта е първа използваема версия — минимум, на който може да се разчита в ежедневието — не всичко наведнъж.

  2. User stories, случаи на употреба и скици

    Изискванията се разбиват на малки части: кой прави какво, защо и с какъв резултат. Където помага, ползваме скици на потока или прости wireframe-и.

  3. Оценка на време и цена

    Всяка единица работа получава реалистична оценка. Сборът дава продължителност и цена. Изискванията могат да се променят — с ясно въздействие върху срок и цена.

  4. Backlog с приоритети

    Преди разработката договорените точки влизат в списък с приоритети: функции, интеграции, корекции и всичко нужно за устойчива доставка.

  5. Дефиниране на фази

    Работата се дели на кратки фази (обикновено една до две седмици). Всяка фаза има договорен обхват и проверима цел.

  6. Итерации и прегледи

    В края на фазата преглеждаме напредъка, коригираме допусканията и избираме следващия набор. Вие запазвате контрол върху посоката.

  7. Пускане в експлоатация

    Когато версията е готова: подготовка на данни, проверки в реални условия и подкрепа при първото ползване.

Качество и сигурност

  • Редовни резервни копия с проверка на възстановяването
  • Мониторинг на наличност и производителност
  • Планирано прилагане на корекции за сигурност
  • Журнал на промените и документация на интервенциите
  • Защита на данните по време на поддръжка
  • Тестване преди прилагане на промени в production

Какво е необходимо от клиента

  • Контактно лице за докладване на проблеми и одобряване на промени
  • Достъп до системата, хранилището и инфраструктурата
  • Съществуваща документация, ако е налична
  • Дефиниция на приоритети и бизнес критични функционалности
  • Информация за потребителите и очаквания обхват на поддръжка
  • Решения за бюджет за нови функционалности извън основната поддръжка

Често задавани въпроси