Scrum мероприятия что это

Скрам (Scrum)

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

Руководство по Scrum 2017

”

Scrum — легкий фреймворк, который помогает людям, командам и организациям создавать ценность с помощью адаптивных решений комплексных проблем.
Руководство по Scrum 2020

”

Эти слова из Scrum Guide требуют пояснений:

1. Область применимости Скрама – это НЕ разовые проекты с фиксированным сроком и/или объемом работы; это «продукты», которые постоянно улучшаются во взаимодействии с клиентом. Причем Скрам нужен не для типовых задач, а для сложных продуктов, имеющих высокую степень неопределенности как в способах достижения результата, так и в востребованности результата рынком.
2. Одна из целей Скрама – бизнес-ценность создаваемых продуктов. Он особенно эффективен в условиях, когда требуется быстро создавать MVP и затем быстро повышать ценность продукта на основе обратной связи от клиентов / с рынка. Но бизнес-ориентированность не означает, что в Скраме игнорируются потребности людей, которые создают продукт. Даже наоборот: исследования подтверждают, что мотивация разработчиков продуктов значительно возрастает после перехода на Скрам (в т.ч. за счет большей самостоятельности в принятии решений и за счет более творческого подхода к работе).
3. Фреймворк – это набор базовых элементов – своего рода каркас, на котором могут строиться различные процессы в разных организациях и даже в разных командах одной организации. Элементы Скрама нельзя изменять, но можно дополнять, причем как именно реализуется каждый элемент – зависит от контекста конкретной команды.
4. Элементы Скрама – это 5 событий (мероприятий), 3 зоны ответственности (которые присваиваются участникам Скрам-команды независимо от их должностей) и 3 артефакта (материальные представления работ и их результатов).

Особенности Скрама

Scrum — прост. …
Фреймворк Scrum намеренно неполный, и определяет только части, необходимые для реализации теории Scrum.
Руководство по Scrum 2020

”

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

Scrum не предоставляет людям подробных инструкций, а вместо этого правила Scrum задают ориентиры для отношений и взаимодействий людей.
Руководство по Scrum 2020

”

В частности, в Скраме отсутствуют конкретные рекомендации по техникам проведения скрам-мероприятий. Например, до 2020 года в Руководстве по Скраму в качестве примера приводился конкретный формат проведения мероприятия «Ежедневный Скрам» (с ответами каждого участника на 3 вопроса). Если команда не понимала ценностей Agile и Scrum, то этот формат зачастую приводил к бессмысленному механическому ритуалу проведения Ежедневного Скрама, поэтому его убрали даже как пример.

Скрам-команда

Вот, пожалуй, главная особенность Скрама в сравнении с другими подходами, следующими ценностям Agile-манифеста:

Основная единица Scrum — небольшая команда людей, Scrum Team. … Scrum Teams являются кросс-функциональными, то есть, их участники обладают всеми навыками, необходимыми для создания ценности в каждом Sprint. Также они самоуправляемы, то есть, сами решают, кто, что, когда и как делает.
Руководство по Scrum 2020

”

Именно c самоуправлением и кросс-функциональностью связан тот факт, что Скрам, несмотря на всю его простоту, достаточно сложно применять на практике. Откуда возникает потребность в самоуправлении/кросс-функциональности и как она реализуется в Скраме для IT-команд — рекомендуем посмотреть в 10-минутном видео от Асхата Уразбаева:

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

Скрам – эмпирический подход к управлению

Скрам основывается на эмпирическом управлении процессами, а не на детерминированном. Эмпиризм означает, что процесс адаптируется к данным, получаемым в ходе работы. Очевидно, процесс с эмпирическим управлением всегда дороже, чем обычный процесс с детерминированным управлением. Поэтому детерминированный подход применяется всегда, когда механизмы процесса достаточно хорошо понятны. Если же механизмы плохо известны, детерминированный подход не приводит к продукту с необходимым соотношением «цена / качество» с первого раза, и продукт приходится переделывать.

В конечном счете создание успешных продуктов с первого раза, используя эмпирическое управление процессом, окажется намного дешевле переделки неудачных продуктов, созданных по процессу с детерминированным управлением.
Скрам. Гибкое управление продуктом и бизнесом (Кен Швабер, 2004)

”

Скрам сегодня – это не только про разработку программного обеспечения

• Остатки IT-терминологии из него были удалены в Scrum Guide 2020 (например, тестирование, требования, проектирование, система).
• При этом по факту еще в 2010-х годах Скрам вышел далеко за рамки ИТ-индустрии. Он успешно применяется командах маркетологов, дизайнеров, разработчиков материальной продукции; в розничной торговле, энергетике, промышленном проектировании/производстве и многих других отраслях.
• Подробнее про применение Скрама в не-ИТ отраслях можно прочитать в исследовании Agile в России 2019.

Связь Скрама с другими подходами

Фреймворк позволяет применять различные процессы, техники и методы. Scrum служит оберткой для существующих практик, или подсвечивает их ненужность.
Руководство по Scrum 2020

”

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

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

”

Например, «давно работающие по Аgile» команды могут переходить со Скрама на какой-то собственный скрамоподобный процесс или на Scrumban. При этом они уменьшают время, затрачиваемое на мероприятия Скрама, получают возможность изменять длительность итерации (спринта) по ходу работы или даже отказываются от оценок работы на спринт, используя безоценочное (no estimate) планирование на основе собранной статистики. Для зрелых команд это полезно, но это не Скрам.

Однако для начинающих Agile-команд Скрам является отличным выбором, так что неудивительно, что этот фреймворк является самым популярным среди гибких подходов как в России, так и во всем мире.

Резюме: как описать Скрам простыми словами

Если обойтись почти без англицизмов, то вышесказанное можно сформулировать так:

• Скрам выгодно применять не для типовых проектов, а для новых сложных продуктов, требования к которым заранее не определены и быстро меняются под влиянием обратной связи с рынка. В том числе, Скрам предназначен для продуктов, не относящихся к разработке ПО.
• Скрам задает лишь основу (каркас) для ваших процессов разработки, т.е. его можно дополнять, а его обязательные элементы реализовывать по-разному в разных ситуациях.
• Скрам как эмпирический подход регулярно адаптирует продукт и процесс его разработки на основе быстрой обратной связи. Это приводит к дополнительным издержкам. Однако издержки с лихвой компенсируется тем, что продукты начинают зарабатывать намного быстрее, а их бизнес-ценность получается выше по сравнению с продуктами, созданными по заранее придуманным требованиям, которые не учитывали обратную связь от клиентов.
• Скрам прост для понимания: содержит всего дюжину обязательных элементов (мероприятий, артефактов и зон ответственности).
• Скрам сложен для освоения в совершенстве. Это связано, прежде всего, с нетипичной для большинства организаций структурой: Скрам требует делить людей на небольшие команды, которые могут без посторонней помощи разрабатывать продукт, а также самостоятельно решают, как именно это делать.
• Скрам является самым популярным среди «гибких» подходов, объединяемых словом Agile.

Подробнее о Скраме вы можете почитать в статье Scrum: что это и зачем нужно.

Понимаете ли вы Скрам?

Ответьте на 8 вопросов теста по Agile/Scrum, получите подборку ссылок на статьи/видео/курсы и рекомендации в зависимости от результата теста.

Больше по теме «Теория Scrum»:

Адаптация (Adaptation)

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

Скрам предписывает четыре формальных мероприятия для инспекции и адаптации:

• Планирование Спринта
• Ежедневный Скрам
• Обзор Спринта
• Ретроспектива Спринта

Инспекция (Inspection)

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

Прозрачность (Transparency)

Один из трёх Принципов Скрама. Значимые аспекты процесса и продукта должны быть доступны тем, кто отвечает за его результат. Соблюдение принципа прозрачности подразумевает, что эти аспекты объединены в общий стандарт, и все участники процесса обладают единым их пониманием.

Эмпиризм (Empiricism)

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

Мы хотим, чтобы компании были крутыми, а люди в них — счастливыми

• Что мы делаем
• Наша команда
• Блог
• Контакты

• Расписание тренингов
• Карта тренингов
• Сертификации
• Обучение Scrum Master
• Обучение Product Owner
• Обучение Kanban

• Услуги для компаний
• Тренинги для групп от 10 чел.
• Кейсы клиентов

Что такое Scrum?

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

Что такое методология Scrum?

Методологию Scrum характеризуют определенные принципы и ценности.

Принципы Scrum для успеха проекта

Прозрачность

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

Рефлексия

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

Адаптация

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

Ценности Scrum для проектных команд

Команды Scrum следуют пяти основным ценностям.

Обязательства

Члены команды Scrum привержены задачам и целям, привязанным ко времени, и стремятся к постоянному совершенствованию, чтобы найти наилучшее решение.

Смелость

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

Фокус

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

Открытость

Члены команды Scrum открыты для новых идей и возможностей, которые способствуют индивидуальному обучению и общему качеству проекта.

Уважение

Члены команды уважают менеджеров проекта, друг друга и процесс Scrum. Эта культура уважения создает в коллективе дух взаимного сотрудничества и взаимодействия.

Как работает Scrum?

Scrum – это система, которую легко освоить, но трудно стать экспертом в ней. Соавторы Scrum Джефф Сазерленд и Кен Швабер объяснили основные концепции в Руководстве по Scrum. В нем дается подробный обзор процессов Scrum и способов их эффективного внедрения.

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

Что такое артефакты Scrum?

Команды Scrum используют инструменты, называемые артефактами Scrum, для решения проблем и управления проектами. Артефакты Scrum предоставляют членам команды и заинтересованным сторонам важную информацию о планировании и задачах. Существует три основных артефакта:

Бэклог продукта

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

Бэклог компонента Sprint

Бэклог компонента Sprint – это список элементов, которые команда разработчиков должна завершить в текущем цикле Sprint. Перед каждым циклом Sprint команда выбирает, над какими элементами из бэклога продукта она будет работать. Бэклог компонента Sprint является гибким и может изменяться в течение цикла Sprint.

Прирост

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

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

Что такое роли Scrum?

Команде Scrum необходимы три конкретные роли: владелец продукта, лидер Scrum и команда разработчиков.

Владелец продукта

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

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

Лидер Scrum

Лидеры Scrum – это чемпионы Scrum в своих командах. Они несут ответственность за эффективность работы команды Scrum. Они обучают команды, владельцев продуктов и компании, чтобы улучшить процессы Scrum и оптимизировать доставку. Лидеры Scrum также несут ответственность за выполнение указанных ниже действий.

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

Команда разработчиков Scrum

Команда Scrum состоит из тестировщиков, дизайнеров, UX-специалистов, Ops-инженеров и разработчиков. Члены команды обладают различными навыками и проходят перекрестное обучение друг друга, поэтому ни один человек не становится узким местом в выполнении работы.

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

Команды разработчиков Scrum выполняют указанное ниже.

• Совместно работают над обеспечением успешного завершения Sprint.
• Поддерживают практику устойчивого развития.
• Самоорганизуются и подходят к своим проектам с очевидной позицией «мы».
• Управляют планированием и оценкой того, какой объем работы они могут выполнить для каждого цикла Sprint.

Что такое события Scrum?

Cобытия Scrum или церемонии Scrum это набор последовательных встреч, которые команды Scrum проводят регулярно. Некоторые события Scrum включают следующее:

Планирование Sprint

В этом случае команда оценивает работу, которая должна быть завершена в следующем цикле Sprint. Участники определяют цели Sprint, которые являются конкретными, измеримыми и достижимыми. В конце встречи по планированию каждый член Scrum знает, как прирост может быть реализован в Sprint.

Sprint

Sprint – это фактический период, когда команда Scrum работает вместе над завершением прироста. Две недели – это типичная продолжительность цикла Sprint, но она может варьироваться в зависимости от потребностей проекта и команды. Чем сложнее работа и чем больше неизвестных, тем короче должен быть Sprint.

Ежедневное собрание Scrum или стенд-ап

Ежедневное собрание Scrum – это короткое собрание, на котором члены команды проверяют и планируют работу на день. Они отчитываются о проделанной работе и озвучивают любые трудности в достижении целей Sprint. Он называется стенд-ап, потому что его цель – сделать собрание максимально коротким, как когда все стоят.

Обзор Sprint

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

Ретроспектива Sprint

Команда собирается вместе, чтобы задокументировать и обсудить, что получилось, а что не получилось во время цикла Sprint. Генерируемые идеи используются для улучшения будущих циклов Sprint.

Почему Scrum имеет важное значение для разработки программного обеспечения?

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

Способность поддерживать качество в сложных ситуациях

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

Повышенная рентабельность инвестиций

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

Более удовлетворенные и продуктивные команды

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

Релевантные метрики, улучшающие оценку

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

Scrum и маневренность – в чем разница?

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

Как команды разработчиков Scrum могут внедрить DevOps?

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

Команды Scrum имеют все возможности для внедрения DevOps. Они уже являются межфункциональными и итеративными. Некоторые идеи для интеграции DevOps включают указанное ниже.

• Автоматизация тестирования программного обеспечения и написание новых тестов при разработке каждой функции
• Использование технологического стека и инструментов, поддерживающих непрерывное развертывание
• Выпуск изменений в производство в конце каждого цикла Sprint

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

Что такое Scrum и как начать с ним работать

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

Использовать шаблон

Что такое Scrum?

Scrum — это методика гибкого управления проектами, помогающая командам структурировать работу и управлять ею на основе набора ценностей, принципов и практик. Как спортивная команда готовится к решающей игре (к слову, scrum — англ. «схватка», элемент игры в регби), так и команда сотрудников компании должна извлекать уроки из полученного опыта, осваивать принципы самоорганизации, работая над решением проблемы, и анализировать свои успехи и провалы, чтобы постоянно совершенствоваться. Scrum содействует этому.

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

В этой статье мы рассмотрим, из чего состоит традиционная методика Scrum. В этом нам помогут руководство по Scrum и Дэвид Уэст, генеральный директор компании Scrum.org. Мы также рассмотрим на примерах, как наши клиенты отходят от базовых принципов ради достижения уникальных целей. Для этого специалист нашей компании, менеджер группы продуктов Jira Software и бывший тренер по Agile Меган Кук поделится советами и рекомендациями в рамках серии видеороликов «Тренер по Agile»:

Статьи по теме Scrum

Спринты

Спринт — это короткий временной интервал, в течение которого scrum-команда выполняет заданный объем работы.

Планирование спринтов

Планирование спринта — это событие в scrum, в рамках которого определяется объем работы на следующий спринт и критерии выполнения этой работы.

Развеиваем мифы о четырех agile-собраниях

Узнайте, как проводить первоклассные agile-собрания, такие как планирования спринта, ежедневные стендапы, обзоры итогов итерации и ретроспективы.

Бэклог продукта — совершенный список задач

Что такое бэклог продукта в agile или Scrum? Ознакомьтесь с рекомендациями по управлению успешным бэклогом продукта и расстановке приоритетов.

Три шага к эффективному обзору итогов спринта

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

Стендапы для agile-команд

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

Кто такой scrum-мастер?

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

Ретроспективы agile: используйте прошлое, чтобы определять будущее

Ретроспективы помогают командам повышать эффективность работы с течением времени. Узнайте, что говорят об этом в сообществе agile-специалистов, и научитесь проводить ретроспективные совещания в своей команде.

Agile-роли в scrum

Узнайте об обязанностях и объеме работ, связанных с тремя основными agile-ролями в scrum: scrum-мастер, владелец продукта и команда разработчиков.

Scrum of scrums

Scrum of scrums — это масштабируемая agile-техника, предлагающая способ объединения нескольких команд, которые должны работать вместе для поставки сложных решений. Узнайте, как масштабировать доску Scrum с помощью примеров от Atlassian и других экспертов.

Обучающее руководство

Изучите scrum с помощью Jira Software

Пошаговое руководство по ведению scrum-проекта, расстановке приоритетов в бэклоге, упорядочиванию работы в спринты, проведению scrum-собраний, другим вопросам — и все это в Jira.

Возможность продукта

Сделайте команду сплоченнее с помощью Scrum-досок Jira

Scrum-доска Jira визуально отображает прогресс по ходу разработки.

[ПРОДОЛЖЕНИЕ]

Сравнение Agile и Scrum

Понятия Scrum и Agile часто путают, потому что Scrum строится вокруг идеи о постоянном совершенствовании, которое является главным принципом Agile. И все же Scrum — это методика работы, а Agile — это философия. В основе философии Agile лежит идея постоянного постепенного улучшения через небольшие и частые релизы. Перейти на Agile не так-то просто; вся команда должна стремиться изменить свой подход к созданию ценности для клиентов. Но можно просто начать использовать методику, такую как Scrum. Это направит мышление в нужное русло и поможет практиковать принципы Agile в повседневном общении и работе.

Различие между определениями Agile и Scrum можно найти в руководстве по Scrum и Манифесте Agile. В этом манифесте приведены четыре ценности.

• Люди и взаимодействие важнее процессов и инструментов.
• Работающий продукт важнее исчерпывающей документации.
• Сотрудничество с клиентом важнее согласования условий контракта.
• Готовность к изменениям важнее следования плану.

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

Структурированность не мешает методологии Scrum быть гибкой. Ее можно адаптировать к нуждам организации. Существует множество теорий о том, как следует применять Scrum, чтобы достичь успеха. Однако более чем десятилетний опыт содействия agile-командам в выполнении работы с помощью продуктов Atlassian подсказывает, что независимо от того, какую методологию вы выберете, ее главными принципами должны быть ясность коммуникации, прозрачность и стремление к постоянному совершенствованию. Остальное вы вольны выбирать сами.

Методика Scrum

Методика Scrum определяет набор ценностей, принципов и практик, которым следуют scrum-команды при создании продукта или предоставлении услуги. В ней подробно описываются обязанности и зоны ответственности членов scrum-команды, «артефакты», определяющие продукт и работу по его созданию, а также scrum-собрания, помогающие команде в работе.

Члены scrum-команды

Scrum-команда — это небольшая и гибкая команда, целью которой является поставка зафиксированных инкрементов продукта. Scrum-команда обычно небольшая (около 10 человек), но этого достаточно, чтобы выполнить значительный объем работы за спринт. Состав scrum-команды предполагает три отдельные роли: владелец продукта, scrum-мастер и команда разработчиков. Поскольку scrum-команды сочетают в себе множество функций, в команду разработчиков также входят тестировщики, дизайнеры, специалисты по пользовательскому интерфейсу и инженеры по операциям.

Владелец продукта Scrum

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

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

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

Scrum-мастер

Scrum-мастера следят за применением принципов Scrum в своих командах. Они обучают команды, владельцев продуктов и остальную компанию тонкостям scrum-процесса и стараются оптимизировать применение этой практики.

Успех Scrum-мастера зависит от того, насколько хорошо он разбирается в работе, которую выполняет команда, и может помочь команде повысить прозрачность работы и оптимизировать процесс поставки продукта. Это главный координатор, который составляет перечень требуемых ресурсов (кадровых и материально-технических) для собраний по планированию спринта и обзору его итогов, стендапа и ретроспективы спринта.

Команда разработчиков Scrum

На scrum-команды ложится вся основная работа. Они специалисты по принципам сбалансированной разработки. Самые успешные scrum-команды сплочены, находятся в одном месте и обычно состоят из 5–7 участников. Чтобы определить размер команды, можно обратиться к известному «правилу двух пицц», которое сформулировал глава Amazon Джефф Безос: в команде должно быть столько участников, чтобы им хватало двух пицц.

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

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

Артефакты Scrum

Артефакты Scrum — это важная информация, используемая scrum-командой для описания продукта и работ, которые необходимо выполнить для его создания. В Scrum есть три артефакта: бэклог продукта, бэклог спринта и инкремент с вашими критериями готовности. Это три константы, над которыми scrum-команда должна размышлять во время спринтов и с течением времени.

• Бэклог продукта — это главный список задач, которые необходимо выполнить. Его ведет владелец либо менеджер продукта. Это постоянно меняющийся перечень функциональных возможностей, требований, улучшений и исправлений, из которого берутся задачи для бэклога спринта. По сути, это список задач команды. Владелец продукта регулярно просматривает бэклог продукта, меняет в нем приоритеты и поддерживает его актуальность по мере появления новой информации или изменений на рынке, в связи с которыми отдельные задачи утрачивают смысл или возникают новые способы решения проблем.
• Бэклог спринта — это список рабочих задач, пользовательских историй или исправлений багов, отобранных командой разработчиков для реализации в текущем цикле спринта. Перед каждым спринтом проводится собрание по планированию спринта (его мы обсудим далее в статье), на котором команда выбирает, какие задачи из бэклога продукта нужно выполнить в рамках спринта. Бэклог спринта может не быть фиксированным и может меняться по ходу спринта. Однако ничто не должно мешать достижению основной цели спринта — того, чего команда хочет добиться за текущий спринт.
• Инкремент (или цель спринта) — это готовый к использованию конечный продукт по итогам спринта. В компании Atlassian принято представлять инкремент на демонстрации в конце спринта, на которой команда показывает, что она сделала за спринт. Слово «инкремент» не так уж широко встречается в повседневной жизни. Его часто определяют как принятые в команде критерии готовности продукта, контрольную точку, цель спринта или даже полную версию или поставленный эпик. Все зависит от того, какими критериями готовности руководствуется ваша команда и как выбираются цели спринта. Например, некоторые команды предпочитают выпускать что-нибудь для своих клиентов в конце каждого спринта. Для них слово «готово» означает «поставлено». Однако для других команд это может быть непрактично. Представьте, что вы работаете над серверным продуктом, который можно поставлять клиентам лишь раз в три месяца. Вы по-прежнему можете разбивать работу на двухнедельные спринты, но для вас продукт будет «готов», когда вы завершите работу над частью большей версии, которую планируете поставить целиком. Однако не будем забывать, что чем больше времени уходит на выпуск ПО, тем меньше шансов у этого ПО снискать успех.

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

Профессиональный совет

В отношении методологии нужно сохранять ту же гибкость, что и в отношении продукта. Уделите какое-то время оценке общей ситуации, при необходимости внесите поправки и не пытайтесь добиться чего-либо любой ценой просто потому, что «так принято».

Собрания или мероприятия Scrum

Методика Scrum включает практики, церемонии или собрания, которые регулярно проводят scrum-команды. Именно в Agile-собраниях заметнее всего проявляются различия между командами. Некоторым командам в тягость проводить однообразные собрания; в других рабочие встречи обязательны. Если вы только начинаете знакомство со Scrum, рекомендуется в течение первых двух спринтов провести все собрания, чтобы понять свое отношение к ним. После этого можно организовать короткую ретроспективу, чтобы решить, что нужно скорректировать.

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

1. Организация бэклога. За это мероприятие, также известное как ведение бэклога, несет ответственность владелец продукта. В число его основных обязанностей входят приведение продукта в соответствие с его концепцией и постоянное отслеживание настроений на рынке и потребностей клиента. Для этого владелец продукта и ведет список, изменяя в нем приоритеты и поддерживая его в актуальном виде на основании информации от пользователей и команды разработчиков, чтобы в любое время можно было приступить к работе над внесенными в него задачами. Подробнее о том, как правильно вести бэклог, можно прочитать здесь.
2. Планирование спринта. На этом собрании команда разработчиков под руководством scrum-мастера планирует работу (объем спринта), которую необходимо выполнить в течение текущего спринта. На собрании выбирается цель спринта. Затем в спринт добавляются конкретные пользовательские истории из бэклога продукта. Эти истории всегда соотносятся с целью. При этом команда Scrum согласовывает такие истории, которые можно будет реализовать на практике в ходе спринта.

Стендап — подходящее время сообщить обо всем, что мешает вам достичь цели спринта, в том числе о блокерах.

Чаще всего в рамках стендапа каждому участнику команды предлагается ответить на следующие три вопроса, связанные с достижением цели спринта:

• Что мне удалось сделать вчера?
• Что я планирую сделать сегодня?
• Может ли мне что-то помешать?

Начните бесплатно с шаблоном Scrum для Jira

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

Ценности Scrum

В 2016 году в руководство по Scrum было добавлено пять ценностей. Эти ценности определяют направление работы, действия и поведение scrum-команды. Считается, что они необходимы для успеха scrum-команды.

Подтверждение

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

Смелость

Смелость для scrum-команды — это мужество ставить под сомнение существующее положение вещей или что-то, что мешает ей достичь успеха. Участники scrum-команды должны не бояться и располагать свободой пробовать что-то новое. Они должны уметь открыто сообщать о препятствиях, ходе выполнения проекта, задержках и т. д.

Ключевая деятельность

В основе рабочего процесса scrum-команд лежит спринт — конкретный период, в течение которого команда выполняет определенный объем работы. Спринт формирует структуру, а также акцентирует внимание на выполнении запланированных задач.

Открытость

Ежедневный стендап способствует открытости, которая позволяет командам свободно обсуждать текущую работу и блокеры. Scrum-команды в Atlassian часто отвечают на следующие вопросы:

• «Что мне удалось сделать вчера?»
• «Над чем я буду работать сегодня?»
• «Какие проблемы мешают мне двигаться вперед?»

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

Уважение

Сила команды, следующей принципам Agile, заключается в совместной работе и признании вклада каждого участника спринта. Они отмечают достижения друг друга, а также уважают коллег, владельца продукта, заинтересованные стороны и scrum-мастера.

Scrum, Kanban и agile

Scrum — настолько популярная agile-методика, что слова Scrum и Agile многие ошибочно используют как синонимы. Но есть и другие популярные методики, например Kanban. Некоторые компании даже предпочитают гибридную модель, сочетающую в себе элементы Scrum и Kanban. Ее называют Scrumban или Kanplan — по сути, Kanban с бэклогом.

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

Scrum строится вокруг небольших итераций с фиксированной продолжительностью. Сначала нужно определить продолжительность спринта, после чего выбрать пользовательские истории или элементы бэклога продукта, которые можно реализовать в течение этого цикла спринта. В Kanban же количество заданий (или объем невыполненной работы — лимит WIP), которые нужно выполнить в текущем цикле, задается изначально. Затем ведется обратный отсчет времени, которое уйдет на реализацию этих возможностей.

У методики Kanban нет структуры, присущей Scrum. В ней есть лимит WIP, но все остальные аспекты можно в той или иной мере изменить по вкусу. В Scrum же присутствует несколько строго определенных понятий: обзор итогов спринта, ретроспектива, ежедневное Scrum-совещание и т. д. Scrum также требует формирования многофункциональной команды, чтобы возможность достижения цели не зависела от сторонних участников. Собрать междолжностную команду — задача не из легких. В этом плане Kanban проще адаптировать, а применение Scrum влечет за собой коренное изменение образа мышления и особенностей деятельности команды разработчиков.

Начало работы со Scrum

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

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

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

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

Чтобы изучить Scrum с помощью Jira Software, прочитайте это руководство.

Claire Drumond

Клэр Драмонд работает в Atlassian как специалист по маркетинговым стратегиям, докладчик и писатель. Она написала множество статей для блогов Trello и Atlassian. Материалы, подготовленные с ее участием, регулярно публикуются на Medium, в том числе в категориях HackerNoon, Art+Marketing и PoetsUnlimited. Клэр выступает на технических конференциях по всему миру, рассказывая о методиках agile, преодолении разрозненности и развитии эмпатии.

Начните бесплатно с шаблоном Scrum для Jira

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

Scrum

Scrum — методика организации совместного рабочего процесса, в основе которой — поэтапная разработка и совершенствование продукта небольшой командой специалистов различного профиля.

«IT-специалист с нуля» наш лучший курс для старта в IT

Scrum изобрели программисты Джефф Сазерленд и Кен Швабер. Они смотрели, как работают американские военные и спецназ и пришли к выводу, что залог успеха — качественная командная работа. Сам термин пришел из регби и переводится с английского как «схватка». Сначала подход использовался среди разработчиков, а затем получил распространение в других сферах бизнеса.

Scrum относится к семейству гибких Agile-методик. Часто эти два понятия используются как синонимы, но это некорректно. Scrum — это частный пример Agile-подхода. Он представляет собой конкретную производственную методику, в то время как Agile является скорее философией или набором ценностей.

Особенности Scrum — командный подход и нестандартное распределение обязанностей в коллективе. В процесс вовлечены как сотрудники компании, так и бизнес-заказчики.

Профессия / 8 месяцев
IT-специалист с нуля

Попробуйте 9 профессий за 2 месяца и выберите подходящую вам

Зачем нужна методология Scrum

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

Читайте также Востребованные IT-профессии 2023 года: на кого учиться онлайн

Процесс работы Scrum-команды

Основная цель подхода — дать заказчику желаемый продукт вовремя и с минимально возможными затратами. Ее помогает достичь соблюдение следующих этапов работы.

Разработка бэклога продукта

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

Сбор команды

Scrum-команда — единое целое. В проекте участвует небольшая группа специалистов разного профиля (6–10 человек). Они работают на общий результат и стремятся к одной цели. В общем виде Scrum-команда включает:

• Владельца продукта. Это сам заказчик или его представитель. Он консультирует разработчиков, транслирует новые требования компании к продукту и следит за тем, чтобы работа шла в верном направлении. Владелец продукта должен уметь организовать эффективную связь между заказчиком, командой разработчиков и пользователями, понимать требования бизнеса и рынка, ставить понятные задачи.
• Scrum-мастера. Обычно это специально нанятый сотрудник, ведущий команду к достижению цели. Его задача — не управление разработчиками, а наблюдение за соблюдением принципов Scrum в рабочем процессе. Он не давит, не берет всю работу на себя и не распределяет обязанности, а направляет команду и решает проблемы, тормозящие рабочий процесс.
• Разработчиков. Это люди с различной специализацией и наборами навыков. Команда формируется отдельно под каждый проект и ведет его от начала до конца. Важно подобрать членов команды так, чтобы они органично дополняли друг друга. При этом в группе не должно быть явного лидера, а рабочий процесс должен строиться на равноправии.

Онлайн-магистратура совместно с МФТИ. Научитесь запускать цифровые сервисы и управлять командой на основе данных.

Планирование коротких циклов (спринтов)

Спринт — период, в течение которого команда создает и совершенствует отдельную часть продукта, чтобы быть готовым к изменениям условий и исключить глобальную доработку.

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

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

Возможны три исхода:

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

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

Scrum-митинг, или стендап

Ежедневно вся команда собирается не более чем на 15 минут. Цель встречи — услышать от каждого участника ответ на три вопроса:

1. Что я сделал с прошлой встречи?
2. Что я буду делать сегодня?
3. Что мешает выполнению задачи?

На основании этих микроотчетов Scrum-мастер старается понять, так ли идет рабочий процесс и как можно помочь команде преодолеть препятствия.

Курс для новичков «IT-специалист
с нуля» – разберемся, какая профессия вам подходит, и поможем вам ее освоить

Scrum-доска

Команда использует физические либо программные доски, пространство которых разделяется на части, отражающие стадии работы над продуктом. Их количество может варьировать, но обязательно включает в себя три составляющих (слева направо):

• запланированные задачи;
• задачи в активной работе;
• выполненные задачи.

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

Подведение итогов спринта

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

Обзор результатов работы над проектом

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

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

Станьте Frontend-разработчиком
и создавайте интерфейсы сервисов, которыми пользуются все

Принципы работы Scrum-команды

Во время работы по методике Scrum должны соблюдаться основополагающие принципы:

• Постоянное совершенствование. Продукт улучшается благодаря самосовершенствованию всей команды.
• Автономность. Каждый участник несет ответственность за свою часть работы и за общий результат.
• Кроссфункциональность. Наличие в команде людей с разными навыками делает ее самодостаточной.

Чем Scrum отличается от Kanban

Метод управления проектами Kanban тоже входит в семейство Agile. Но Scrum — структурированный подход с заданными этапами создания продукта, а Kanban — сбалансированный, основная цель которого — обеспечить всех членов команды одинаковым количеством работы.

В Scrum предусмотрены организованные периоды работы с задачами на период. В Kanban новые задачи могут появляться в любой день. Scrum-команды работают в течение заданного отрезка времени, а в Kanban задачи поступают непрерывно.

Преимущества

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

Недостатки

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

Fullstack-разработчик на Python

Fullstack-разработчики могут в одиночку сделать IT-проект от архитектуры до интерфейса. Их навыки востребованы у работодателей, особенно в стартапах. Научитесь программировать на Python и JavaScript и создавайте сервисы с нуля.

Статьи по теме:
И как она помогает сэкономить миллионы

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