Это означает, что все участники скрам-команды должны быть готовы адаптировать все процессы для решения выявленных проблем. То есть в том случае, если проблемы все-таки обнаружены, сразу следует подумать, как наиболее эффективно можно изменить ситуацию. Например, внести изменения в производство самого продукта, преобразовать условия труда для сотрудников, обсудить новые договоренности с заказчиком. То есть сотрудники компании и отношения между ними важнее рабочих процессов и самих инструментов, используемых для достижения цели. Ведь основой любой деятельности всегда является коммуникация. Если взаимопонимание отсутствует, то даже самые отлаженные процессы не будут приносить нужный результат.
Анализируются все минусы и плюсы продукта, выявленные на обзоре. Каждый может высказаться, почему не получилось в прошлый раз и предложить свои методы преодоления трудностей разработки. Sprint Planning Meeting – самое длительное собрание команды Scrum, на котором присутствуют все разработчики, скрам-мастер и владелец продукта. По практике, команда Scrum должна состоять из 7 (плюс-минус 2) человек. Меньший состав вряд ли справится с грамотным распределением ролей в условиях каждого спринта.
В том случае, если компания успешно использует отлаженный алгоритм для создания новых продуктов, использование Scrum-методологии можно отсрочить. Если команда работает по scrum, она готова к непрерывному обучению и возможным изменениям в работе. Например, к сокращению бюджета, состава команды или кардинальным переменам функционала продукта. В процессе работы команда постоянно развивается, учитывает обратную связь от заинтересованных лиц, изменения окружающей среды и меняет продукт на основе полученного опыта. Эти ежедневные совещания помогают увидеть, как продвигается работа в направлении достижения цели спринта.
Скрам появился как одна из методологий аджайла, поэтому он гибкий, построен на спринтах и готовит членов команды к возможным изменениям. Мы в Oko тоже работаем по scrum, по нему же разрабатывали свою CRM. Незавершённая работа по спринту — это совокупность работ или продуктов, на которых ваша команда сосредоточена во время спринта. Как артефакт, цель спринта помогает команде принимать обоснованные бизнес-решения. Этот артефакт необходим команде проекта для самостоятельного принятия решения при обнаружении альтернативных путей решения бизнес-задачи. Журнал пожеланий спринта (бэклог спринта) — содержит функциональность, выбранную владельцем продукта из бэклога проекта.
В них обычно можно взять стандартный план и использовать лучшие практики выполнения таких проектов в прошлом. Применение скрама в типовых проектах нерентабельно и лишь удорожает разработку продукта. Чтобы составить бэклог, владелец отслеживает поведение потребителей, собирает потребности, сведения о продукте и требования к нему. Собранную информацию анализируют и пакуют в техническое задание. В ТЗ будет список задач, расставленный по приоритету их выполнения.
Если специалисты не справляются с поставленными задачами, нужно понять причины неудачи и изменить поведение. Важно вовремя отказываться от неподходящих практик, использовать новые подходы. Изначально технологию использовали среди IT-специалистов, впоследствии начали применять и в других сферах. Она оказалась очень эффективной в условиях быстрого изменения рынка. Здесь есть гибкость и место для эксперимента, что важно для скорости и возможности меняться.
Термин взят из игры в регби и обозначает «схватку», когда команда завладевает мячом и ведет его по полю. Scrum любят за то, что он позволяет закладывать в планы неопределенность и организовывать слаженную работу команды над нестандартными задачами. Scrum Master призывает команду дать предложения по повышению эффективности процесса разработки. Во время каждой ретроспективы спринта команда должна искать и предлагать способы и приёмы улучшения рабочих процессов.
В таком случае ничто не сможет помешать сплоченной команде в реализации проекта. Таким образом за счет регулярных ретроспектив команда может постоянно улучшать процесс работы и качество продукта. В ходе этих собраний удается своевременно определить слабые места до того момента, пока они не стали серьезной проблемой для проекта. Этот опыт получится учесть при планировании следующего спринта, чтобы он был ещё более продуктивным.
Я бы сказал, что это набор рекомендаций по организации процессов в команде. Вы не получаете конкретных инструкций по разработке продукта. Зато есть конкретный порядок организации процессов — как работать команде, как принимать решения, как внедрять изменения.
Другие Методики Масштабирования Scrum (scaling Scrum)[править Править Код]
Другие команды могут работать над завершением набора функций, которые будут выпущены вместе. В этом случае цель Sprint будет выполнена, когда функция будет успешно протестирована. По итогу собрания вырабатывается четкая стратегия на спринт с учетом пожеланий заказчика, расстановки приоритетов от владельца продукта и согласованности действий разработчиков. Все это способствует реализации основной задачи Scrum-проекта – повышению ценности продукта в рамках текущего цикла. Scrum-команда (Scrum Team) — это, собственно, собирательный образ команды, состоящей из команды разработчиков, скрам-мастера и владельца продукта.
Оценка гибкости процесса и тестирование продукта проводятся после каждого спринта. Если проверка показывает несоответствие полученного результата желаемому, команда может быстро скорректировать стратегию разработки или пересмотреть бэклог. Прежде всего, следует определить тех специалистов, которые и образуют состав скрам-команды, ведь именно от их слаженной работы будет зависеть качество будущего продукта. Помните, что при методе Scrum все участники группы работают как единое целое. Также состав команды не должен меняться, поэтому важно, чтобы в нее изначально входили профессионалы, которые разделяют все Scrum-ценности. Большинство стратегий продакт-менеджмента предполагает наличие четкого плана, сразу учитывающего все риски, сроки реализации и затраты.
Данная роль не предполагает ничего иного, кроме корректного ведения процесса Scrum. Таким образом скрам-мастер Scrum есть сервант-лидер[англ.] команды. Оценка задач выполняется разработчиками проекта вместе со скрам-мастером и владельцем продукта. Правильным методом оценки задач является покер планирования.
Масштабирование Scrum (scrum Of Scrums, Less, Safe)
Не следует скрывать какие-либо проблемы или допущенные ошибки. Это означает своевременное устранение всех неполадок или ошибок, допущенных в разработке продукта. Кроме того, управление потоком предполагает и минимизацию различных рисков, таких как брак товара. Для того чтобы следить за этим, все участники команды должны регулярно поддерживать актуальность канбан-доски.
Команда полностью самодостаточна и не зависит от внешних специалистов или заказчиков. В основе рабочего процесса scrum-команд лежит спринт — конкретный период, в течение которого команда выполняет определенный объем работы. Спринт формирует структуру, а также акцентирует внимание на выполнении запланированных задач. Методику Scrum чаще всего применяют команды разработчиков приложений, но принципы и опыт ее использования можно применить к командной работе любого рода. Scrum часто представляют как платформу для управления проектами по методике Agile. Участники команды Scrum проводят собрания, используют специальные инструменты и принимают на себя особые роли, чтобы организовать работу и управлять ею.
Оценивает состояние участников группы, точность фокусировки на задачах и степень достижения цели спринта на разных этапах. Этот специалист не просто наблюдает за деятельностью коллектива со стороны и раздает инструкции к действию, он является полноценным активным членом команды. Одновременно контролирует процесс взаимодействия членов группы и принимает непосредственное участие в разработке продукта. В конце каждого спринта должен появиться хотя бы один инкремент, приближающий команду и владельца продукта к итоговому видению результатов. Однако, команда может по окончанию спринта предъявить и неполную версию инкремента, если задание объемное и требует для разработки более длительного времени, чем отведено на спринт.
Такой формат позволяет оперативно реагировать на возникающие трудности и при необходимости корректировать неполадки. Команды определяют требования в начале каждого цикла Sprint. Команды также всесторонне оценивают жизненный цикл программного обеспечения или продукта, создавая при этом командное видение результата. Это означает, что требования остаются актуальными и выполнимыми в короткие сроки. Регулярная обратная связь с владельцем продукта и обзоры Sprint позволяют постоянно совершенствовать команду на протяжении всей работы над проектом.
Согласно принципам Agile, в процессе создания продукта участвуют не только сами разработчики, но и заказчик. Кроме того, эта технология предполагает активное вовлечение аудитории в разработку продукта на всех стадиях производства, например, при помощи AB-тестирования. Это помогает достичь большего взаимопонимания и в итоге получить желаемый результат.
Инструменты Scrum позволяют гибко реагировать на изменения и двигать проект короткими итерациями, в рамках которых сразу создается ценность. Кроме того, спринты предупреждают вероятность переписывания больших частей приложения на финальном этапе и другие масштабные изменения. Это небольшие равные промежутки времени (в основном до месяца), за которые разработчики достигают поставленных мини-целей. Scrum-проекты зачастую страдают от разрастания объёма, потому что процесс Scrum приветствует и поощряет перемены. Если их слишком много или же вы получаете массу противоречивых отзывов от клиентов, тогда вы можете повторять одни и те же итерации без реальных результатов.
Часть продукта — это то, что вы представите по итогам спринта. Это может быть новый продукт или функция, исправление ошибки, обновление и многое другое в зависимости от того, чем занимается ваша команда. Планируйте представить эту часть работы во время анализа спринта.
В процессе нескольких первых спринтов проводятся все собрания согласно рекомендуемому времени и структуре собрания. Далее, команда вырабатывает свое видение ежедневных коммуникаций, придерживаясь принципов скрам. Для начала необходимо понять, насколько это нужно именно вашей компании. Выбрать цели, собрать и обучить команду, разработать спринты.
Scrum-методологию можно использовать в абсолютно любой сфере деятельности, а участники scrum-команд могут быть специалистами разных областей. Но наиболее часто Scrum используется в командах разработчиков программного обеспечения. Это позволяет командам быстрее реагировать на изменение требований и не выходить за рамки определенного бюджета. Так, у самого Scrum-подхода сложно выделить минусы, однако важно учитывать, в каком случае его использование будет наиболее целесообразно. Для того чтобы этот метод оказался эффективен, сотрудники должны быть готовы к экспериментам.
В Scrum, как и в Agile, они нацелены на постоянное улучшение. Однако некоторые команды Scrum of Scrums проводят не каждый день, а 2-3 раза в неделю[28]. Это нарушает базовые принципы Scrum и является классическим примером скрам методология ScrumBut[29][30]. Это не позволяет в полной мере использовать все преимущества Scrum[31]. Эти совещания могут не входить в общий рабочий процесс Scrum, но определённо имеют место быть в некоторых ситуациях.