Получите все материалы с наших курсов — бесплатно
Получите единый доступ ко всем курсам, тренингам,
профессиям
Тренинг для ваших сотрудников, с бесплатным доступом к обучению в LeadStartup для всех участников
Участвуйте в любых тренингах и воркшопах 1–2 раза в неделю, с доступом ко всем видеозаписям
Вы научитесь применять на практике принципы Скрам и прокачивать команды с их помощью
Вы освоите самый распространенный Agile-фреймворк
Бэклог продукта - принципы управления и приоритизации задач в Scrum
Обзоры спринта и получение обратной связи на улучшения в продукте
Ритуалы, Backlog Спринта, Backlog Продукта, Цель Спринта, Цель продукта, Команда, Разработчики, Скрам-мастер и Владелец продукта
Бэклог Продукта, Бэклог Спринта, Инкремент - залог ценного состоявшегося релиза
Вы сможете направлять действия команд на рост и увеличение прибыли итеративно и бережливо
Проведем ретроспективу, фасилитируем ключевые ритуалы, покажем результаты на "демо" и сделаем выводы, ведущие к росту
Выстроим автономную работу кроссфункциональной скрам-команды, определим роли и наладим ритуалы
Если вы окажетесь недовольны результатами обучения, то просто сможете запросить возврат по адресу contact@leadstartup.ru
Вы сможете в течение 90 дней пробовать использовать новые навыки в вашей работе — и если разочаруетесь мы вернем деньги
Мы уверены что вам понравится обучение и результаты — менее 1% проходящих обучение у нас запрашивали возврат средств
| 1.1. Scrum Introduction |
| 2.1. Как устроена методическая модель LeadStartup? |
| 2.2. Как работает платформа LeadStartup? |
| 2.3. Как связаны инструменты и платформа? |
| 2.4. Обратная связь |
| 3.1. Гайд по трудоустройству для Digital-профессии |
| 4.1. Что такое Scrum? |
| 4.2. Sprint в Scrum |
| 4.3. Бэклог в Scrum |
| 4.4. Компоненты фреймворка Scrum |
| 4.5. Правила фреймворка Scrum |
| 4.6. Что такое Скрам гайд |
| 4.7. Кто такой Скрам–мастер |
| 4.8. Роли во фреймворке Scrum |
| 4.9. Структура методологии Scrum |
| 4.10. История Scrum |
| 4.11. Что такое методология Scrum |
| 4.12. Плюсы методики Scrum |
| 4.13. Минусы методики Scrum |
| 4.14. Sprint Review в Scrum |
| 4.15. Кейс внедрения методики Scrum в геймдеве |
| 4.16. Ретроспектива в Scrum |
| 4.17. Stand up в Scrum |
| 5.1. Ценности и принципы Scrum |
| 5.2. 1. Фокусировка (Focusing) |
| 5.3. 2. Смелость (Courage) |
| 5.4. 3. Открытость (Openness) |
| 5.5. 4. Обязательство (Commitment) |
| 5.6. 5. Уважение (Respect) |
| 5.7. Принципы скрама |
| 5.8. Адаптация (Adaptation) |
| 5.9. Инспекция (Inspection) |
| 5.10. Прозрачность (Transparancy) |
| 5.11. Важность ценностей Scrum |
| 5.12. Три базовые ценности Скрама в одном абзаце |
| 6.1. Скрам–мастер |
| 6.2. Чем занимается Скрам–мастер? |
| 6.3. Что является целью скрам–мастера? |
| 6.4. С чем работает скрам–мастер? |
| 6.5. К какому результату стремится Скрам–мастер? |
| 6.6. Скрам–мастер добавляет уровень дисциплинированности в командные процессы |
| 6.7. Какая разница между scrum–мастером и agile–коучем? |
| 6.8. В чём разница? |
| 6.9. Что определяет крутость команды? |
| 6.10. Как подобрать комфортную для команды скорость потока? |
| 6.11. Agile–организация |
| 6.12. Классическая |
| 6.13. Проектная |
| 6.14. Скрам-мастер - 4 поинта |
| 7.1. Отличия Scrum и Kanban |
| 7.2. Какой из подходов выбрать? |
| 7.3. Преимущества Kanban |
| 7.4. Преимущества Scrum |
| 7.5. Преимущества Agile подхода |
| 7.6. Так в чем же разница между Scrum и Kanban? |
| 7.7. В чем разница между Agile, Scrum и Kanban? |
| 8.1. Структура Scrum |
| 8.2. 1 артефакт - Бэклог Продукта |
| 8.3. 2 артефакт - Бэклог Спринта |
| 8.4. 3 артефакт - Инкремент Продукта |
| 8.5. 1 событие - Спринт |
| 8.6. 2 событие - Планирование спринта |
| 8.7. 3 событие - Ежедневный Скрам |
| 8.8. 4 событие - Демо Спринта |
| 8.9. 5 событие - Ретроспектива Спринта |
| 8.10. 1 роль - Владелец Продукта — ЧТО |
| 8.11. 2 роль - Команда разработчиков — КАК |
| 8.12. 3 роль - Скрам Мастер — ПРОЦЕСС |
| 9.1. Особенности и характеристики Scrum команды |
| 9.2. Роль Скрам Мастера (Scrum Master) |
| 9.3. Роль Владельца Продукта (Product Owner) |
| 9.4. Роли Scrum команды |
| 9.5. Scrum команда |
| 10.1. Ежедневный Scrum |
| 10.2. Три вопроса ежедневного Скрама |
| 10.3. Когда лучше начинать по времени ежедневный Скрам? |
| 10.4. Формат проведения ежедневных встреч в Scrum |
| 10.5. Что нужно для ежедневных встреч? |
| 10.6. Цели ежедневных встреч |
| 10.7. Характеристики ежедневных встреч |
| 10.8. Типичные ошибки при проведении ежедневных встреч в Scrum |
| 11.1. Что такое ретроспектива в Скраме |
| 11.2. Зачем нужна ретроспектива |
| 11.3. Когда проводить ретроспективу? |
| 11.4. Сколько длится ретроспектива? |
| 11.5. Как проходит ретроспектива |
| 11.6. Ошибки в проведении ретроспективы |
| 12.1. OKR — это что? |
| 12.2. Прозрачность в OKR и Scrum |
| 12.3. Оценка в OKR и Scrum |
| 12.4. Фокусировка в OKR и Scrum |
| 13.1. User Story Mapping |
| 13.2. Описание аватара пользователя и его поведения |
| 13.3. Мыслить категориями «Сейчас и После» |
| 13.4. Поток истории и её декомпозиция |
| 13.5. Визуализация в User Story Mapping |
| 13.6. Как можно визуализировать карту пользовательской истории? |
| 13.7. User Story Mapping - кратко |
| 14.1. User Story |
| 14.2. Что такое User Story |
| 14.3. Как используются User Stories |
| 14.4. Преимущества и возможные риски использования User Story |
| 14.5. Специфика User Story |
| 14.6. Формула User Story |
| 14.7. Шаблон User Story |
| 14.8. INVEST–критерии в User Story |
| 14.9. Примеры User Story |
| 14.10. User Story - кратко |
| 15.1. Зачем нужен бэклог продукта |
| 15.2. Кто и как ведет бэклог продукта |
| 15.3. Из чего состоит бэклог продукта |
| 15.4. Продуктовый беклог - как с ним жить? |
| 16.1. Backlog Refinement |
| 16.2. Зачем нужен рефайнмент? |
| 16.3. Можно обойтись без Product Backlog Refinement? |
| 16.4. Когда проводить Product Backlog Refinement |
| 16.5. Кто проводит бэклог рефайнмент? |
| 16.6. Как провести Backlog Refinement |
| 16.7. Какие инструменты использовать для backlog refinement? |
| 16.8. Как сильно нужно «причесывать» бэклог? |
| 16.9. Как оценить результаты Product Backlog Refinement |
| 16.10. Кейс проведения Refinement |
| 17.1. Story Points |
| 17.2. Метод оценки в Story Points |
| 17.3. Оценка в Story Points — это быстро |
| 17.4. Как оценивать задачу в Story Points |
| 17.5. Как можно использовать оценки в Story Points |
| 17.6. Оценка в «идеальных инженерных днях» |
| 17.7. Заключительные рекомендации |
| 18.1. Масштабирование Scrum |
| 18.2. Large-Scale Scrum (LeSS) |
| 18.3. Scrum of Scrums |
| 19.1. Оценка задач в Scrum |
| 19.2. Ретроспектива |
| 19.3. Ежедневные митинги |
| 19.4. Спринты |
| 19.5. Как проходит оценка времени выполнения в Скрам? |
| 19.6. Оценка в Скрам - коротко |
| 20.1. Ценностное предложение |
| 20.2. FreshBooks |
| 20.3. DuckDuckGo |
| 20.4. Apple MacBook |
| 20.5. Примеры ценностных предложений на 5+ |
| 20.6. Как тестировать ценностное предложение |
| 20.7. Получить информацию можно разными способами |
| 20.8. Возможно, у вас появился логичный вопрос: «А как узнать всё это?» |
| 20.9. Вопросы для понимания проблематики: |
| 20.10. Теперь о том, как составить ценностное предложение |
| 20.11. 3. Уникальность, отстройка от клиентов |
| 20.12. 2. Выгода |
| 20.13. 1. Ясность |
| 20.14. Основные элементы ценностного предложения: |
| 20.15. Ценностное предложение решает, будет ли аудитория знакомиться с вашим продуктом |
| 21.1. Что такое «поток ценности» и его карта |
| 21.2. Типичные ошибки при составлении value stream map |
| 21.3. С чего начинать |
| 21.4. Этапы построения value stream map |
| 21.5. Анализ value stream map — на что смотреть |
| 21.6. Структура value stream map |
| 21.7. Как нарисовать value stream map |
| 21.8. Зачем использовать value stream mapping |
| 22.1. Value/Effort matrix |
| 22.2. Результаты Lean Prioritization |
| 22.3. Кейс Lean Prioritization в Hygger |
| 22.4. Как работает техника Lean prioritization и Value/Effort matrix |
| 22.5. Кому подходит Lean prioritization и Value/Effort matrix |
| 22.6. Какие цели у расстановки приоритетов? |
| 22.7. Почему важно приоритизировать задачи? |
| 23.1. Внедрение Scrum |
| 23.2. Опыт работы по Scrum в Промсвязьбанке |
| 23.3. Опыт внедрения Scrum в Carrot Quest |
| 23.4. Пример скрама - что получается? |
| 24.1. Церемонии Scrum |
| 24.2. Минусы Scrum |
| 24.3. Плюсы Scrum |
| 24.4. Роли в Скрам |
| 24.5. Sprint Retrospective Meeting |
| 24.6. Sprint Review Meeting |
| 24.7. Stand up |
| 24.8. Sprint Planning Meeting |
| 24.9. Sprint |
| 25.1. Дистанционный Scrum |
| 25.2. «Daily Scrum» и фасилитация |
| 25.3. Что вам понадобится |
| 25.4. Последние мысли |
| 25.5. Выводы |
| 26.1. Эпик в Скрам |
| 26.2. Как декомпозировать эпик по времени завершения |
| 26.3. Как разбить эпик в скрам по ролям |
| 26.4. Как разбить эпик в скрам по процессам |
| 26.5. Как декомпозировать эпик? |
| 26.6. Почему так важен Epic в Scrum |
| 26.7. Сколько времени занимает эпик в скрам |
| 26.8. Чем эпик отличается от темы, истории и задачи |
| 26.9. Зачем нужны эпики в скрам? |
| 26.10. Пример эпик из жизни |
| 26.11. Пример Epic в Scrum |
| 27.1. Модель «Waterfall» |
| 27.2. Примеры применения каскадной модели |
| 27.3. Недостатки каскадной модели |
| 27.4. Преимущества каскадной модели |
| 27.5. Содержание каскадной модели |
| 27.6. Краткая история «водопадной» модели Waterfall |
| 27.7. Что такое каскадная модель |
| 27.8. Резюме по каскадной разработке |
| 28.1. Что такое Acceptance Criteria? |
| 28.2. Кто пишет Acceptance Criteria? |
| 28.3. Как написать Acceptance Criteria для User Story? |
| 28.4. Когда следует писать Acceptance Criteria? |
| 28.5. Шаблон Acceptance Criteria |
| 28.6. Образцы Acceptance Criteria |
| 29.1. Burn Rate |
| 29.2. Что такое Burn Rate |
| 29.3. Как рассчитать Burn Rate |
| 29.4. Как это работает |
| 29.5. Как уменьшить Burn Rate |
| 29.6. Нужен ли Burn Rate? |
| 29.7. Каким должен быть Burn Rate |
| 29.8. Как рассчитать чистый Burn Rate |
| 29.9. Burn Rate в проекте |
| 29.10. Burn Rate в финансовом моделировании и оценке |
| 29.11. Восемь способов снизить Burn Rate |
| 29.12. О чем говорит высокий Burn Rate |
| 29.13. Как рассчитать валовый Burn Rate |
| 30.1. Планирование коротко |
| 30.2. Зачем работать Спринтами |
| 30.3. Цель Спринта |
| 30.4. Как создается цель Спринта? |
| 30.5. Цель Спринта по Книбергу |
| 30.6. Бэклог Спринта |
| 30.7. Время Спринта |
| 30.8. Структура Спринта |
| 30.9. 1. Планирование |
| 30.10. 2. Планирование командой разработки |
| 30.11. 3. Ежедневные стэнд–апы |
| 30.12. Итог Спринта |
| 30.13. Призваны отслеживать изменения в процессе разработки и вносить корректировки в текучку. |
| 30.14. Разработчики проводят отдельную встречу, где решаются операционные вопросы |
| 30.15. Команда формирует цель Спринта и бэклог Спринта (список задач) |
| 31.1. Что такое модель Такмана |
| 31.2. Стадии развития команды по Брюсу Такману |
| 31.3. Стадия 1. Формирование (Forming) |
| 31.4. Стадия 2. Конфронтация (Storming) |
| 31.5. Стадия 3. Нормирование (Norming) |
| 31.6. Стадия 4. Функционирование (Performing) |
| 31.7. Стадия 5. Расставание (Adjourning) |
| 32.1. Time To Market |
| 32.2. Как улучшить показатель Time To Market |
| 32.3. Что важно помимо Time To Market |
| 32.4. Что включает в себя Time To Market |
| 32.5. Что же такое Time To Market |
| 33.1. Приоритизация бэклога: модели и техники |
| 33.2. Методики приоритизации бэклога |
| 33.3. Техника приоритизации бэклога ICE Scoring |
| 33.4. Техника приоритизации бэклога Value/Effort |
| 33.5. Техника приоритизации бэклога MoSCoW |
| 33.6. Техника приоритизации бэклога задач Story Mapping |
| 33.7. Пример приоритизации бэклога по технике ICE |
| 33.8. Пример Hygger по технике приоритизации бэклога MoSCoW |
| 33.9. Кейс Qiwi по приоритизации бэклога с техникой Сторимэппинг |
| 34.1. В чем суть теории ограничений систем |
| 34.2. Типы ограничений по Элияху Голдратту |
| 34.3. Чего следует избегать с точки зрения теории ограничений |
| 34.4. Пять этапов фокусировки |
| 34.5. 1. Идентификация ограничения (Identify) |
| 34.6. 2. Использование, или реализация ресурсов (Exploit) |
| 34.7. 3. Субординация, или подчинение активностей (Subordinate) |
| 34.8. 4. Повышение мощностей (Elevate) |
| 34.9. 5. Повтор (Repeat) |
| 34.10. Почему нужно работать именно над ограничениями |
| 34.11. Пример использования теории ограничений систем |
| 35.1. T-компетенции |
| 35.2. А зачем компании нужны сотрудники с Т–компетенциями? |
| 35.3. Как развивать T–компетенции сотрудников внутри компании |
| 35.4. Как нанять в команду человека с T–компетенциями |
| 35.5. Кто такой I-shaped специалист |
| 35.6. Как развить в себе t-shaped компетенции? |
| 35.7. Почему это «Т–компетенции»? |
| 36.1. T-Shaped |
| 36.2. Концепция L–shaped People |
| 36.3. Концепция M–shaped People |
| 36.4. Где T-Shaped специалисты наиболее востребованы? |
| 36.5. Концепция T-Shaped People |
| 37.1. Бэклог спринта |
| 37.2. Дробление задач |
| 37.3. Оценка идей |
| 37.4. Что предпринять, если Бэклог постоянно растет |
| 37.5. Отличительные особенности Бэклога от простого списка задач |
| 37.6. Смысл наличия Бэклога спринта |
| 37.7. Есть ли установленный формат для ведения Бэклога спринта? |
| 37.8. Бэклог релиза |
| 37.9. Бэклог спринта и Бэклог продукта — в чем разница? |
| 37.10. Как происходит расстановка приоритетов пользовательских историй и их оценка? |
| 37.11. Из чего состоит Бэклог |
| 37.12. Бэклог продукта – основа Бэклога спринта |
| 37.13. Кратко о Бэклоге спринта |
| 38.1. Качества Scrum экспертов |
| 38.2. Когда следует менять вашего Scrum Master? |
| 38.3. Качества, которые есть у великих Scrum экспертов |
| 38.4. 1. Твердое понимание Servant Leadership и фасилитации |
| 38.5. 2. Неумолимый подход к постоянному совершенствованию |
| 38.6. 3. Хорошие отношения с командой и определенная степень влияния |
| 38.7. 4. Широта знаний о продукте, рынке и области |
| 38.8. Функции Scrum экспертов и что делает их лучшими |
| 39.1. Диаграмма сгорания |
| 39.2. Что такое Диаграмма Сгорания (Burndown Chart)? |
| 39.3. Как читать Burndown Chart |
| 39.4. История Burndown Chart |
| 39.5. Каковы преимущества Burndown Chart? |
| 40.1. Модель «Кеневин» |
| 40.2. Простые системы (Obvious, очевидные, банальные) |
| 40.3. Сложные системы (Complicated) |
| 40.4. Запутанные системы (Complex, комплексные) |
| 40.5. Хаотичные системы (Chaotic) |
| 40.6. Модель Кеневин - кратко |
| 41.1. Definition of Ready |
| 41.2. Почему Definition of Ready — это важно? |
| 41.3. Каковы преимущества правильно структурированного DoR? |
| 41.4. Definition of Ready для спринта |
| 41.5. Definition of Ready для User Story |
| 41.6. Definition of Ready против Definition of Done |
| 42.1. Definition of Done |
| 42.2. Что такое Definition of Done (DoD) |
| 42.3. Главная рекомендация Definition of Done |
| 42.4. Примеры DoD для Epics |
| 42.5. Примеры DoD для User Story |
| 42.6. Примеры DoD для Features |
| 43.1. Основные преимущества Planning Poker |
| 43.2. Правила игры в покер планирования |
| 43.3. Поток игры (процесс) |
| 43.4. Что такое покер планирования |
| 44.1. Как же создать эффективную команду |
| 44.2. Как построить эффективную команду? |
| 44.3. Что делает команду эффективной? |
| 44.4. Почему важна именно командная работа |
| 44.5. Как создать эффективную команду |
| 45.1. EduScrum |
| 45.2. Что такое eduScrum–доска и как её использовать? |
| 45.3. Основные мероприятия в EduScrum: |
| 45.4. Обязанности Scrum–мастера: |
| 45.5. Кто такой Scrum–мастер в ученической команде? |
| 45.6. Обязанности учителя при занятии: |
| 45.7. В учебном процессе традиционным мотиватором и мерилом успеха служат оценки |
| 45.8. Как внедрять eduScrum в образование? |
| 45.9. Роль педагога в eduScrum |
| 45.10. Как применить eduScrum в России? |
| 46.1. Беклог Груминг |
| 46.2. Почему груминг бэклога это важно? |
| 46.3. Когда следует проводить груминг? |
| 46.4. Цель встречи по грумингу бэклога |
| 46.5. Что делает мероприятие по грумингу эффективным? |
| 46.6. Как проходит мероприятие по грумингу бэклога |
| 47.1. Что такое Velocity |
| 47.2. Метрика Velocity: что это, как посчитать |
| 47.3. Как использовать Velocity |
| 47.4. Как посчитать Velocity |
| 47.5. Velocity vs Capacity |
| 47.6. Что такое Story points |
| 47.7. Факторы, влияющие на метрику Velocity |
| 47.8. Возможные проблемы с Velocity |
| 48.1. Что такое Scrumban? |
| 48.2. Скрамбан - решительная эволюция в мире методологий разработок |
| 48.3. Эффективность метода |
| 48.4. Характерные черты Scrumban |
| 48.5. Долгосрочное планирование |
| 48.6. Кому подходит Scrumban? |
| 48.7. Доска Scrumban |
| 48.8. Дополнительные особенности Scrumban |
| 49.1. Что такое Safety Check? |
| 49.2. Как работает Safety Check |
| 49.3. Как провести Safety Check |
| 49.4. Когда проводить Safety Check |
| 49.5. Что делать с результатами Safety Check |
| 49.6. Ошибки в проведении Safety Check |
| 50.1. SPIDR User Story |
| 50.2. Кто разделяет User Story |
| 50.3. Техника Spikes |
| 50.4. Техника Paths |
| 50.5. Interfaces |
| 50.6. Data |
| 50.7. Rules |
| 51.1. Миссия продукта в Scrum |
| 51.2. Зачем нужна миссия продукта |
| 51.3. Миссия продукта и цена |
| 51.4. Как создать миссию продукта |
| 51.5. Примеры миссии продукта |
| 51.6. Почему важна миссия продукта в Scrum |
| 51.7. Чего не должно быть в миссии продукта |
| 51.8. Переговоры с миссией продукт в Scrum |
| 52.1. Основные правила постановки цели продукта |
| 52.2. Основные термины процесса постановки цели продукта (Product Goal) |
| 52.3. Матрица зависимости требований (Requirements Dependency Matrix) |
| 53.1. Start: начать |
| 53.2. Keep Stop Start для клиентов |
| 53.3. Опыт Masterworks по использованию Keep Stop Start |
| 53.4. Ошибки в Keep Stop Start |
| 53.5. Keep Stop Start в командах |
| 53.6. Плюсы Keep Stop Start |
| 53.7. Keep: продолжать |
| 53.8. Честность в Keep Stop Start |
| 53.9. Как работает Keep Stop Start |
| 53.10. Keep Stop Start |
| 53.11. Где применять Keep Stop Start |
| 53.12. Stop: прекратить |
| 54.1. Как выглядят Kudo карты? |
| 54.2. Место и роль Kudo карт в Менеджменте 3.0 |
| 54.3. Ценность для организации от Kudo карт |
| 54.4. Роль и действие Kudo карт |
| 54.5. Kudo карты |
| 55.1. Возможные проблемы при внедрении Agile-трансформации |
| 55.2. Преимущества Agile-трансформации |
| 55.3. Краткий обзор по Agile-трансформации |
| 55.4. Этапы Agile-трансформации |
| 55.5. Стратегия Agile-трансформаци |
| 56.1. Перестройте структуру и процессы |
| 56.2. Обучайте сотрудников |
| 56.3. Сделайте это личным для сотрудников |
| 56.4. Определите точки «откуда» и «куда» |
| 56.5. Agile культура |
| 56.6. Как построить Agile культуру |
| 57.1. Запись воркшопа "Scrum Introduction" |
| 58.1. Запись воркшопа "Ретроспективы" |
| 59.1. Запись воркшопа "Scrum Values & Principles" |
| 60.1. Запись воркшопа "Sprint планирование" |
| 61.1. Запись воркшопа "Daily Scrum" |
| 62.1. Запись воркшопа "Инкремент спринта в Scrum" |
| 63.1. Запись воркшопа "Беклог продукта" |
| 64.1. Запись воркшопа "Беклог спринта" |
| 65.1. Запись воркшопа "Scrum Sprint Review / Demo" |
У нас удобнее. Небольшие (до 5 минут) уроки по конкретному аспекту инструментов и методологий.
Вместо выделения времени на посещение лекций или просмотр часового урока вы сможете проходить обучение в любом месте и любом темпе.
Также, после каждого урока вы проходите короткий тест для закрепления материала.
В любой момент. Прямо на платформе вы можете задать свой вопрос и, обычно, в течение 30 минут получите ответ от одного из тренера LeadStartup.
Иногда, если вопрос очень специфичный и мы его адресуем конкретному тренеру (кто лучше разбирается в вопросе), время ответа может затянуться до суток.
Вы должны полностью пройти курс и пройти тестирование.
Если вы неверно ответите на тестовые вопросы у вас будет возможность исправить варианты ответа на верные.
Вам будут доступны все курсы и вы сможете участвовать во всех тренингах.
Вы также будете получать приглашения на закрытые мероприятия и получать бета–версии новых продуктов бесплатно.
В основном это руководители в Enterprise и SMB.
Также у нас много студентов и специалистов широкого профиля, которые хотят поднять свою рыночную стоимость.
Обычно в течение 24 часов. В редких случаях до 5 дней.
