Сегодня большой день в жизни Dodo. Девятый съезд партнеров!

Это мероприятие, на котором мы рассказываем о результатах и планах, о развитии Dodo Brands в целом.

Подключайтесь, будет интересно. Помимо прочего, будут интересные детали о развитии и структуре команд в Dodo IS. Позже я об этом напишу прям большую статью, про то, как мы справляемся со сложностями работы на разных рынках и разных концепциях. А пока, готовьтесь к инсайтам 🙂

Ссылка на трансляцию, начало в 14:30МСК

Год назад я писал статью 4.14.40.140 про изменение поведения, мышления и действий, когда растет команда. На тот момент нас было 100 и подходило ощущение, что на уровне в 140 человек многое изменится. Сейчас у нас 180+ человек и могу однозначно сказать – да, изменяется!

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

Вижн нужно донести 10 раз, чтобы он уложился.

Мы сделали Q&A. Это мероприятие на IT, проходит раз в 3 месяца. Я рассказываю об изменениях в IT, больше про структуру, долгосрочный вижн. Часто о них уже все знают, а на мероприятии я подвожу некую черту, описываю summary текущей ситуации и куда идем.

И дальше на Q&A вопросы. Любые, самые острые, все что волнует. Открыто, без утайки. У нас 180+ человек открыто обсуждают ЛЮБЫЕ проблемы и влияют на то как мы строим компанию. Самый свежий пример – пара вопросов по структуре организационной и структуре зарплатных сеток и их тут же меняем. 

Принятие решений
Все больше вещей отпустил, в которых раньше принимал участие. Это и найм, и перестановки, разделения по командам, частично структурные вопросы. Структура, кстати, казалось, ее никогда не отпустишь, но нет. Если есть стратегия, есть понимание как продуктово построить взаимодействие, многие детали уже решаются командами самостоятельно. Там где находятся противоречия, мы меняем верхнеуровневую структуру. Я по-прежнему вовлечен в эти вопросы, но уже гораздо меньше. Это клево, это свидетельство роста людей, они теперь сами могут принимать решения и все больше переходят на уровень 14 -> 40.

Найм
Участвую только в точечном найме или там где надо искать лидов не на уровне команды, а на уровне больших продуктов. 

А что не меняется?
Кстати, да, есть вещи, которые остаются неизменны. Два подхода:
1. Будь там, где проблема или там где надо расти. Это лучший способ приоритизировать работу.
2. Если ты не знаешь кто должен сделать эту работу, втыкай ее в себя. Хороший способ, помогает найти дыры в структуре, зонах ответственности и сформулировать, где нужен новый найм.

Какой будет следующий уровень?
Честно, не представляю. Кажется что дальше уже мало разницы между 300 людьми, 500 людьми. Хотя могу ошибаться. Посмотрим к концу года, когда в Додо IT будет под 300 человек!

PS. И только потом я узнал что человек может поддерживать 150 социальных связей. Так что все сходится )

Очень странная ситуация в Xsolla. Я вот только сегодня писал особо про коммуникации и тут на тебе. Способ расставания с людьми, коммуникации, все на уровне! Вовлеченность по чату и почте!

Я в субботу зашел в наш Донер 42 и увидел там одного из разработчиков, она приехала смотреть как работают принтеры при печати маркировок. Ее не было в чатах, ее не было в жире, конфлюенсе или слаке, она смотрела как работает ее продукт в реальных условиях! Вот она вовлеченность!

Head of Product Design in Dodo Brands

Ключевая вакансия для нашей компании. Простите за нескромность, ведь это просто субъективное мнение, но для меня это работа мечты в компании мечты.

Мы создаем потребительские продукты, которыми пользуются миллионы человек. Отличный дизайн является критически важным для нашего бизнеса. И мы очень любим хороший дизайн. Мы выросли и развиваем много цифровых продуктов для конечных клиентов (b2c) и для управления бизнесом (b2b). Это большое количество сервисов внутри системы Dodo IS для - от производственных интерфейсов и системы управления доставкой до личных кабинетов сотрудников и расчета заработной платы. Это клиентские приложения для Додо Пиццы (с доставкой и заказом в зале). Это приложения Донер 42 и Дринкит. Приложение для курьеров и обучения 20 тысяч сотрудников в 14 странах мира. Это разные страны - от Великобритании до Нигерии.

Мы поняли, что доросли до необходимости роли Head of Product Design для всех цифровых продуктов и концепций Dodo Brands во всех странах. Нашей цифровой продуктовой дизайн-гильдии нужен опытный авторитетный, при этом демократичный, вождь. Мы ищем того, кто будет работать с людьми и отвечать за уровень и качество дизайна, интерфейсов и решений во всех наших продуктах в целом на длинной дистанции.

Так исторически сложилось, что дизайн - мой важный фокус в компании, поэтому буду сам участвовать в собеседованиях. Подробности вакансии тут: https://www.notion.so/Head-of-Product-Design-6695ac94f22145f0946a5bf16d68a000

У нас вышла статья с мнениями о том, насколько .NET хорош для входа в разработку.

А я нашел пост, который писал 4(!) года назад про .NET. Вот его часть.

––––––––––––––––––––––––––––––
Немного о том, почему #прямосейчас круто работать с .NET

Вообще у .NET не самая лучшая репутация. Благие идеи сделать крутую универсальную платформу, разные языки программирования, собранные под одной крышей, возможность запускать на Win, Unix и OSX, да хоть на мобильных девайсах. Реально крутая идея была.

Вот только реализация пошла не туда. Все было заточено под Windows, наверное, в надежде, что будут больше серверов на Windows закупать, да и десктоп тогда еще не думал помирать. Сообщество разработчиков подумало-подумало, посмотрело на это и послало Microsoft куда подальше с такими идеями.

Были, конечно, энтузиасты, которые хотели сделать за Microsoft то, что Microsoft должен был делать сам. Я говорю о Mono, со временем переродившийся в Xamarin, который уже потом логично стал частью Microsoft. Правильная идея, но вы же знаете, она жила в open source среде полностью самостоятельной жизнью.

Все поменялось в 2016м. Microsoft сделал то, что должен был сделать лет 10 назад. .NET Core - это отражение тех изменений, которые произошли в стратегии Microsoft по отношению к IT, по отношению к разработчикам. Полностью открытый исходный код, runtime под все операционные системы. Лет через 5 мы и забудем о том, что когда-то было иначе. Останутся только легаси проекты на дряхлом ASP.NET MVC 4.5, которые надо будет поддерживать и запускать на Windows серверах.

Надо понимать одну важную вещь, когда мы говорим про открытые платформы. Та же Java хороша не просто сама по себе, а той экосистемой, которую разработчики сами создали вокруг нее.

––––––––––––––––––––––––––––––
Возвращаемся в год 2021й.

4 года назад вокруг .NET Core не было толком ничего. Вся старая экосистема была не в тему, все надо было создавать заново и главное – создавать сообщество людей, открытое сообщество, которое само полностью развивает экосистему вокруг .NET Core.

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

И знаете, кажется все получается 🙂

2021 Restaurant Tech EcoSystem.

Самое интересное в Order/Delivery.

Вышел очень классный отчет от Stackoverflow, в котором 80 тысяч пользователей сайта ответили на вопросы о своем развитии, используемых и предпочитаемых технологиях, зарплате и многом другом. Любопытное чтиво, еще изучаю.

Из интересного:
- ASP.NET Core в топе в категории Loved Web Frameworks.
- Зарплата бэкенд разработчика больше, чем зарплата fullstack разработчика.
- Очень много технологий, языков, которые широко распространены, но далеко не в топе в most loved. Мучаемся, страдаем, но используем 🙂

Ну и великолепное из опроса: что выделаете, когда застряли в работе?

Сегодня в процессе общих обсуждений подняли вопрос, почему мы пока не пробуем разработку клиентских приложений на Flutter? Вроде собирали сэмплы, все волне неплохо, да и B2B продукты мы уже приняли что делаем на Flutter, например, приложение для курьеров.

На рынке пока ни один универсальный фреймворк не выжил в долгосрочной перспективе. Ни React Native, ни Xamarin, ни Cordova, ни PhoneGap, ни попытки разных компаний сделать что-то на Java.

Flutter сейчас лучше, чем все эти фреймворки, он однозначно имеет шанс, чтобы стать адекватным инструментом, но ему нужно время и один важный шаг со стороны Google.

Apple создаёт экосистему iOS и коммитится поддерживать её, создав свои инструменты.
Google создаёт экосистему Android и коммитится поддерживать её, выбрав открытые инструменты с Java и Kotlin.

Flutter хоть и создан в Google, пока не имеет того же уровня поддержки и коммитов. Переход на Flutter сейчас это потенциально полная переделка через 3-4 года. В случае неудачи, Google спокойно свернет Flutter или сделает на его основе нечто совершенно новое со словами “чуваки, ну короче, мы переосмыслили, вот теперь все по-другому”.

Есть одно ключевое событие, которое может изменить ситуацию. Я уверен что оно произойдет. Если в ближайшие 2-3 года Google сделает Flutter дефолтным инструментом для разработки под Android, вот тогда это будет уже сильным сигналом к тому что инструмент получит полноценное и очень долгосрочное развитие. И вот это будет моментом, когда такую разработку вполне можно будет пробовать как минимум для Android. Что при этом сделает Apple? Надеюсь, не обидется.

Как итог, в ближайшие 5-7 лет (берем еще 3-4 года на то чтобы девайсы обновились и все больше людей перешло на новые версии Android), разработка приложений может свернуть на Flutter, но для этого должно произойти очень много событий и развитие этого фреймворка должно идти в сторону дефолтного инструмента для Android. Так что пока смотрим, следим за индустрией и за развитием.

How complex system fails

Как ни крути, любой софт падает. Когда дорастаешь до большого размера системы, у тебя уже нет какой-то одной простой причины падения или деградации. Все несколько сложнее. Никто и никогда не может дать гарантии 100% SLA.

Хорошая статья, простым языком объясняющая, как это происходит.

That’s a TV question, not a tech question.

Лучшая фраза, из статьи о технологиях и бизнесе, объясняющая становление компаний нового времени – времени, когда "technology is a commodity" (не придумал как нормально на русском сказать).

Мы привыкаем называть себя технологичной компанией, мы привыкаем соревноваться с другими в конкурсе “Кто больше ‘IT-компания’, а кто нет”. Получается какой-то оторванный от реальности мир.

Netflix is a TV company.
Dodo is a QSR company.

Технологии дают возможность строить тот же TV или QSR бизнес по-новому. Давать по подписке то что не давали раньше, вставляя рекламу. Следить за работой пиццерий в онлайне, а не приезжать и контролировать каждую точку армией проверяющих. Вы можете поменять iPhone на Android и продолжить смотреть фильмы на Netflix, потому что нет нужды их загружать. Вы можете заказать пиццу или кофе или донер через приложение, а не по телефону, оплатить через Apple Pay/Google Pay, вообще не доставая кошелек. Раньше такое не прокатило бы, а сейчас это просто норма жизни, обязательное условие существования бизнеса. Но по-прежнему, TV-бизнеса, QSR-бизнеса.

The tech has to be good, but it’s still fundamentally a commodity (с).

Как вам идея, когда ребята не из IT пробуют догадаться что означают разные термины из разработки?

Видео

Выходим на новый уровень участия в конференциях. Андрей, CDO в Dodo Engineering, сегодня выступает в Лондоне на AI Summit.

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

На следующий год большие планы по развитию аналитики, работы с данными и API. Stay tuned 🙂

Буквально в июне была новость о том что Prosus, инвестиционная компания, купила Stackoverflow. Увы, но теперь становится ясно что единственная причина, зачем это нужно было Prosus – банальные деньги.

Последние 4 года мы использовали Stackoverflow как один из инструментов поиска кандидатов. У нас там была размещена одна вакансия, основная, по .NET, которая мелькала едва ли ни у каждого разработчика в России (геотаргет делает свое дело) и я там сам писал кандидатам. Без рекрутеров, без HR, просто садился по вечерам и писал, благо Stack сделал возможности поиска и контакта удивительно простыми. Стоило это нормальных денег, но тут ты на 200% понимаешь, за что платишь.

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

У нас нет точной статистики, сколько мы в итоге наняли ребят в команду благодаря SO, но куча кейсов вида “да, я видел вакансию на стэке, она там мелькала постоянно, откликнулся на hh”.

Ну и вот где-то 3 недели назад мы узнали что Stackoverflow закрывает Job Posting и Candidate Search продукты. Вместо этого свою брэнд платформу превращает в рекламную площадку с ценами в $30K за 90 дней показа рекламы о твоей компании…мдааа, ребята, печаль. Как ни крути, а инвест-компании интересуют деньги, деньги и только деньги. Угробят стэк такими темпами…

А я пойду искать новые необычные способы найма.

Технические подробности вчерашнего 6 часового падения инфраструктуры Facebook, которое потянуло вообще все: Instagram, Whatsapp, Messenger, даже банальный доступ в офисы компании.

Вау!

Команда ННГУ им Лобачевского выиграла ICPC, международную студенческую олимпиаду по программированию. Последние годы победителями становились ребята из ИТМО, СПбГУ, МГУ и вот теперь Нижегородская команда лучшая! 🔥. Родной университет ведь!

Что такое ICPC?
Это международная олимпиада, командное соревнование среди студентов по программированию. Команды состоят из 3х человек. На решение задач дается не так много времени, а сами задачки очень нетривиальные.

Выйти из операционки можно только резко! Или нет? 

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

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

Шаг 1
Давно уже осознал такую вещь, вроде банальную, но очень важную. Если ты сильно погружен в операционку команды, надо резко выйти из нее. Резко, в ноль. Без исключений, ты начинаешь делать ровно ноль операционных задач. Вот прям завтра, не дожидаясь “ну надо дела передать”. Ты перейдешь на другую чашу весов. Это не навсегда, а лишь на период поиска этого самого баланса между операционными бизнес-задачами и своей ролью лидера и человека, который развивает команду и продукт долгосрочно.

Шаг 2
Сначала будет ломка, будет ощущение что ты вообще не помогаешь команде, что ты просто сгрузил на них свои операционны задачи (они ж не пропали никуда). Да и команда просядет, продукт просядет, как так-то….ааааа.

Шаг 3
Сохраняем холодную голову, приходит осознание что, в общем-то, ничего не развалится. Да, краткосрочно проблемы возникнут, но вряд ли фундаментальные. И вот в этот период, когда мозг будет пытаться себя занять, ты начнешь видеть нюансы работы в процессах, в коммуникациях, в работе с требованиями, найдешь слабые стороны в команде, будешь думать об усилении. Ты начнешь работать с изменениями, уделять им время, проводить их, внедрять их. 

А возможно, возникнет самое невероятное откровение, которое вообще возможно в этой ситуации – когда понимаешь что продукт не разваливается только из-за твоих действий. Ты эдакий супермен и все держится на на тебе одном, по-большому счету. И вот это проблема. Хорошо что ее нашли теперь.

Шаг 4
Ты добрался до дзена. Еще помнишь, как выглядит операционка, но уже почувствовал работу с изменениями в команде и продукте. Уже проще понять, когда надо погрузиться в конкретную задачу операционки, а когда будет лучше, чтобы ты оставался чуть в стороне и двигал продукт и команду вперед.

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

И все 🙂

Самый большой страх, который вижу – это сделать резко шаг 1. Страх что станешь ненужным, страх что команда без тебя не вывезет, страх того что продукт твой просядет. Да, страшно, да краткосрочно все эти последствия будут. Но когда такие мелочи останавливали нас от долгосрочного развития? 🙂

Классное чтиво о том что такое API product mindset. API может быть как инструмент вашего продукта может быть уже заложена в Product Value для ваших клиентов, а может придется создать отдельно команду, которая соберет именно продуктовый вижн для API как инструмента коммуникаций и расширений.

Особая сложность подобных платформенных продуктов в том что ты не можешь на 100% полагаться на мнение своего клиента. Тебе надо учитывать его мнение + понимать что хочет клиент твоего клиента и вот на этом стыке уже можно придумать что-то интересное!

PS: Открытое API с публичной информацией, доступной на сайте dodobrands.io.

Впервые воспользовался как клиент сервисом BNPL (buy now, pay later) для оплаты покупки. Скажу вам, это очень крутой новый опыт, эдакого light кредита, но без % и с понятной простой схемой оплаты. Простота оплаты – ключевой элемент идеи!

Работают такие сервисы на комиссии от магазинов, которые к ним подключены. Какой смысл магазинам? Да очень просто, у них растет средний чек. Казалось бы, придумать что-то сильно новое и инновационное в ecommerce уже нельзя, но вот же оно. Совершенно новый опыт, снова растет потребление, снова растут выручки.

Статья в РБК о BNPL в России

А зарубежом это еще популярнее. Есть Klarna, Afterpay (купленный Square), есть мой любимый Affirm, не так давно ставший BNPL-сервисом по умолчанию для Amazon. Почитайте подробнее про BNPL, если вы еще не в курсе этого тренда.

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

Пробовал описывать цели – они конкретные сейчас, например, запустить Clients-Ordering Platform, API, глобальные и рыночные команды, интеграции. Цели меняются и их в общем описать сложно. Описываешь общими словами типа “Развивать Dodo IS, превращать ее в платформу”. Общие слова, а делать-то что?

Пробовал описывать ответственность. Она тоже очень обще формулируется, поскольку моя верхнеуровневая задача сделать так чтобы IT работало суперски и Dodo IS развивала наши бренды и бизнес в разных странах и давала нам стратегические преимущества. Эти слова тоже можно понять по-разному и надо смотреть цели, задачи, как мы строим платформу. И тоже не всегда она приводит к пониманию конкретики.

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

Тут есть пример, который мы недавно прошли. У нас есть собственная POS система, которая подключается к чековым принтерам и фискальникам. В каждой стране свои законы, свои разрешённые девайсы, интеграции под каждый – мрак. На 5-10 стран еще норм. На 15 ну, терпимо, но уже чувствуется. А когда будет 20? А 25 стран? И мы быстро поняли что это будет проблемой серьезной, мы будем заниматься операционной поддержкой, а не развитием Dodo IS. Осознав проблемы, построили решение на плагинах и интеграции дали на аутсорс, который можно легко масштабировать под задачи.

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

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

“Выживают только параноики”. Книжка от основателя любимой мной компании Intel, которой я отдал 5 лет своей жизни.

Электронная

Аудио

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

Рассказываем, чем для нас хороша техника Apple, немного вспоминаем историю развития процессоров x86 и ARM, запускаем инструменты разработки и сравниваем производительность.

Заходите почитать

#dodo_habr