Системный аналитик, который наводит порядок в сложных IT-системах
Бизнес, требования, процессы и сервисы — без шума, формальщины и иллюзий.
Обсудить задачу
Обо мне
Меня зовут Вадим Минаев. Мне 45 лет. Я системный аналитик и сервис-менеджер с практическим опытом работы в реальных условиях.
До IT я 20 лет работал в логистике. Этот опыт дал мне понимание процессов, ответственности и дисциплины — лучшие практики из логистики я применяю в IT-системах.
В IT я пришёл осознанно. Сегодня я работаю с требованиями, сервисами, ITSM и сложными системами, где цена ошибки — деньги, время и репутация.
Моя сильная сторона — работа с API и автоматизация. В Postman написал более 15 000 автотестов для проверки интеграций и бизнес-логики. Это позволяет находить ошибки до QA и делать сервис предсказуемым.
Умею писать сайты и простые JavaScript-программы. Хорошо дружу с Git для версионирования и Cursor для эффективной разработки.
Чем я полезен бизнесу
Я решаю проблемы, а не пишу документы ради документов
превращаю бизнес-хотелки в реализуемые требования
нахожу узкие места в процессах
упрощаю сложные системы
говорю с бизнесом и разработкой на одном языке
навожу порядок там, где «всё уже как-то работает»
Результаты работы
сократил количество возвратов задач после тестирования
снизил среднее время обработки инцидентов
автотестов в Postman для контроля качества
Что я делаю
Я работал в системах, где нет «учебных задач». Где система либо работает, либо бизнес теряет деньги.
Более 3 лет работаю системным аналитиком и сервис-менеджером в .tech, участвую в создании и развитии ITSM-платформы — системы управления IT-сервисами.
Работаю со всеми этапами жизненного цикла сервиса: от приёма RFC-заявок и анализа требований до релизов и сопровождения. Понимаю архитектуру, интеграции и бизнес-процессы.
приём и анализ RFC-заявок и инцидентов
моделирование бизнес-процессов
постановка задач и приёмка разработки
интеграционное и функциональное тестирование
работа с API (GraphQL, REST)
документирование и обучение пользователей
контроль SLA и управление изменениями
Подход к работе
сначала понять задачу, а не сразу писать ТЗ
минимально достаточная документация
фокус на результате
здравый смысл важнее методологий
+ прозрачность