В большей степени это касается процессов разработчиков, но не на все 100%. С предложениями и вопросами к нам могут приходить менеджеры разных отделов: от продакшена до рекрутинга.
Так как наш отдел появился относительно недавно, чуть меньше 2 лет назад, большинство задач связаны с оптимизацией существующих процессов.
Ниже — примеры того, что нам удалось разработать за это время и как это помогает всей компании.

‍Бот в Телеграме
*Телеграм сейчас – полноценный элемент цифровой среды QIWI: мы регулярно обсуждаем в нём рабочие задачи. Наш отдел упрощают коммуникацию в нём и обеспечивает интеграцию с другими инструментами, например, с Jira.‍

‍Чат-бот для код-ревью
Зачем делали
‍В командах разработки ребята часто делают ревью кода друг друга, а потом фиксируют результат в Jira. Но среди всех других задач именно эта часто терялась, так что от нас нужен был инструмент-напоминалка.

Что получилось
‍Бот, который напоминает в чатах команд, чтобы ребята поревьюили какой-то пул-реквест.
Чтобы понять, насколько этот бот эффективен, дополнительно мы собираем данные о скорости релизов. Через пару месяцев хотим сравнить, насколько увеличилась скорость релизов. Ожидаем, что среднее время на само ревью кода останется таким же, но вот количество код ревью, которые «зависли» (p90), уменьшится, так как коллеги будут реже забывать посмотреть пул-реквест.

‍Портал OpenSpace для мониторинга активов
Зачем делали
‍Было две цели:
1. Ускорить процесс поиска источника сбоя. Внутри QIWI множество сервисов, которые связаны между собой и должны работать без перебоев. Но ошибки бывают, это нормально — важно только быстро обнаружить проблему.
2. Сделать процесс онбординга новичков более комфортным, ускорить процесс их адаптации и погружения в работу всех сервисов.
В итоге мы придумали, как достичь целей одним инструментом.

Что получилось
‍Единое пространство, где любой сотрудник может посмотреть:
- что происходит в Kubernetes;
- какие проблемы есть у какого-либо сервиса;
- кто разрабатывает этот сервис;
- зависимости сервиса от других сервисов и с помощью чего эти зависимости строятся.
‍
‍Grader — портал для переоценки сотрудников
Зачем делали
‍У нас регулярно проходит переоценка сотрудников — это когда ваших коллег просят оценить ваши компетенции по балльной системе. Раньше наши коллеги из HR делали это вручную: создавали и массово рассылали Excel-таблички, собирали результаты. В этом году они попросили нас сделать отдельный сервис для переоценки сотрудников именно ИТ-сектора.

‍Что получилось
‍Удобный портал, на котором задаётся серия вопросов. Средние результаты считаются автоматически и отправляются каждому на почту. Плюс, HR-менеджеры и руководители команд могут отслеживать, кто ещё не ответил на вопросы и тормозит процесс.
В итоге портал понравился всем — и HR, и самим ИТ-командам. В будущем хотим сделать подобное решение для диагностики всех сотрудников QIWI.

Трекер релизов (in progress)
‍Зачем делаем
‍Если коротко, чтобы релизить обновления сервисов и ничего не ломать. Например, есть сервис, который каждый день в 3 часа дня делает выгрузку данных, но об этом знает только конкретный человек. Если в этот момент релизнуть обновление, выгрузка прервётся — нам такое ни к чему.
Поэтому сейчас мы собираем информацию и разрабатываем для команды продакшена инструмент для трекинга процессов.  

‍