Какими проектами гордишься?

# Проекты, которыми я гордюсь

Проект 1: Миграция финтех-платформы на микросервисы

Контекст: Компания обслуживала 2+ млн пользователей через монолитное приложение на Node.js. Система начала хромать, задержки при пиковых нагрузках, невозможно было делать независимые развёртывания разных функций.

Вызовы:

• Выполнять миграцию без остановки сервиса (zero-downtime requirement)
• Синхронизировать 8 команд (backend, frontend, mobile, DevOps, QA и др.)
• Переучить людей на новый стек (Kubernetes, Docker, микросервисы)
• Управлять рисками связанные с потерей данных

Что я сделал как PM:

1. Стратегия миграции: Предложил strangler pattern — постепенно "обворачиваем" монолит микросервисами. Каждый сервис — независимый спринт, но с чётким планом интеграции. Не пытались переделать всё сразу.

2. Синхронизация команд: Внедрил SAFe lite процесс с Program Increment planning. Каждые 2 недели все команды синхронизировались на общем синхронизационном совещании. Использовали JIRA для визуализации зависимостей между командами.

3. Управление рисками: Создал реестр из 12 критических рисков. Для каждого определили триггеры и plans A/B. Например: риск потери данных при переносе — mitigation была детальная подготовка баз данных с полной валидацией перед каждым переносом.

4. Обучение: Организовал серию внутренних воркшопов по Kubernetes и Docker. Нашли опытного консультанта на часовой базе для проблемных моментов.

5. Коммуникация со стейкхолдерами: Готовил еженедельные отчёты для CTO и CFO с использованием метрик: velocity, risk status, бюджет, критические пути.

Результаты:

• Миграция завершена за 8 месяцев (план был 10 месяцев)
• Ноль downtime'а сервиса — не потеряли ни одного транзакцию
• Бюджет был меньше на 12% (меньше переделок, чем предусмотрено)
• После миграции время развёртывания новых фич упало с 3 недель на 3 дня
• Команда выросла в мастерстве, увеличилась salary satisfaction

Личная гордость: Я не просто управлял проектом, я помогал людям справиться с неопределённостью и страхом перед такими большими изменениями. Несколько разработчиков, которые были скептичны, стали самыми активными сторонниками нового подхода.

Проект 2: Agile трансформация в консервативной компании

Контекст: Компания из Insurance сектора работала по Waterfall уже 15 лет. Сроки раздвигались, качество страдало, люди были демотивированы. Новый CTO решил перейти на Agile и пригласил меня в качестве главного катализатора.

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

Что я сделал:

1. Диагностика: Не начал сразу с Scrum. Провёл интервью с 30 сотрудниками (разработчики, тестеры, менеджеры, аналитики) и выявил корневые проблемы: отсутствие доверия, плохая коммуникация, перегруженность документацией.

2. Пилотный проект: Не трансформировал всю компанию сразу. Выбрали одну команду из 5 человек как пилот. За 3 спринта показали результаты: скорость разработки выросла на 45%, людям нравилось работать в new way.

3. Обучение и mindset shift: Провёл серию тренингов не только про Scrum процесс, но про Agile mindset — как мыслить про изменения, адаптивность, доверие. Пригласил опытного Agile coach.

4. Поэтапное расширение: Пилотный проект успешен — начали внедрять в других командах. После 6 месяцев у нас было 6 Scrum команд. После 12 месяцев — 10 команд, готовые к SAFe.

5. Закрепление изменений: Создали внутреннее Agile community of practice, где PMs и Scrum Masters делятся опытом. Это помогло закрепить культурные изменения.

Результаты:

• Velocity выросла на 60% в среднем
• Время разработки среднего feature упало с 6 недель на 2 недели
• Количество критических багов снизилось на 70% (потому что люди стали более внимательны, работали меньше overtime)
• Employee satisfaction score по опросу поднялся с 4.2/10 на 7.8/10
• 3 человека из команд выросли до роли Team Leads

Личная гордость: Это был проект про изменение культуры, а не просто про инструменты. Я видел, как люди, которые были потеряны и демотивированы, снова поверили в свою работу. На выходном пикнике один разработчик подошёл и сказал: "Спасибо, это была необходимая трансформация. Я снова люблю мою работу."

Проект 3: Разработка SaaS платформы для аналитики (startup)

Контекст: Помогал молодому стартапу (15 человек) поставить процессы для разработки их MVP SaaS платформы. Из денег были только инвестиции на 6 месяцев.

Вызовы:

• Ограниченный бюджет
• Нужно было максимизировать learning и validation с клиентами
• Быстро адаптировать roadmap на основе feedback
• Нет опыта PM в команде

Что я сделал:

1. Lean/Agile подход: Внедрили двухнедельные спринты с очень строгим фокусом на MVP. Каждый спринт — только 3-4 самые критичные фичи.

2. Customer development: Организовал еженедельные интервью с потенциальными клиентами (совет: идите к людям, не ждите, пока они придут). Результаты интервью влияли на roadmap каждого спринта.

3. Metrics-driven: Внедрил систему отслеживания метрик: сколько пользователей зарегистрировались, retention rate, feedback from users. На основе этого приоритизировали работу.

4. Быстрое прототипирование: Помогли команде разработать культуру быстрого прототипирования. Лучше выпустить "вещь" на 70% и получить feedback, чем дома полировать на 100%.

Результаты:

• За 6 месяцев готов был MVP с 10+ ключевыми фичами
• 200 бета-пользователей, средний Net Promoter Score = 45 (для стартапа отлично)
• Команда выросла до 20 человек
• Стартап привлёк Series A финансирование на 2 млн долларов
• Платформа сейчас в live, растёт на 20% месячный MoM

Личная гордость: Помогал команде поверить, что структурированный PM процесс не замораживает инновации, а наоборот их ускоряет. И мы доказали это результатами.

---

Что объединяет эти проекты

1. Вызовы масштаба: каждый был про выполнение чего-то "большого" и трансформационного
2. Людям была видна ценность: мы не просто доставили фичи, мы помогли организациям стать лучше
3. Адаптивность: ни один из проектов не прошёл по плану 100%, и я был готов менять подход
4. Команды выросли: после каждого проекта люди стали более опытными, более уверенными в себе

Меня привлекают именно такие проекты — где можно оставить след не только в коде, но и в людях и в культуре компании.