Запись доклада https://youtu.be/QEqeh1kibJk
Глеб Хохлов — Директор по сетевым решениям в «БИФИТ»
«Продукт, как Борис «Бритва»»: про проблемы создания нового продукта и выхода с ним на новый рынок, слабоизученные технологии, гибкие методологии и менеджера без опыта продуктовой разработки
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Разработка тиражируемого продукта: преимущества бизнес-моделиGeorge Barkan
Мы рассмотрим процесс перехода от заказной разработки к продуктовой модели, преимущества и возникающие при этом сложности.
* Основной экономический фактор перехода – сокращение издержек за счет тиражируемого продукта. Изменение бизнес-модели, необходимость инвестиций, рыночные риски.
* Создание тиражируемого продукта на базе существующих разработок для корпоративных заказчиков – наиболее естественный путь. Часто сложный процесс внедрения сдерживает полный переход к продуктовой модели.
* Рыночное позиционирование продукта и управление требованиями. Две модели работы с рынком: pragmatic marketing и market development.
* Перестройка корпоративной культуры. Ответственность владельца продукта. Почему внутренний заказчик продукта – плохая схема. Коммуникации с каналом продаж, маркетингом и поддержкой. Политическая воля менеджера продукта.
* Необходимость автоматизации процессов разработки и поддержки.
* Введение элементов платформенной функциональности в продукте и развитие партнерской экосистемы – перспективные направления рыночной экспансии.
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
2. О себе
• Эксперт в защите от DDoS-атак
• Product Manager в MITIGATOR
• 10 лет на руководящих
позициях:
• 5 лет в эксплуатации
• 5 лет в создания продукта
• Текущая команда 3 -> 20+
человек
3. В конце 2000-х популярны DDoS-атаки на банки
Консультирование
Продажа спец. оборудования
Центр очистки трафика «ИБАНК2.РУ»
R&D быстрой обработки пакетов на x86
MITIGATOR
=>=>=>=>=>
4. Мы решили выходить
☠ на новые рынки с новым продуктом
☠ на новых и слабоизученных технологиях
☠ под управлением менеджера без опыта
продуктовой разработки
☠ с разработчиками не работавшими по
гибким методологиям.
5. Компания выходит
☠ на новые рынки с новым продуктом
☠ на новых и слабоизученных технологиях
☠ под управлением менеджера без опыта
продуктовой разработки
☠ с разработчиками не работавшими по
гибким методологиям.
6. Компания выходит
☠ на новые рынки с новым продуктом
☠ на новых и слабоизученных технологиях
☠ под управлением менеджера без опыта
продуктовой разработки
☠ с разработчиками не работавшими по
гибким методологиям.
7. Компания выходит
☠ на новые рынки с новым продуктом
☠ на новых и слабоизученных технологиях
☠ под управлением менеджера без опыта
продуктовой разработки
☠ с разработчиками не работавшими по
гибким методологиям.
8. Компания выходит
☠ на новые рынки с новым продуктом
☠ на новых и слабоизученных технологиях
☠ под управлением менеджера без опыта
продуктовой разработки
☠ с разработчиками не работавшими по
гибким методологиям.
9. • Эксплуатируется на сети двух крупных операторов связи
• Есть клиенты в Enterprise, в том числе банки
• Публичный отзыв https://inn.ru/news/mitigator
• 8 активных пилотных внедрений
• Партнерство с 8 системными интеграторами
17. Уходя – уходи или
недопускай решения, с
которыми не согласен
18. Резюмируя
• Новый продукт на старый рынок, или старый продукт на новый
рынок
• Адекватность vs Знания => Адекватность
• Контролировать любые решения в продукте, в том числе выбор
инструментов
• Проводите встречи 1 на 1
• При любом внутреннем состоянии не пропускайте плохие
изменения
О себе
Хохлов Глеб. Эксперт в защите от DDoS-атак. Продуктовый менеджер в MITIGATOR. Комплекс защиты от DDoS-атак созданный с нуля, который сейчас развернут на сетях операторов связи, банков и хостингов.
В убедил акционеров компании, в которой работал, создать и выйти на НОВЫЕ рынки с НОВЫМ продуктом на НОВЫХ и слабоизученных технологиях под управлением менеджера БЕЗ опыта продуктовой разработки с разработчиками НЕ работавших по гибким методологиям. Что предвещает череду фейлов во всех сферах продуктовой разработки.
Вводная про контекст проекта
Сейчас митигатор развернут на сетях нескольких крупных операторов связи, устанавлент у ентерпрайз клиентов, идет около 10 пилотных внедрений. Мы запартнерились с крупными системными интеграторами такие как крок, ланит, ibs и другие
Убедил акционеров компании, в которой работал, что надо создать свое решение для защиты от DDoS-атак.
Выходим на НОВЫЕ рынки с НОВЫМ продуктом на НОВЫХ и слабоизученных технологиях под управлением менеджера БЕЗ опыта продуктовой разработки с разработчиками НЕ работавших по гибким методологиям.
Пояснение по пунктам, что плохо в этой ситуации с быстрыми примерами из жизни проекта.
За 20 минут все точно не рассказать, так что я старался выбрать наиболее эмоционально окрашенные.
При этом постараюсь:
не быть капитаном очевидности
не рассказать чего-то лишнее (NDA и все такое)
не сильно обидеть других участников фейлой, особенно бывших сотрудников
Кадры решают всё
Знание vs Адекватность
Несколько занимательных фейлов, когда отдавал предпочтения “знанию” и к чему привело.
Выводы + пример удачного найма “адекватности”.
Решили нанять адекватного студента и оказалось не прогадали. Наш опыт работы с выпускниками показал, что люди хотят учиться и перформят.
Не создавайте очень сложный опросник с редкими задачами.
Отдавайте предпочтения адекватности и обучаемости соискателя
Фейл созданием системы автотестов на haskell.
Haskell тоже выбрали чтоб руку набить. После ухода сотрудника никто не согласился поддерживать. Пришлось переписывать.
Фейл созданием системы автотестов на haskell.
Haskell тоже выбрали чтоб руку набить. После ухода сотрудника никто не согласился поддерживать. Пришлось переписывать.
Фейл с выбором polymer на front-end, боль переезда на react.
Полимер было сложно поддерживать при постоянных изменениях и вечно что-то где-то отваливалось, материал дизайн слабо подходил для админки с 100500 настройками. Переходы между версиями без обратной совместимости.
Соискатели переспрашивали, а точно полимер используется на проде?
Впоследствии оказалась, что выбирали polymer, так как хотели просто на чем-то новом-модно-молодежном покодить, а мы потом очень больно переезжали на React
Отказ от встреч 1 на 1
Почему отказался от периодических встреч 1 на 1, и как из-за этого потерял почти полкоманды. Выводы.
Уходи сразу или отрабатывай по полной не допуская решения, с которыми не согласен.
Ситуации, в которых возникает желания уйти, и часто они сопровождаются изменениями, с которыми не согласен, но их допустил. Вот не ушел, и приходится исправлять последствия, а в некоторых случаях и жить с ними.
Завершение.
Перечислить тезисы
Рассказать про текущею ситуации в продукте
Выходим на международные рынки , сейчас активно пилотируемся
Не ошибается, тот кто ничего не делает.