Современные подходы к работе над продуктом развиваются вместе с требованиями бизнеса и скоростью изменений. Особенно это заметно в разработке цифровых продуктов, где команда редко может зафиксировать все требования заранее и просто идти по заранее составленному плану.
В таких условиях Scrum помогает организовать работу короткими итерациями, регулярно получать обратную связь и постепенно уточнять продукт по мере движения. В этой статье разберем, что такое Scrum, на каких принципах он основан, какие роли, артефакты и события в нем используются, а также в каких случаях этот подход действительно полезен.
Scrum — это фреймворк для работы над сложными продуктами в условиях неопределенности. Его часто связывают с Agile-подходом, но сама методология Scrum — конкретная рабочая рамка с понятными ролями, событиями и артефактами.
Главная идея Scrum — делить работу на короткие итерации, которые называют спринтами. В течение каждого спринта команда создает полезный результат, а затем смотрит на него, собирает обратную связь и при необходимости корректирует как продукт, так и сам процесс работы.
За счет этого Scrum помогает не строить длинный план на месяцы вперед, а двигаться шаг за шагом, регулярно сверяясь с реальностью.
Scrum опирается на три ключевых принципа.
Участники процесса должны одинаково понимать, что именно происходит с продуктом и работой команды. Это касается целей, приоритетов, состояния задач и результата спринта.
Прозрачность важна не сама по себе, а потому что без нее нельзя принимать нормальные решения: если команда и заинтересованные стороны по-разному видят ситуацию, ошибки и недопонимание накапливаются слишком быстро.
Scrum предполагает регулярную проверку того, что происходит с продуктом и процессом. Команда не ждет конца большого этапа, чтобы понять, все ли идет как надо, а постоянно смотрит на промежуточный результат.
Именно для этого в Scrum есть регулярные события: они помогают не выпадать из контекста и вовремя замечать отклонения.
Если по итогам наблюдения становится понятно, что продукт, план или процесс требуют изменений, команда вносит корректировки. В этом одна из главных сильных сторон Scrum: он не требует делать вид, что первоначальный план был идеальным, а позволяет перестраиваться по ходу работы.
В Scrum есть три основные роли.
Product Owner отвечает за ценность продукта и за то, чтобы команда работала над действительно важными задачами. Он управляет Product Backlog: формирует, уточняет и приоритизирует элементы работы.
Его задача не просто «составлять список задач», а помогать команде двигаться в сторону наиболее ценных для продукта и бизнеса результатов.
Scrum Master помогает команде работать в рамках принципов Scrum, следить за качеством процесса и устранять препятствия, которые мешают нормальной работе.
Это не руководитель команды в классическом смысле и не диспетчер задач. Его роль — помогать Scrum работать как системе, а не вручную управлять людьми.
Это кросс-функциональная команда специалистов, которая создает результат спринта. Команда сама организует свою работу и определяет, как именно выполнить выбранные задачи.
Смысл здесь в том, что Scrum опирается не на внешнее микроменеджмент-управление, а на способность команды совместно планировать работу и нести ответственность за результат.
Scrum использует несколько ключевых артефактов.
Это упорядоченный список задач, требований, гипотез и улучшений, которые относятся к продукту. В нем собрана вся потенциальная работа, но элементы в нем не равны по важности: Product Owner расставляет приоритеты, чтобы команда работала над самым ценным.
Это часть задач из Product Backlog, которую команда берет в текущий спринт. Sprint Backlog помогает зафиксировать фокус команды на ближайшую итерацию.
Инкремент — это результат работы за спринт: готовая часть продукта, которая соответствует agreed quality и может быть показана или использована как шаг вперед в развитии продукта.
Ценность инкремента в том, что Scrum ориентирован не на формальную занятость команды, а на создание проверяемого результата.
Scrum включает несколько регулярных событий.
Спринт — это основной рабочий цикл Scrum. Обычно он длится от одной до четырех недель. В течение спринта команда работает над заранее выбранным набором задач и движется к понятной цели.
На планировании спринта команда определяет, что именно берет в работу и как будет двигаться к цели спринта. Это помогает синхронизировать ожидания и заранее увидеть, насколько план реалистичен.
Это короткая ежедневная встреча, которая помогает команде синхронизироваться. Ее задача не в отчетности ради отчетности, а в том, чтобы быстро понять, как продвигается работа и нет ли препятствий, которые мешают двигаться дальше.
На обзоре спринта команда показывает результат заинтересованным сторонам и получает обратную связь. Это помогает не откладывать разговор о продукте до конца большого этапа, а регулярно сверяться с ожиданиями и реальным результатом.
Ретроспектива посвящена самому процессу работы. Команда обсуждает, что в ее взаимодействии и способе работы стоит сохранить, а что — изменить, чтобы следующий спринт прошел лучше.
Scrum дает несколько заметных преимуществ.
Гибкость. Команда может пересматривать приоритеты от спринта к спринту, а не держаться за устаревший план.
Прозрачность. Регулярные события и понятные артефакты помогают лучше видеть состояние продукта и работы команды.
Быстрая обратная связь. За счет коротких циклов команда быстрее понимает, туда ли движется.
Фокус на ценности. Scrum помогает работать не над всем подряд, а над тем, что сейчас важнее для продукта.
Командная вовлеченность. Когда команда участвует в планировании и понимает цель спринта, ответственность за результат обычно выше.
Важно, что эти преимущества не возникают автоматически. Они работают только там, где Scrum используют как рабочую систему, а не как набор формальных встреч.
Scrum подходит не для всех ситуаций.
Он требует высокой зрелости и самоорганизации команды.
Его бывает трудно внедрять в компаниях с жесткой иерархией и привычкой к ручному управлению.
Он не всегда удобен в процессах, где поток задач идет непрерывно и приоритеты меняются каждый день.
Без вовлеченного Product Owner и нормальной обратной связи Scrum быстро превращается в набор ритуалов.
Кроме того, Scrum может плохо приживаться там, где от команды ждут жестко зафиксированный план на большой срок вперед и не готовы принимать изменения по ходу работы.
Scrum особенно полезен, если:
требования к продукту могут меняться;
важно регулярно получать результат, а не ждать конца большого этапа;
команда готова к самоорганизации;
обратная связь от заказчика или бизнеса нужна постоянно, а не раз в несколько месяцев;
продукт развивается шаг за шагом, а не по полностью предсказуемому сценарию.
Иначе говоря, Scrum хорошо работает там, где есть сложный продукт, изменяющийся контекст и необходимость регулярно проверять, туда ли движется команда.
Scrum — это рабочий фреймворк для команд, которым нужно развивать продукт в условиях неопределенности и регулярных изменений. Он помогает выстроить работу короткими циклами, быстрее получать обратную связь и не терять связь между процессом и ценностью результата.
Но Scrum приносит пользу не сам по себе. Он работает там, где команда понимает его логику, готова брать ответственность за результат, а организация не превращает его в формальный набор церемоний. Именно в таком виде Scrum помогает сделать работу над продуктом более прозрачной, управляемой и устойчивой
1. Как работает Proof of Stake и чем отличается от Proof of Work
В сентябре 2022 года Ethereum сделал то, что многие считали невозможным: переключил работающую сеть с одного механизма консенсуса на другой. Proof of Work сменил Proof of Stake. Потребление энергии упало на 99,95%. Это событие называют The Merge. Разбираемся, в чём разница и почему это важно.
В децентрализованной сети нет центрального сервера, который решает, какие транзакции правильные. Тысячи участников должны договориться о единой версии истории, кто кому сколько перевёл. Механизм консенсуса это правила, по которым сеть приходит к общему согласию, даже если некоторые участники нечестны или недоступны.
Биткоин работает на Proof of Work. Чтобы добавить новый блок, майнер должен решить математическую задачу: найти число, при подстановке которого в хэш-функцию получается результат с определённым числом нулей в начале. Задача подобрана так, что решить её можно только перебором, то есть миллиарды попыток в секунду.
Кто первым находит решение, добавляет блок и получает награду. Для атаки на сеть нужно контролировать больше 50% суммарной вычислительной мощности. В сети биткоина это стоило бы десятки миллиардов долларов. Главный минус PoW это потребление энергии. Сеть биткоина расходует столько же электричества, сколько некоторые небольшие страны.
В Proof of Stake валидаторы не решают математические задачи. Вместо этого они блокируют определённое количество криптовалюты как залог. Ethereum требует 32 ETH для запуска валидатора. Право добавить следующий блок разыгрывается случайно, но пропорционально размеру залога: больше стейк, больше шансов.
Если валидатор попытается смошенничать, добавить недействительный блок или подтвердить противоречивые транзакции, его залог частично или полностью уничтожается. Это называется slashing. Экономический стимул к честности встроен в механизм.
У каждого подхода есть сторонники. PoW работает уже 15 лет без серьёзных сбоев в биткоине. Его безопасность доказана практикой. Потребление энергии часть сторонников считает фичей, а не багом, майнеры с реальными затратами делают атаку экономически невыгодной.
PoS значительно эффективнее по энергии и позволяет масштабироваться быстрее. Ethereum после The Merge обрабатывает больше транзакций с меньшими затратами. Критики указывают, что PoS может концентрировать влияние у крупных держателей, богатые становятся богаче.
Proof of Work и Proof of Stake это два разных ответа на один вопрос: как прийти к консенсусу без центрального арбитра. PoW использует вычислительную мощность как доказательство честности, PoS использует залог в виде криптовалюты. Биткоин, вероятно, никогда не откажется от PoW, это часть его идеологии. Большинство новых блокчейнов выбирают PoS или его вариации. Обе системы работают, просто решают задачу по-разному. При выборе сети для стейкинга отзывы криптобиржи или валидаторов помогут оценить реальные условия работы.
