aleksey-buzinaleksey-buzin

Алексей Бузин

Бизнес/Системный аналитик · Аналитика
Не ищу работу
Возраст: 40 лет
Опыт работы: 18 лет и 1 месяц
Регистрация: 27.03.2007
Последний визит: 1 месяц назад
Местоположение: Россия, Москва
Войдите, чтобы посмотреть контакты пользователя

Обо мне

Мои компетенции:
• Моделирование и описание бизнес-процессов;
• Выявление, формулирование и верификация требований. Определение границ проекта и этапов создания будущей системы;
• Управление требованиями в проекте, декомпозиция требования, постановка задач программистам, в том числе с использованием Jira;
• Консультирование проектной команды по предметной области, контроль реализации требований;
• Прототипирование интерфейсов, включая создание кликабельных прототипов;
• Тестирование и приемка работ;
• Обучение и консультирование пользователей на этапе ввода системы в эксплуатацию.

Применяю в работе следующие программные инструменты и техники:
• Разработка диаграмм в нотациях IDEF и UML как в офисных программах, так и в ПО Enterprise Architect;
• Ведение документации проекта, как в офисных программах, так и в системе единого источника Atlassian Confluence;
• Моделирование интерфейсов, в том числе с использованием Axure RP;
• При тестировании, если необходимо, могу писать SQL-запросы с соединением (JOIN) и группировкой (GROUP BY);
• Работал с SOAP и REST. Понимаю XML и JSON. При необходимости могу спроектировать схемы в этих форматах;
• Огромные опыт работы в проектах, как по Waterfall (ГОСТы, RUP), так и по Agile (Scrum, Kanban).

О себе:
• Быстро учусь новому и люблю это делать;
• Умею находить общий язык с людьми разных поколений и стилей общения. Неконфликтен, но умею отстаивать свою позицию;
• Ответственно подхожу к решению поставленных задач, умею анализировать текущее состояние системы и самостоятельно находить гипотезы для ее улучшения.

Опыт работы

  • Москва · От 1000 до 5000 сотрудников
    Аналитик
    Декабрь 2016 — По настоящее время (3 года и 11 месяцев)

    Моя компания -- старейший туристический оператор РФ с давно сложившимися бизнес-процессами и консервативными сотрудниками. Я работаю в IT-подразделении, отвечающем за весь въездной туризм. У нас есть самописная ERP-система, а также несколько сайтов и API для клиентов. Занимаемся развитием существующих продуктов. Добавляем в систему и на сайты новые продукты и функции, а также переписываем старый функционал на новые технологии. В штате есть программисты, но нет дизайнеров и тестировщиков, поэтому кроме аналитики и постановки задач, я занимаюсь и этими смежными областями. Также занимаюсь координированием работ внешних подрядчиков -- создаю задачи на разработку через Jira, консультирую по предметной области и даю советы по вариантам реализации требований, принимаю готовые работы.
    Разработка у нас итерационная. Процесс ближе всего к методологии RUP.
    При описании использую Use Case для описания поведения + отдельно описываю требования к пользовательскому интерфейсу и к интерфейсам интеграционного взаимодействия (запросы и ответы вплоть до правил записи и поиска данных в БД).

    Достижения:
    Была с нуля создана автоматизированная система планирования экскурсионного обслуживания туристов. До нашей работы все планирование велось на листах бумаги, а координатор, был “бутылочным горлышком”, и в "сезон" вынужден был быть на связи 24 часа в сутки. Система позволила распараллелить задачи на несколько сотрудников, отказаться от большей части ручных операций, на которых терялось много времени, и дать всем заинтересованным лицам, включая самих гидов, видеть необходимые им данные в нужное время с любого устройства, не отвлекая координатора от работы.
    Был полностью переписан b2b-сайт, на котором партнеры имеют возможность воспользоваться конструктором туров. Добавлены новые продукты (жд-билеты, экскурсии и пакетные туры). Был ускорен поиск предложений в рамках одного города. Если на старом сайте поиск занимал 2-3 минуты, то сейчас это 3-9 секунд (у нас есть внешние поставщики и ограничения по ответам от них). Постоянно анализируем поведение пользователей на сайте и стараемся решать те проблемы, что мы замечаем. За первые 6 месяцев улучшения, которые мы инициировали внутри команды, позволили поднять конверсию на 7%.

    Выводы:
    Это первое место, где я так близко работаю с пользователем и не просто сдаю проект по ТЗ, а вижу последствия своей работы и могу через обратную связь постоянно заниматься улучшением пользовательского опыта. Это место, где ты не просто решаешь поставленные сверху задачи, но можешь экспериментировать и видеть как результаты твоих экспериментов влияют на бизнес. Понял, что мне очень нравится такой подход.

  • Ведущий системный интегратор группы компаний «Ростелеком»
    Москва · От 100 до 1000 сотрудников
    Аналитик
    Декабрь 2015 — Декабрь 2016 (1 год и 1 месяц)

    Компания была крупным государственным подрядчиком с большим штатом аналитиков и географически распределенной командой. Я работал в команде аналитиков на проекте создания системы электронного онлайн-голосования на собраниях акционеров, а также переписывал эксплуатационную документацию на Портал государственных услуг РФ. Вся документация по ГОСТ.

    Достижения:
    В команде аналитиков участвовал в создании первой в РФ системы электронного онлайн-голосования на собраниях акционеров. Я отвечал за разработку функционала, доступного персоналу, проводящему собрание. Стартовали мы продукт в начале 2016 года, а в мае 2017 года было проведено первое собрание (ПАО «Сбербанк»). Продукт получил в 2017 году приз в номинации «Лучший проект по развитию фондового рынка».

    Выводы:
    После моего прихода компания переехала в другой офис, добираться до которого от моего дома нужно было почти 2 часа. Сделал вывод, что физический комфорт при работе для меня очень важен и сильно влияет на результат и удовлетворенность от работы.

  • Телеком-Защита
    Москва
    Разработчик технической документации
    Сентябрь 2010 — Декабрь 2015 (5 лет и 4 месяца)

    Эта работа была логичным продолжением предыдущей и сама фирма была организована выходцами из предыдущей. Какое-то время был единственным техписом в компании и только корректировал тексты коллег. Текстов было много. Позже на некоторых проектах стал работать уже аналитиком. Выявлял требования. Писал ТЗ (90% проектов по ГОСТу). Проекты совершенно разные:
    - Системы терминального доступа;
    - Хелпдеск;
    - Корпоративные порталы;
    - Дата-центры;
    - Системы резервного копирования и восстановления данных;
    - Системы связи;
    - СОРМ.

    Достижения:
    Проект внедрения системы мониторинга ОКС7 в ПАО "Ростелеком" предыдущие подрядчики не могли завершить 3 года из-за того, что созданная ими документация не устраивала заказчика, а поставщик (швейцарская фирма) и его подрядчик не понимали, что именно нужно переделать. Когда проект передали нам, то поговорив с заказчиком я переписал всю проектную документацию и проект был закрыт за 3 месяца.

    Выводы:
    Это была очень быстрорастущая компания с постоянно увеличивающимся объемом проектов. Я научился самостоятельно приоритизировать свою работу и отстаивать эти приоритеты. Научился делегировать какие-то свои обязанности обратно на аналитиков, обучал их как избегать типовых ошибок при написании документов и экономить наше время. Получил опыт участия в огромном числе проектов и опыт общения с совершенно разными по стилю и отношению к тебе заказчиками.

  • Паладин-Инвент
    Москва
    Технический писатель/Бизнес-аналитик
    Октябрь 2006 — Август 2010 (3 года и 11 месяцев)

    Поначалу основной задачей была корректировка уже написанной коллегами технической документации, в соответствии с правилами русского языка и пожеланиями заказчика. С обретением опыта я стал участвовать в обследовании бизнес-процессов заказчика, выявлении требований и их описании. Научился определять состав будущей системы (состав подсистем), состав документов, ее описывающих, и создавать эти документы самостоятельно. Проекты для телекоммуникационных компаний. Как софт, так и дата-центры. Все проекты по ГОСТ.

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

  • Научно-производственный центр автоматики и приборостроения имени академика Н. А. Пилюгина
    Москва · От 1000 до 5000 сотрудников
    Ведущий инженер по метрологии
    Октябрь 2002 — Октябрь 2006 (4 года и 1 месяц)

    Сюда я пришел еще будучи студентом, и здесь были заложены фундаментальные основы моего отношения к работе. Основной моей обязанностью было согласовывать техническую документацию, которую писали другие люди, на соответствие требованиям внутренних стандартов предприятия и требований военной приемки к документации, а также проверка того, что по документам части целого, разрабатываемые разными отделами, не противоречат друг другу и на бумаге согласуются между собой.

    Достижения:
    Вырос в должности от молодого специалиста до ведущего инженера за 3 года работы, при нормативном сроке в 10 лет. Добился того, что документация, созданная предприятием, проходила Государственную приемочную комиссию без замечаний.

    Выводы:
    Тут меня научили внимательно относится к деталям, удерживать и увязывать в голове колоссальные объемы информации, общаться с людьми, которые старше и квалифицированнее тебя, доказывать им свою правоту и добиваться исправления выявленных недочетов и ошибок.

Высшее образование

  • МГТУ «СТАНКИН»

    Московский государственный технологический университет «СТАНКИН»
    Москва · 383 выпускника
    Метрологической информатики
    Январь 1994 — Январь 2003 (9 лет)

Дополнительное образование