Новости додо ис база знаний

Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Ищете информацию о базе знаний Додо? Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности! Компания «Додо пицца» займется развитием новых концепций в розничном бизнесе. Ставку планируется сделать на франчайзинговую платформу Dodo, состоящую из системы Dodo IS, контролирующую поставки, качество товара, обучения и прочего.

Платформа Додо Академия

Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. База знаний Додо ИС. Информационная система пиццерии. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени.

Додо ис база знаний - 84 фото

Фото: Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Страховой компанией выступил «Сбербанк страхование».

В ней же создан сайт с электронными стандартами. Сайт адаптирован для использования на любых устройствах. Дома стажёры смогут учить стандарты с ноутбука, в пиццерии использовать планшет. Если у менеджера есть рабочий смартфон, стандарты будут всегда под рукой. Это не только полный учебник по управлению пиццерией, но и платформа для обмена опытом. Мы смотрим на успехи друг друга, улучшаем системы и совершенствуем стандарты каждую неделю. Честные условия Нам важен успех наших франчайзи. Для нас франчайзи — это партнёры. Мы хотим привлекать в сеть близких по духу людей, которые разделят наши ценности.

Вместе мы хотим построить международную сеть пиццерий, которая станет для всех примером. К сумме выплат добавляется НДС. Мы создали фонд, который формируется из ежемесячных маркетинговых отчислений франчайзи и финансирует федеральную рекламу. Мы лидер рынка и при нашем охвате территории, реклама на федеральных телеканалах — это эффективно. Бюджет на старт: от 10 млн рублей В бюджет включена аренда, ремонт, закупка оборудования, найм персонала, маркетинговые затраты и закупка ингредиентов для первого месяца работы. Это полная смета, а не только затраты на ремонт. Даём эксклюзив Мы гарантируем доставку за 60 минут или раньше, поэтому пиццерии ориентируются на доставку внутри района или небольшого города. Мы даём эксклюзивные права на город или район в крупном городе: Москве и Санкт-Петербурге. Работаем с проверенными поставщиками Обеспечиваем всех партнёров качественными ингредиентами и удобной логистикой. Мы не зарабатываем на закупках, поэтому партнёры всегда получают лучшие цены и отсрочку платежа.

Софт бесплатно На всё время работы в сети вы получаете доступ к «Додо ИС» — центру управления всеми процессами пиццерии. За это не нужно дополнительно платить, покупать и продлевать лицензии или платить вендорам. Мы сами разрабатываем, обновляем и обслуживаем «Додо ИС». Обучаем франчайзи Обучение проходит в учебном центре Додо в Москве. Цель курса — обучить партнеров ключевым навыкам ведения Додо-бизнеса и составления бизнес-плана открытия пиццерии. Участники — новые партнеры франчайзи , инвесторы. Период обучения — 15 дней. Обучение состоит из практической части, лекционного материала, тренингов и самостоятельной работы студентов. Завершающий этап обучения — защита дипломного проекта. Практическое занятие в учебном центре 15 франчайзи Да, придётся пахать Мы не верим, что бизнес может развиваться без участия предпринимателя.

Действительно ли у вас такая высокая неопределённость? Если да — вы получите все преимущества от Scrum и кросс-функциональных команд и от гибкости. Но если нет, то вы можете получать преимущества от других вещей: от предсказуемости, от фокуса, от специализации. Мы поняли, что мы ни в одной из крайностей и не посередине, а где-то ближе к определенности. Например, мы выпускаем кассу доставки и знаем, что не откажемся от концепции доставки и не поменяем полностью бизнес-модель, и бэклог не перестроится. Следующий тезис, который тоже часто используют коучи: команда должна делать всё.

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

И, как правило, это люди, которые сами в пиццерии работали или очень много времени проводят в нашей рознице для того, чтобы понимать эту экспертизу и формулировать глубокие и прорывные идеи и гипотезы. Следующий тезис — Collective code ownership, то есть код в продукте принадлежит всем командам, и они в нём ориентируются. Есть Feature Adoption Map, когда мы должны стремиться вот туда в правый верхний угол, где команды знают всё про продукт и умеют его полностью поддерживать. И наши команды начали на это настраиваться с самого начала. И поняли, что Collective code ownership — это хорошо и правильно, и надо туда идти, но это нужно делать постепенно. Если попытаться это сделать сразу, то вы попадёте в no ownership: все могут менять весь код, но никто им не владеет, никто не понимает как он должен развиваться, никто не следит за его чистотой.

При этом у компонентов кода есть component owner, который будет думать, как ему развивать и рефакторить его. Другие команды могут помогать, вливать код в тот же компонент, перед этим пообщавшись с этим component owner. Ещё один тезис — выделенные команды для чего-либо. Мы такие команды обычно не создаём, потому что собираем всю экспертизу в одном месте. Вот пример из команды QA. Мы собрали тестировщиков, на берегу договорились, что команда будет существовать месяцев 6-7, основная задача — это автоматизировать ручное тестирование, чтобы можно было выкладываться в продакшн без ручного регресса.

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

Есть редактор, к которому можно обратиться вообще по любому поводу. И до недавнего времени был один универсальный Арсений, выступавший в роли и аналитика, и разработчика, и продакта. К счастью эта команда была недавно усилена, — новые горизонты и задачи потребовали новых людей! И если стандарты — вещь относительно стабильная — то многие статьи базы знаний нужно корректировать чуть ли не раз в квартал. По мне — это всегда большая нагрузка и ответственность, и заниматься такой работой могут только увлеченные люди! Хотя, возможно, я немного и кривлю душой, ведь статьи разрешено писать всем. Правда, занимаются этим все-таки избранные сотрудники. Очень понравилась система тэгирования — особенно когда мы искали статьи о том, как использовать электросамокаты для доставки пиццы. А полезно то, что делается или нет, — все узнают достаточно быстро, так как обратную связь регулярно дают управляющие пиццериями. Как оказалось, большинство из них — это бывшие пиццамейкеры, которые отлично разбираются в деталях производственного процесса. К слову, для меня это было вторым сюрпризом: что в этой отрасли простой работник «кухни» может относительно быстро вырасти до управляющего пиццерией. Который и после повышения продолжает работать плечом к плечу со всеми. Не мои слова. И конечно, стоит отметить, что база — базой, а простого человеческого общения никто не отменял. Так, отдельные команды раз в неделю делятся основными результатами своей работы с другими. А раз в году проходит съезд партнеров. И хотя его основная задача, — это дать людям возможность пообщаться, — все мы помним, что основные и самые ценные знания часто передаются именно так.

Какие проблемы решает

  • Яндекс Образование
  • База знаний Додо 🔥. А вы знали, что у нас есть сайт, который называется База знаний?
  • Dodo Pizza · GitHub
  • Dodo IS: как технологии делают людям вкусно
  • Search code, repositories, users, issues, pull requests...
  • Виртуальный ЦОД в Додо Пицца

«Додо Пицца» застраховалась от киберпреступников

«Додо ИС» — это «Скайнет» среди систем управления предприятием. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Владелец сайта предпочёл скрыть описание страницы. Сеть пиццерий «Додо пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных. Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным.

Автоматизация контактного центра «Додо Пиццы»

Стандарты Додо пицца. База знаний додо. Личный кабинет сотрудника. База знаний Додо ИС. Dodo is Интерфейс. Клиенты “Додо Пиццы” не должны ждать на телефонной линии, они сразу получают ответ на свой вопрос. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. На рассмотрении Разбивка по NPS базы клиентов по пиццериям для более детальной работы по клиентской базе.

Додо ис база знаний - фото сборник

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

А велокурьеры буквально валились с ног, потому что не успевали развозить всю очередь валившихся заказов. Мы не такие злые, мы пластичные. Хоба — и сделали лучше!

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

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

Но при первых кратковременных тестах нам было не до бизнес-метрик: тогда стояла цель подтвердить работоспособность системы в принципе. На тестах система была под пристальным наблюдением: кто-то мониторит журнал логов, кто-то запросами к базе проверяет состояние заказов. А кто-то, находясь в пиццерии, заглядывает прям в мобилки курьеров.

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

Постепенно мы делали систему стабильнее, и технические метрики перестали «стрелять». Тогда стали проявляться различного рода бизнесовые проблемы.

Потребность этого рынка в IT-решениях очень высока, так как требует организации множества внутренних процессов.

Известность сети принесла ее открытость и прозрачность в приготовлении пиццы. Кроме того, у «Додо» автоматизировано всё: от кухни до документооборота. Пиццериями управляет их собственная информационная система «Додо IS» — облачный сервис, который интегрирует все процессы в «Додо».

Автоназначение: первый шторм В марте 22-го завершилась разработка в рамках первой итерации. На этом этапе мы хотели проверить жизнеспособность идеи автоматического назначения заказов на практике. Система была ещё очень проста: она определяла, какой заказ самый приоритетный к доставке и назначала его на первого курьера в очереди. И буквально через полчаса с начала тестирования система упала.

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

После каждого тестирования добавляли фичи, исправляли баги и снова шли проверять. Long hard road out of hell С каждым тестом мы получали массу инсайтов и узнавали о ситуациях, возникающих на смене, которые наша система не покрывала. Например, с самого начала мы считали, что самые близкие заказы система всегда будет отдавать пешим курьерам, заказы средней дальности — велокурьерам. А самые дальние заказы будут назначаться курьерам на авто.

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

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

Мы хотели уменьшить время, которое пицца находится на тепловой полки.

Решение В сентябре 2021 года компания edna запустила чат поддержки для «Додо Пиццы», который интегрирован с CRM, оформлен в фирменном стиле компании, имеет несколько языковых версий одного виджета, что актуально для международной компании. Для бизнеса чат-центр — решение для обработки всех обращений клиентов в цифровых каналах мессенджеры, соцсети, чаты, электронная почта с простой установкой, кастомизацией чата, интеграцией с CRM и чат-ботом, единой историей обращений, подробной аналитикой. Для руководителей контакт-центра это удобный инструмент мониторинга и источник необходимой отчётности.

База знаний додо

CPO направления ERP «Додо Инжиниринга», рассказал, как с помощью зерокодинга в тестируют базу знаний и планируют заменить бумажные чек-листы. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. About Dodo Our IT Transparency Franchising Goals 2019 All key posts.

Платформа Додо Академия

В одной пиццерии франчайзи устанавливает 5—9 планшетов с «Додо ИС». Руководитель и администратор управляют пиццерией с компьютера, мобильного телефона или планшета. Главный экран трекингового модуля «Додо ИС». Трекинговый модуль помогает управлять процессами на кухне и оптимизировать работу смены. Франчайзи видят не только свой финансовый результат, но и результаты всех пиццерий сети. Можно выбрать тех, кто похож на вас, и равняться на лучшие показатели.

Чита-1 вырвалась вперед. Можно спросить у руководителя этой пиццерии, что они изменили в работе. Как у нас дела? Руководитель видит свою пиццерию на фоне других и анализирует, в чем проблемы и на чем поработать. Сила сети — в возможности сравнить свои показатели с другими и учиться на чужом опыте.

Как видят сотрудники «Додо ИС» знает всё о работе пиццерии, но каждому сотруднику показывает только то, что нужно для текущей задачи. У каждого сотрудника в «Додо ИС» собственное информационное пространство: Менеджер смены Видит текущее состояние пиццерии: все ли справляются, нужно ли отправить кого-нибудь домой или на заготовки. Пиццамейкер Видит на планшете следующие заказы, что с ними делать и когда они должны быть готовы. Сотрудники кухни Видят статистику: сколько пицц приготовлено вовремя, а сколько — дольше стандарта. Игровая механика стимулирует сотрудников работать быстрее.

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

Приготовление Планшеты на кухне дают чёткие указания пиццамейкерам: что готовить и в каком порядке. Сбор и доставка Оператор безошибочно комплектует заказ по указаниям системы и передаёт курьеру. Маршрутная квитанция формируется и печатается автоматически. Учёт Система автоматически считает выручку, прибыль и производительность труда, ведёт статистику по пиццерии и помогает сравнить результаты с другими пиццериями. Закупка Кто и когда привёз ингредиенты, кто принял, сколько заплатил, сколько осталось, сколько заказать в следующий раз График работы Сотрудники указывают, когда им удобно и неудобно работать.

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

Для создания бота были использованы следующие технологии: Платформа для разработки чат-ботов zDialog; ИИ-сервис аналитики чат-ботов OneDash; Технология распознавания и синтеза речи Yandex SpeechKit.

Руководство проектом осуществляет Овчинников Федор, который имеет опыт использования и внедрения информационных системы в торговой розничной сети, опыт взаимодействия с разработчиками и ведения сложных проектов. В проектировании системы нет разрыва между реальным бизнесом и разработчиками. Методика разработки информационной системы Информационная система разрабатывается по принципу step by step. Проект разбивается на этапы. Задача каждого этапа — запустить работающий модуль. После завершения разработки модуль сразу же запускается в работу. Таким образом разработчики сразу же получают обратную связь — исправляются ошибки, вносятся коррективы и улучшения. Наша задача — создать максимально удобную и эффективную информационную систему для нашего бизнеса, работая по принципу кайдзен постоянный улучшения. Структура и план разработки информационной системы Dodo IS Разработка системы ведется с июня 2011 года.

Структура информационной системы 1. Прием заказа запущен в работу в ноябре 2011 Модуль приема заказов от клиентов по телефону. Прием заказов осуществляется на планшетных компьютерах. Для быстрого приема заказа создан специальный интерфейс. Для запуска этого модуля создана база клиентов, которая станет в будущем основной модуля — CRM cистема управления взаимоотношениями с клиентами. Видео о системе Подробное описание — 1 , 2. В будущем мы планируем интегрировать прием заказов с сервисами IP-телефонии например, Asterisk , которые дадут возможность определять номер звонящего и сразу по номеру выводить имя клиентов и адреса доставки, которые были связаны с этим телефоном в прошлых заказах. Был разработан специальный конструктор акций, который дает широкий диапазон для фантазии маркетологов. В тоже время система полностью исключает возможности злоупотреблений маркетинговыми акциями со стороны персонала пиццерии. Реализованные возможности 1.

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

We are migrating from Angular in some places. Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer. Technology radars.

RS. Информационная система Dodo IS

Информационная система Додо. Что дает франшиза: технологию, проект пиццерии, рецепты, подключение к информационной системе «Додо ИС», сайт, приложение для мобильных устройств, маркетинг, услуги единого колцентра, обучение, базу знаний. Dodo IS это облачная система. Другими словами существует большая база данных, которая содержит всю необходимую информацию о бизнесе. Данные обновляются в реальном времени. Почему «Додо Пицца». Нашу пиццу любят. Мы старательно подходим к разработке рецептов и заботимся о том, чтобы в любой пиццерии вы получили «ту самую» пиццу. В меню есть разные пиццы от классической «Маргариты» до фирменной «Додо», много закусок, десертов и напитков. Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. У Додо есть собственные программные разработки Додо ИС.

Яндекс Образование

В 2006 году открыл в Сыктывкаре книжный магазин «Сила ума», но в 2010 году продал свою долю в бизнесе и уехал в Санкт-Петербург, где работал в разных ресторанах и сетях фаст-фуда. В 2011 году открыл в Сыктывкаре пиццерию «Додо Пицца». Сейчас сеть работает в 10 странах, открыто 286 пиццерий. Ведь мало кто смотрит на экран, не отрываясь.

Униформа Додо.

Пиццерия касса. Додо ИС трекинг. Офис LJ LJ. Лексан Додо.

Додо микс. Лексаны пиццерии Додо. Додо пицца ресторан. Первый ресторан Додо.

Додо пицца Митино. Пиццерии в Великобритании. Додо приложение. Додо персонал личный.

База знаний Додо. Додо история заказов. Пиццерия Додо пицца Москва. Додо пицца рестораны в Москве.

Додо витрина. Додо пицца Новокосино. Додо пицца фуд корт. Додо пицца Псков.

Додо касса. График работы пиццерии работников. Сотрудники пиццерии список. Додо пицца кассир.

Додо пицца униформа. Додо пицца витрина. Додо пицца касса. Зарплата в Додо.

Додо пицца зарплата сотрудников. Зарплата в Додо пицце. Доход Додо пиццы диаграмма. Витрина пиццерии.

Додо пицца прилавок. Планшеты у оператора банка. Додо пицца оборудование для пиццерии. Раскладки Додо пицца.

Процесс приготовления пиццы в Додо.

Следующий тезис, который тоже часто используют коучи: команда должна делать всё. У команды есть все компетенции, она умеет делать Customer Development, разрабатывает, тестирует, потом выкладывает в продакшн, осуществляет поддержку пользователей. Хорошо, если она при этом еще бизнес-метрики соберёт, на фидбэк отреагирует. Но у нас опять-таки не так. Наш продукт очень сложный. На некоторые гипотезы точно одного спринта не хватит, нужно месяцы работы, чтобы просто погрузиться в домен.

Поэтому мы пришли к модели, когда команды у нас кросс-доменные, а продакт-менеджеры узкоспециализированные. И, как правило, это люди, которые сами в пиццерии работали или очень много времени проводят в нашей рознице для того, чтобы понимать эту экспертизу и формулировать глубокие и прорывные идеи и гипотезы. Следующий тезис — Collective code ownership, то есть код в продукте принадлежит всем командам, и они в нём ориентируются. Есть Feature Adoption Map, когда мы должны стремиться вот туда в правый верхний угол, где команды знают всё про продукт и умеют его полностью поддерживать. И наши команды начали на это настраиваться с самого начала. И поняли, что Collective code ownership — это хорошо и правильно, и надо туда идти, но это нужно делать постепенно. Если попытаться это сделать сразу, то вы попадёте в no ownership: все могут менять весь код, но никто им не владеет, никто не понимает как он должен развиваться, никто не следит за его чистотой.

При этом у компонентов кода есть component owner, который будет думать, как ему развивать и рефакторить его. Другие команды могут помогать, вливать код в тот же компонент, перед этим пообщавшись с этим component owner. Ещё один тезис — выделенные команды для чего-либо. Мы такие команды обычно не создаём, потому что собираем всю экспертизу в одном месте. Вот пример из команды QA. Мы собрали тестировщиков, на берегу договорились, что команда будет существовать месяцев 6-7, основная задача — это автоматизировать ручное тестирование, чтобы можно было выкладываться в продакшн без ручного регресса. После этого мы их распределили по разным командам, и сейчас у нас нет выделенной команды QA.

Второй пример, команда платформы или SRE. Она у нас выделенная, потому что чтобы погрузиться в нашу инфраструктуру, требуется много времени. Гемба этой команды — это другие команды разработки, соблюдение нефункциональных требований, помощь командам с инструментами, например логированием или мониторингом. До этого мы приводили примеры, когда облегчаем какие-то правила или отступаем от них, но есть один пример, когда мы, наоборот, усиливаем правило. В LeSS есть обязательные правила, которые образуют сам фреймворк, и есть рекомендации, которые можно делать по желанию. К сожалению, в LeSS техническое совершенство — Technical excellence — не входит в обязательный набор правил. А для нас это не так: для нас это обязательно, мы делаем ставку на Technical excellence и вкладываемся очень сильно.

История заказов пример. История заказов интернет магазин. Dodo is личный кабинет.

Трекер Додо ИС. Додо трекинг. Dodo is кабинет сотрудника Dodo is.

Организационная структура пиццерии Додо. Организационная структура Додо пицца. БД пиццерии.

База знаний Додо. Додо пицца ИС. Додо дашборд.

Додо ИС менеджер смены. Dodo график. Dodo is дашборд.

Додо ИС график смены. Dodo is. Додо личный кабинет сотрудника.

Дизайн скорость доставка. Скорость доставки dpi Group. Система Додо ИС.

Сервис Додо. Личный кабинет Додо пицца для сотрудников. Додо диабло.

Форма Додо. Дашборд Додо пицца.

Додо ис база знаний

Додо ИС менеджер смены. Додо is личный кабинет. График Додо. Додо личный кабинет. Додо персонал вход в личный кабинет. Dodo is личный кабинет. Машинный Додой. Dodo is. Додо ИС личный кабинет. Додо пицца кухня. Пиццамейкер Додо.

Dodo is Интерфейс. Организационная структура Додо пицца. Оргструктура Додо. Dodo is информационная система. Организационная структура пиццерии Додо. Додо логотип. Додо пицца лого. Додо логотип белый. Додо логотип без фона. Менеджер смены вход Додо.

Как отменить заказ в Додо. Додо ИС вход в личный. Додо ИС ответы на тесты. Как открыть анкету Додо ИС. Форма работников пиццерии. Униформа Додо. Пиццерия касса. Додо ИС трекинг. Офис LJ LJ. Лексан Додо.

Додо микс. Лексаны пиццерии Додо. Додо пицца ресторан. Первый ресторан Додо. Додо пицца Митино. Пиццерии в Великобритании. Додо приложение.

Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров.

Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов.

Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы. Большое количество запросов в мастер-базу приводит к её загрузке и трате ресурсов общей базы на эти операции. Разгружаем Auth У Auth изолированный домен, то есть данные о пользователях, логинах или устройствах поступают в сервис пока будущий и там остаются. Если они кому-то понадобятся, то он пойдёт в этот сервис за данными. Схема работы изначально была такой: Хочется немного пояснить, как это работало: Запрос извне приходит на бэкэнд там Asp. Net MVC , приносит с собой куку сессии, которая используется для получения сессионных данных из Redis 1.

В ней либо есть информация о доступах, и тогда доступ в контроллер открыт 3,4 , либо нет. Если доступа нет, нужно пройти процедуру авторизации. Здесь для упрощения она показана как часть пути в том же атрибуте, хотя это переход на страницу логина. В случае позитивного сценария мы получим правильно заполненную сессию и перейдём в Backoffice Controller. Если данные есть, то нужно проверить их на актуальность в базе пользователя. Не изменилась ли его роль, не надо ли его не пускать теперь на страницу. В этом случае после получения сессии 1 надо напрямую сходить в базу и проверить доступы пользователя с помощью слоя логики аутентификации 2. Далее либо на логин-страницу, либо переход в контроллер. Такая вот простая система, но при этом не совсем стандартная. Если все процедуры пройдены, то пропускаем дальше в логике в контроллерах и методах.

Данные пользователей отделены от всех других данных, они хранятся в отдельной таблице membership, функции из слоя логики AuthService вполне могут стать api-методами. Границы домена определены вполне чётко: пользователи, их роли, данные о доступах, выдача и отзыв доступов. Всё выглядит так, что можно вынести в отдельный сервис.

Ваша франшиза окупится за этот период? ААндрей Елькин Да, реальный. Плюс-минус 3 года. ААндрей Елькин Первые франшизы окупились, остальные в процессе. Все зависит от города и локации. Но три года - это, скорее, максимальный показатель, хотя есть партнеры, у которых ситуация не очень хорошая, они дольше окупались. А есть те, кто очень быстро смогли выйти на окупаемость, например, за 1,5 года. У нас в среднем показатель окупаемости плюс-минус 2,5 года. ДДмитрий Пильщиков Да, именно наши окупились быстрее 2-х лет. Потому что не было инвестора. Согласуются ли финансовые результаты с заявленными франчайзером? Заявлено на сайте франчайзера: доход в месяц от 250 000 рублей ААндрей Елькин Да. ААндрей Елькин Да. Но надо понимать, что на такой доход ты выходишь не с первого месяца, а приблизительно через полгода. ДДмитрий Пильщиков Да. Но, опять же, у каждого индивидуальные показатели. Додо Пицца публикует рейтинг продаж. Отслеживаете ли вы данный показатель? С каким годовым процентом вы завершите год? ААндрей Елькин Продажи растут каждый год. Но в этом году в зале продажи упали. Но это компенсировалось повышенным приростом продаж на доставку. ААндрей Елькин Прирост однозначно есть, а вот на сколько процентов сказать не могу. У нас был очень сложный год, как, собственно, и у всех. Например, в апреле продажи просели, а октябрь выстрелил с неожиданной силой. Как обстоят дела с конкуренцией? ААндрей Елькин Конкуренция постоянно растет. В Балашиху после меня пришел Доминос. Во Фрязино Доминос и Папа Джонс. Сейчас сильная конкуренция со стороны агрегаторов. В Хабаровске конкурентов гораздо больше. ДДмитрий Пильщиков Конкуренция огромная.

Мы предлагаем вам различные полезные советы и рекомендации, которые помогут вам максимально эффективно использовать эту базу знаний. Улучшите свой опыт работы с Додо и получите максимум пользы и результативности! Используйте поиск для нахождения нужной информации. Задавайте точные запросы, чтобы получить наиболее релевантные результаты. Поддержка клиентов, развитие Базы знаний и Digital design. Где спроектировать визуальную схему базы данных онлайн, конструктор баз данных с удобным интерфейсом Постоянно обновляйте свои знания, ищите новые статьи и обучающие материалы, которые помогут вам освоить новые навыки и поднять свой уровень.

Подписка на новости

  • Как мы собрали приложение на Glide
  • «Додо Пицца»: как сделать чат в приложении, которым довольны 9 из 10 пользователей
  • Миссия тайных покупателей и инспекторов
  • Как служба поддержки Додо Пиццы за две недели переехала на платформу Эквио
  • Кейс ДоДо Пицца | edna

Похожие новости:

Оцените статью
Добавить комментарий