ICL Services
Новости
12 мая 2015
Новости

Готово!

Скоро материал придет на указанную электронную почту. Также подписывайте на нас в Facebook

Ok

Transition приложений. Как мы забираем приложения в поддержку

Немного о нас, заказчике, проектах и предыстории

Команда нашей компании предоставляет сервис поддержки приложений для 80+ приложений немецкого заказчика. За 5 лет сотрудничества у нас сложились доверительные отношения. Где-то раз в год заказчик подбивает расходы, смотрит, сколько стоит наша команда и с каким качеством работает, и решает отдать нам в аутсорсинг ещё десяток-другой внутренних приложений.

Наш заказчик — крупный производитель серверов и оргтехники. Приложения, которые попадают к нам, в основном созданы для учёта, планирования продаж, заказов и отчетности на разных уровнях. Ещё у нас на поддержке внутренний корпоративный портал на SharePoint и все, что обычно бывает накручено на SharePoint в большой организации (подбор персонала, документооборот и т.д.).

Наша команда обеспечивает 2, 3, 4 линии поддержки SharePoint и приложений на .NET. Мы решаем инциденты, чиним баги и проблемы, и меняем код приложений, когда это необходимо. Разработкой с нуля мы тоже занимаемся, но это уже история другой статьи.

За эти 5 лет мы проводили передачу знаний 4 раза, и у нас сложился опыт, которым хочется поделиться. Внутренние практики, как планировать передачу, чтобы потом укладываться в бюджет и график, и избегать проблем в будущем, когда сервис запустится.

Планирование перевода услуги

Перед тем, как засесть за планирование, мы запрашиваем два документа:

  1. описание сервиса по каждому приложению;
  2. форму для ответов на вопросы к каждому приложению.

Для каждого из передаваемых приложений мы планируем:

  • регулярные сессии передачи знаний;
  • разворачивание среды разработки для приложения, разбор кода;
  • написание или допиливание документации (бизнес-процессы, тест-планы и т.д.);
  • ревью инцидентов и проблем, создание базы знаний по инцидентам;
  • работу над инцидентами в текущей группе поддержки (они делают работу — мы смотрим);
  • передачу полученных знаний команде поддержки;
  • работу под присмотром текущей группы поддержки (мы делаем работу — они страхуют).

Планирование перевода сервиса похоже на обычный план проекта. Трудность в том, что ту грань, до которой вы дойдете в разборе приложения, вы устанавливаете себе сами. Насколько тщательно будет разбираться код, насколько серьезно нужно понимать бизнес-процессы, насколько точно вы собираетесь воспроизводить среду, в которой работает приложение.

О фазах перевода сервиса читайте далее в блоге на Хабрахабр.


Поделиться:

Новости по теме

    Свяжитесь с нами

    Контакты Пресс-службы
    Телефон 8 (800) 333-98-70

    pr@icl-services.com

    Будьте в курсе новостей

    Подпишитесь на рассылку и будьте в курсе наших последних новостей

    Подписаться на рассылку
    Спасибо, что подписались на рассылку новостей! Адрес подписки успешно добавлен! Ok
    На сайтах icl-services.com используются cookie-файлы. Оставаясь на сайте, вы даете свое согласие на использование нами cookie-файлов. Если, прочитав данное сообщение, вы не согласны, просим вас покинуть сайт.

    Задать вопрос эксперту

    Ф.И.О*
    E-mail*
    Наименование организации*
    Должность*
    Телефон*
    Вопрос*

    Я даю согласие на обработку своих персональных данных в соответствии со статьей 9 Федерального закона от 27 июля 2006 г. N 152-ФЗ«О персональных данных»

    Заказать звонок

    Ф.И.О*
    Контактный телефон*
    E-mail
    Компания*

    Я даю согласие на обработку своих персональных данных в соответствии со статьей 9 Федерального закона от 27 июля 2006 г. N 152-ФЗ«О персональных данных»

    Наверх