Презентация Армана Жапарова,
Сооснователя izi
"Драконов не бывает."

Всем спасибо за участие в нашем митапе!

Мы будем вам благодарны за обратную связь, так вы поможете сделать наши ивенты лучше
В этой же форме вы можете задать вопросы спикерам и предложить новую тему для следующего мероприятия

https://forms.gle/Km7mdbhwQKSh76yw5

Ответы на вопросы, которые мы не успели затронуть, мы разместим в этом канале

BeeTech online meetup
“Теория Большого Взрыва продуктовой разработки в Beeline Казахстан”

Коллеги, 25 июня мы решили провести онлайн митап о том:

Как эволюционировала продуктовая разработка
Как в ходе этой эволюции рождались и развивались процессы
Какие они получились сейчас:
- внутри одной команды
- между командами
- внутри всего IT блока и компании в 3500 человек в целом

У вас будет возможность задать вопросы про процессы на всех уровнях, узнать какие были челенджи роста и что помогло нам их преодолеть.

Тема митапа будут интересны как тем, кому нужно налаживать процессы взаимодействия в маленьких IT командах, так и лидерам, которых волнуют процессы синхронизации внутри больших систем.

Основной спикер митапа Марат Жунусов - директор службы Delivery в Beeline Казахстан.

В качестве модератора мы пригласили Дмитрия Ботанова, операционного директора Kolesa Group, чтобы с помощью его вопросов углубить контент и сделать митап максимально честным.

Также гостями митапа будут Андрей Волошин, директор по развитию продуктов в Beeline Казахстан, Александр Пузеев, руководитель службы разработки цифровых продуктов в Beeline Казахстан и Альмира Таалайбекова, Product Owner веб-приложения для продавцов Beeline в B2B сегменте - Digital Sales

Трансляция митапа будет на YouTube
Регистрация по ссылке - https://bit.ly/3dazgq1

Всем привет!

Наш meetUp состоится уже сегодня в 16:00
Ждем вас по ссылке - https://youtu.be/QPxnNDC7IZQ
Готовьте свои вопросы, задать их можно будет в чате

Сейчас обсуждаем 2017

2018 год
Беспощадные улучшения )

2019
Комьюнити

2020
Новые вызовы

Всем большое спасибо за участие!

Фидбек по ивенту можно оставить тут - https://forms.gle/MYiM9JsJEFyGdqXq6

Там же можно задать вопрос, если в не успели это сделать на митапе
Ответы опубликуем тут

Первая порция ответов на вопросы со вчерашнего митапа.
От Александра Пузеева, руководитель службы разработки цифровых продуктов в Beeline Казахстан


- Есть ли внутренние стандарты разработки?
Придерживаются ли их команды?
Кто за этим следит?

Да, стандарты есть.
Есть те которые настроены разово/автоматизировано (обязательные pull request, checkstyle и т.д.).
Остальные правила проверяют лиды этих команд и руководитель службы разработки.
Стараемся обсуждать с командами так, чтобы все разработчики хотели и понимали зачем их соблюдать.

​- Есть ли в командах solution architect?

Выделенного сотрудника в каждой команде нет.
Но эту роль выполняют Чаптер лиды (на каждого лида по несколько команд)

- ​Вы рассматриваете вакансии на должность стажера-программиста ?

В рамках программу Digital Generation будет набор стажеров на разные специальности в том числе и программистов


- А подробнее на счет проектов в Go можно?
Почему решили использовать?
Какие преимущества можете выделить для себя?

К сожалению не могу раскрыть подробности.
Возможно проведет отдельный митап на эту тему

Если вы тоже хотите дать фидбек по митапу или задать вопрос, сделать это можно тут - https://forms.gle/29Ux7276zKUb9yre7

И один ответ от Марата Жунусова,
директор Службы Delivery проектов и продуктов в Beeline Казахстан

- Марат, можно к Вам на референс визит прийти?

Да, конечно можно.
Практиковали такое уже не раз, но до карантина.
Предложите вариант, как это можно сделать удалённо, что конкретно интересует, а мы под это подстроим адженду
Предложения пишите нашему devrel менеджеру @svetlana_druz

Ответы на остальные вопросы мы обязательно опубликуем на следующей неделе
To Be Continued....

Сегодня мы опубликуем ответы на вопросы, которые были адресованы представителям двух компаний, Beeline Казахстан и Kolesa Group

Если вы захотите продолжить беседу это можно сделать в чате сообщества Products.kz
Цель чата — развитие сообщества продакт-менеджеров в Казахстане.
При входе представляйтесь, указывая тег #whois в сообщении
Ссылка для приглашения: https://news.1rj.ru/str/joinchat/BPgAFUez6MMidODJe3xZjg

Вопрос:
Выступаете ли единым фронтом (командой) с бек-офисом который отвечает за маркетинг, КЦ и т.д. в вопросах привлечения клиентов, единого виденья бренда, рекламы и тд, Как происходит взаимодействие?
Такой же вопрос к Дмитрию

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

Дмитрий Ботанов, операционный директор Kolesa Group

Мы стараемся, чтобы команда была максимально самодостаточна и двигалась также быстро, как небольшой стартап, без долгих согласований и растягивания процессов.
Как правильно в команду входят разработчики со стороны бекенда, фронтенда, мобильных приложений, прикрепленный product-аналитик. Плюс продакт-менеджер, который в нашем случае является мини-директором. Есть отдельно стоящие команды дизайнеров, маркетологов, админов, продаж и т.п.
Благодаря тому, что продакт — это директор в своем продукте, ему не приходится проходить все круги ада, чтобы запустить новый проект или задействовать соседний отдел. Команда всегда может прийти, например, к директору по маркетингу и руководителю UX-дизайна, и сказать «ребят, мы запускаем новый проект, нам нужно миллион таких-то пользователей и такие-то интерфейсы для запуска A/B-теста».
Если на примерах, то мы запустили проект «Новостройки» буквально за два месяца, от принятия решения до релиза в продакшен.
Лидогенерацию для новых автомобилей — за полтора месяца. А проверку разрешений на передвижение по городу, через приложение Колёс — за сутки 🙂
Быстрые коммуникации — наше всё)

Марат, сейчас Колёса активно проводят академии, собираетесь ли вы проводить подобные академии?

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

Дмитрий, какие академии планируются после product менеджер? будут ли на позиции разработчиков?

Колёса Академия запускается раз в полгода, каждый раз для разных направлений, смотря что для нас актуально в данный момент. Но разработчиков или прочих технарей набираем чаще всего, так что у вас есть шанс попасть в поток разработчиков мобильных приложений, QA-инженеров или data science специалистов. Следите за новостями в нашем инстаграме https://www.instagram.com/kolesagroup/ или на job.kolesa.kz

И был еще такой вопрос:

Андрей Волошин - поделитесь пожалуйста опытом в дата аналитике, можно ли сделать с вами отдельный митинг, мы подготовим вопросы, если данная тема по адресу. Спасибо.

Тут есть 2 момента:

1. Уточните что именно вас интересует
Digital аналитика или Big Data
Тогда станет понятнее кому и что отвечать

2. В форме обратной связи не указан обратный адресат
Если вас интересует совместный митап, можете написать нашему деврелу

По первому и второму вопросу, пишите в личку
@svetlana_druz

Сегодня еще одна порция ответов от Марата Жунусова, директор Службы Delivery проектов и продуктов в Beeline Казахстан

Марат расскажите пожалуйста о структуре Вашего подразделения и о количестве и профиле персонала в нем.

Именно в службе Delivery проектов и продуктов 3 основных направления: скрам, канбан и waterfall.
6 скрам мастеров и 1 аджайл коуч занимаются поддержкой и развитием продуктовых скрам команд.
Пока 2 канбанайзера внедряют канбан в сервисные функции компании (ИТ анализ, тестирование итп).
Ну а проектные менеджеры берут на себя крупные стратегические или максимально кросс-функциональные вотерфольные проекты.

Как можно измерить индекс самоорганизованности?

Самоорганизованность очень субъективная вещь, которую тяжело измерить.
Но мы пытаемся добавить объективности при оценке каждой команды через следующие инструменты:
- "Чек-лист” скрам мастера. Перечень того, что команде необходимо выполнять во время определённого ритуала скрама.
Например, для спринт ревью это “Демонстрация Родмапа продукта” или “проговаривается цель спринта” и так по каждому ритуалу: выполняется или нет.
В итоге образуется score балл в процентах заполненности чек-листа
- Самооценка команды, на сколько она готова работать без скрам мастера. Измеряется раз в квартал
- Динамика скорости команды от квартала в квартал.
- Продуктовые метрики, на сколько выполняются OKR.
Все 4 пункта в совокупности и могут показывать некий “индекс самоорганизованности”


В больших компаниях начинает очень сильно размыватся ответственность между отделами. Как результат не будет самостоятельности и ответственности внутри отделов. Как с этим работаете?

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

​Какие вопросы задаёте на 1-1?

- Всего ли хватает для реализации поставленных задач и развития: скилов, времени, мотивации.
- Что предлагаешь сделать, если чего-то не хватает из перечисленного выше.
- В каком другом проекте/смежной работе хотел бы поучаствовать.

​Расскажите про Ваши факапы и примеры их решения )

Давным давно на одном из Friday talk показали на всеобщее обозрение среднюю скорость каждой команды.
Подумали, что это прикольно и добавит какого-то соревновательного духа командам.
Это был эпик фэйл.
Все начали возмущаться, дискутировать, обвинять всех и вся и были сильно демотивированы.
Никогда так не делайте.
Скорость - это всего лишь инструмент для планирования каждой команды, и оценка в стори поинтах субъективна внутри неё.

Почему так unreal попасть на стажировку в эти компаний (я без образования прогера) но делаю все чтобы им стать

Стажёров-разработчиков мы отбираем среди тех, у кого бэкграунд всё-таки прогерский, так как во время стажировки мы не обучаем теории, а даём практические задачи и обучаем уже по ходу.
Быть студентом какого-либо курса ВТиПО или ИС не требуется.
Все заявки принимаются на сайте в разделе стажировка.
HR проводит первоначальный отбор и далее направляет нам.

Сегодня, ровно через неделю, после митапа, отгружаем вам последнюю порцию ответов на вопросы
На этот раз от Андрея Волошина, директора по развитию продуктов в Beeline Казахстан

Какие продукты уже разработали, какие уже в прод?

Создаваемые продукты и интерфейсы можно разделить на несколько больших сегментов:

1. Витрины компании - приложение Мой Beeline и вэб-сайт Компании, которые помогают клиентам быстро и целевым образом находить релевантные решения, управлять телеком услугами и многое другое

2. Автоматизация процессов продаж и обслуживания в физических каналах - кол-центр, офлайн магазины Beeline и партнеров, требуют современных и удобных интерфейсов для работы. Как для разных ролей - торговый представитель или супервайзер, агент Beeline в магазине или кол-центре, персонал партнера продаж, так и для разных экранов - десктоп, планшет, смартфон

3. Мобильные финансы - быстрорастущий сегмент и особый приоритет Компании. Пополнения, всевозможные переводы и выводы средств с мобильного баланса, оплата транспорта и всевозможных услуг мерчантов требуют классного клиентского опыта и надежной работы систем

4. Продукты на основе Больших данных - от таргетинга коммуникаций для b2b партнеров до расчета индивидуального COVID индекса на основе активности клиента

5. Интернет-магазин, миксующий модель маркетплэйса и продаж собственных устройств Компании - смартфонов в контракт с удобными условиями кредитования от банков-партнеров

"MFS Билайн тоже внутренняя разработка?

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

Какой экономический эффект достигнут?

Экономический эффект можно разделить на два основных потока

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

2. Разработка продуктов призвана нести ценность как Компании, так и, конечно, клиентам. Кроме непосредственного дохода от продуктов, инхаус разработка еще и экономит деньги.
Вендорные решения стоят дороже, скорость изменений там значительно ниже.
Внутренние решения позволяют быть гибче и быстрее реагировать на вызовы рынка, быстрее поставлять ценность конечному клиенту.