Ноябрь для нас – активная фаза проработки целей на 2023й год, уточнения стратегии и развития.

Глобально для Dodo IS стратегия не меняется, три ключевые идеи остаются, но мы все детальнее уточняем и адаптируем приоритеты в зависимости от развития концепций и рынков в Dodo Brands.

Мы проводим работу в четыре этапа.

🕐 Первый этап
Мы работаем по системе OKR, а значит мы понимаем каких целей на каких рынках мы хотим достичь. Цели определяют наши действия, в том числе конкретный вектор развития в Dodo IS.

Первое что мы делаем – определяем глобальные цели Dodo Brands. На развитии каких рынков мы фокусируемся? Чего мы хотим добиться от каждого из них?

У нас 5 рыночных направлений сейчас:
• Дринкит
• Донер 42
• Международное развитие пиццы
• Пицца и Дринкит в Дубае
• Пицца в Евразии

Каждый из рынков действует в рамках общей стратегии Dodo Brands и определяет свои цели.

🕑 Второй этап
На втором этапе мы пытаемся соонести цели рынков и понять, есть ли у нас в продукте некие “невозвратные точки”, не сделав которые в ближайший год в Dodo IS, мы угробим развитие на ближайшие 2-3 года, просто опоздаем. Сюда могут входить наши долги по стабильности или сложности с открытием и локализацией стран, продуктовые проблемы, что угодно.

Формируем 3-4 ключевых цели, в которые будем инвестировать в глобальной платформе Dodo IS. Здесь идет работа не только по целям в стиле “хотим сделать X” или “достичь метрики Y”, мы оперируем больше деньгами. К примеру, мы будем дальше упарываться в развитие персонализации и для этого нам нужны соответствующие инструменты на основе сервисов клиентского профиля и дата-платморфы.

Готовим план распределения денег внутри Dodo IS: в какие продукты и команды мы инвестируем больше и ради чего, а в какие продукты инвестиции снижаем и почему. Отвечает за этот план распределения денег команда c-lvl Dodo Engineering.

🕒 Третий этап
Мы начинаем определять конкретные цели в каждом продукте и, соответственно, приоритеты. Здесь важно сделать одну ремарку о нашей структуре. Я об этом рассказывал, у нас есть рыночные команды с большой долей автономии, их ключевая особенность – мочь сделать все что нужно для целей своего рынка. Но глобал тоже вовлечен, т.к. заинтересован в том чтобы решения делались универсальными.

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

Одно из важнейших качеств продакта – это чуйка, которая помогает вот в таких условиях сделать правильный выбор. Чуйка эта строится на понимании бизнеса и как раз на то как он будет развиваться в ближайшией 2-3 года. Это надо понимать продакту, не только бизнесу.

🕓 Четвертый этап
Остается очень простая процедура – собрать все в одну презентацию и рассказать об этом на всю компанию. Наверное, это самая простая часть, когда мы уже понимаем что планируем делать, кратко и ясно донести это до всей компании. Такая презентация запланирована на начало декабря.

🦜 Коммуникации
Отдельно скажу про коммуникации.

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

Этапы проработки целей на уровне каждого продукта построены не последовательно. Они сильно переплетаются по времени, дорабатываются и фактически прорабатываются вместе. Уже на уровне сырых целей Dodo Brands мы прикидываем как изменится Dodo IS и обсуждаем это с продактами. Это дает обратную связь, дорабатываются и уточняются идеи.



❓А как вы работаете с целями и обновлением стратегии? С удовольствием пообщаюсь с вами на тему того, как у вас устроена работа со стратегией IT-продуктов. Как вы ее делаете? Какие сложности? Как собрать все воедино, когда оффлайн бизнес сочетается с онлайном?

Пишите в личку, пообщаемся, возможно наш опыт будет полезен.

Уже несколько раз разные люди приходили с вопросом с чего начать вход в IT. Речь не про джунов, а именно про начало с нуля. Причем спрашвали как люди, которые хотят сменить специальность, так и школьники и студенты начальных курсов, которые еще только определяются чем заняться.

Вопрос часто звучит примерно так: “Посоветуйте курсы/книги, с которыми начать вход в IT?”.

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

Каждый раз у меня примерно один и тот же ответ. Вообще не важно какой курс и книжку взять. Можно взять любую книгу типа “Основы Python” или любого другого языка программирования. Можно выбрать абсолютно любой бесплатный базовый курс по любому языку программиварования, хоть Javanoscript, Python, C#, Java, Swift, не важно. Начать читать/изучать/проходить курс и смотреть, насколько прет решать задачки. Ищешь ты время чтобы побольше поделать? Засиживаешься до ночи, чтобы разобраться с задачкой? Когда ложишься спать, думаешь о том как бы переделал тот цикл или интерфейс?

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

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

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

Я подключаюсь к финалам не просто так, на финале мы проверяем мотивацию, упоротость (в хорошем смысле), обучаемость, “командность”. Много факторов, которые определяют насколько легко человек к нам вольется. Я вижу кто к нам идет, вижу во многих ребятах потенциал, который можно реализовать с ростом нашего бизнеса, нашего продукта и Dodo IS.

Мы продолжаем нанимать и нам не важно, в какой вы стране. Если вы разработчик или SRE, дата инжинер или дата сайнтист, тимлид или техлид, продакт или аналитик, QA или Performance QA и ищите/задумываетесь о смене работы – пишите прям в личку, побеседуем! 🙂

Тоже с нетерпением ждете в начале следующего года GPT 4?

ChatGPT написал Android-приложение!

Что?! Как?! Что получилось? Рассказывает Максим Качинкин на Хабре, скорей открывайте!

Вот уже 3 месяца я живу в Дубае. Оброс бытом, увидел несколько сторон города и никак не могу отогнать от себя мысль о схожести Дубая и Dodo IS. Они стараются развиваться быстрыми темпами, быть глобальными и притягивать людей.

Как бы я ни пытался подсократить статейку, она не влезает в телеграм по-нормальному. Поэтому на medium.

Вчера в 21:36 заказал на Amazon бутсы футбольные старшему сыну. Сегодня в 8:59 их доставили. Это Amazon!

12 часов не прошло, мне доставили заказ.

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

А сейчас, в том числе с помощью этого софта, Amazon доставляет мне заказы менее чем за 12 часов!

Сорри, но я не могу удержаться от аналогии с Dodo IS. Масштаб, конечно, у нас сильно меньше, но логика та же. Если бы на старте использовали готовый софт, не делали бы свою Dodo IS, даже не представляю чего бы нам стоила поддержка 16 стран и была бы она вообще возможна. А сейчас норм, спокойно готовимся к новым!

23 сентября 2022 года мы рухнули на 4 часа. Прием заказа превратился в тыкву, мы не смогли обслужить пуши, мы не смогли обслужить акции и в итоге клиенты часа испытывали проблемы в самый пиковый день.

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

Что в статье?
• Вся хронология событий.
• 4 гипотезы о возможных причинах и как мы пытались понять какие из реальны.
• Чего нам не хватило, что пошло не так во время самого инцидента.
• Какие наши действия помогли решить инцидент.
• Описание детальных причин, до которых мы в итоге докопались и что с ними делали.

Работаем дальше! 🙂

Друзья, щас будет неождинное. Вакансия не в Додо, не в РФ. Я такого никогда не публиковал и не знаю будет ли кому интересно, если да, пишите мне в личку. Поставьте 🤩, если вообще хотите чтобы ооч редко публиковал тут разные вакансии (буду выбирать только топовые с зарплатой выше $8-10K).

————————
Итак. CTO. Удаленка. Международный рынок. Доллары ($11K+ gross)

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

Почему нанимают?
Нужно усилить единство технической функции и бизнеса. Компания сильно растёт и нужно поженить IT и бизнес. Нужен больше менеджер, чем разработчик. Текущий CTO больше сосредоточится на коде и сугубо технических аспектах. Так что можно быть уверенным что транзинш период пройдет спокойно.

В управлении будет 90+ человек в распределенной команде. Нужно поддержать и усилить технологические компетенции и быть уверенным что развитие продуктов идет в правильном русле. Техническая стратегия, коммуникации, развитие – все это будет на вас. Здесь надо быть не просто менеджером, но и немного предпринимателем, чтобы уметь влиять на развитие бизнеса.

И одно из огромных преимуществ в нынешних реалиях кризисов – компания прибыльна!

Что по требованиям:
• 2-3 года в роли техлида или технического директора (возможно с командой поменьше размером)
• Опыт в формировании и реализации технологической стратегии
• Опыт в управлении распределенной командой
• Хороший английский
• Быть не в РФ (или быть готовым быть не в РФ)

Если вам интересно попробовать – напишите в личку, я вас сконтачу с рекрутером.

Про Dodo IS API и маркетплейс

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

Мы всегда придерживались подхода что мы все делаем сами. Да, мы покупаем в пользование лицензии на сторонние сервисы, интегрируем их в Dodo IS, но базовый подход остается в том что мы всю разработку (в том числе интеграционную) делаем сами.

В 2021 году мы сделали первый важный шаг к расширению и смене такого подхода: мы открылись для аутсорса. Мы по-прежнему сами делаем core-вещи в системе, но задачи локализации, задачи интеграции с локальными сервисами или устройствами при выходе в новую страну мы научились отдавать. Для этого разработали специальную систему плагинов (уже скоро будет статья на хабре про это).

И вот теперь мы делаем еще один важный шаг. Мы готовим к запуску полноценный маркетплейс. В прошлом году начали работу над полноценным API для Dodo IS (нет, пока без приема заказа, не торопитесь), покрыли несколько продуктовых доменов и зарегистрировали 39(!) приложений, расширяющих возможности работы Dodo IS. Пока это прототипы, часть еще в разработке, часть API не доделано, но даже при таком несовершенстве наши партнеры-франчайзи и внешние разработчики уже создают решения для себя.

И вот тут нам не хватает главного компонента – самого маркетплейса как инструмента масштабирования этих расширений. Этим и займемся в 2023 году.

Зачем нужен маркетплейс?
Ключевая идея заключается в том что мы будем “не одни”. У нас огромная сеть партнеров-франчайзи, с нами хотят интегрироваться вендоры и продавать свои решения. Мы уже открыли возможность создавать расширения для Dodo IS, а теперь еще и дожмем историю с маштабированием этих решений.

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

Цель Dodo IS – стать огромным интеграционным хабом. Хабом не в техническом понимании этого слова, а в бизнесовом. Маркетплейс – один из ключевых шагов в этом направлении. И рулить им будет теперь уже наш ex-CPO Дима Павлов.

Друзья, если вы хотите больше узнавать о маркетплейсе для Dodo IS, развитии API, подписывайтесь на Димин канал. Если хотите пообщаться на тему разработки для Dodo IS, хакатонов, если у вас есть SaaS решение, которое может быть полезно нашему бизнесу и вы непрочь интегрироваться, пишите в ЛС мне или Диме 🙂

Не знаю как вы, а я поставил себе сегодня Edge

It is all about scale. Не устану повторять эту фразу, потому что она определяет нашу стратегию и наши действия в Dodo IS.

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

Как вы поняли уже, я про кассы, чеки, налоговую и вот это все.

Впервые плагины появились в кассах, в наших POS терминалах. О том как работает система плагинов, как ее разрабатывали, читайте в статье на Хабр.

Команда POS во главе с Димой Карповым написали большую статью о том как разрабатывали плагинную систему для касс, с какими проблемами столкнулись и как их решали. У себя в канале Дима пишет про QSR, POS и разработку продуктов, уже несколько раз он рассказывал кейсы, где мы используем плагинную систему для касс. Например, про Армению и новые страны, Дринкит Дубай

Мы сейчас ищем двух .NET разработчиков на аутстафф уровня middle и выше в команду CVM, которая занимается персонализацией и коммуникациями с клиентом. Но пост не об этом.

Пост о том как же, черт возьми, больно читать резюме от аустафф-компаний.

Шаблоны и список технологий
Все компании, которые предлагают аутстафф разработку, делают свои стандартные шаблонные резюме. По сути, когда ты получаешь пачку резюме, штук 5-10, они все выглядят одинаково. На 2-3 резюме это превращается уже в игру “найди 10 отличий”.

Ощущение что резюме составляют не разработчики, а HR или сейлзы аутстаферов. Вот возьмем например перечисление технологий. Напомню, мидлы нужны. В списке технологий перечислен абсолютно весь зоопарк, который когда либо трогал разработчик. Туда даже HTML вписывают, я не шучу! Мидл разработчик, в .NET, который будет работать с API приложения. Он знает HTML. Окей. А сам он видел это резюме?

Обычно список технологий еще делят на группы, языки, платформы, базы данных, IDE и…другое. В “другое” лучше вообще не заглядывать, там может быть что угодно вперемешку, winforms, а за ними сразу docker и aws, ну да ладно.

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

Но что же я часто вижу вместо этого?

• Автоматизация бизнес-процессов бэкофиса компании
• Разработка API для платежного приложения
• Вклад в in-house решение компании по управлению бизнес-процессами
• Вклад в инфраструктурные библиотеки компании
• Проведение code review
• Формализация требований заказчика
• Проектирование/создание таблиц/процедур/функций на стороне базы данных
• Оценка сроков выполнения работы

Это реальный пример и единственная ценность, которая тут есть – человек делал API платежек. Платежки – значит там повышенные требования к доступности, к мониторингу, к нагрузке. Я надеюсь, по крайней мере.

Друзья сейлзы, HRы аутстафф агенств, поймите, пожалуйста, общее формальное описание того что делает разработчик не нужна, она только мешает, она превращает информацию о кандидате из 1страничника, который реально можно сделать, в 5 страниц текста (а иногда и больше). И таких резюме может быть десяток, не рассчитывайте что получится вообще найти отличия в них.

И на сладкое, мое любимое.
Я напомню, мы ищем middle разработчиков на аутстафф. Вверху резюме написаны профессиональные навыки, которые хочет отметить аутстафер.

И один из них, внимание: Написание кода, Code review и контроль качества кода.

Вот объясните мне, зачем это писать в саммари резюме аутстафера, который потенциально присоединится к команде в роли middle разработчика?

И снова это не шутка, это реальный пример резюме от компании, которая предлагает свои услуги на аутстафф. Я как-то с горем пополам могу еще понять когда речь об аутсорсе и вы продаете услуги компаниям, которые вообще не имеют своего IT и не понимают чего там как работает и вам надо объяснить в стиле: “вот прожект менеджер, он отвечает за ваш проект, вот программист Иван, он умеет писать код, вот программист Семен, он тоже умеет писать код, вот тестировщик Женя, он умеет писать тесты и проверять работоспособность продукта”.

Но мы же с вами не про то…

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

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

Раньше эта задачка требовала навыков разработки.
Потом она стала требовать навыков работы с Google Docs, картами, в общем, минимальным сэтом инструментов от Google.
Теперь же можно просто спросить ChatGPT.

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