Главное из статьи
Использование Scrum позволяет быстрее предоставлять новые версии программ, ориентируясь при этом на конкретные потребности клиентов. Вся работа выстраивается равными отрезками, которые называются спринтами. И в каждом спринте участники команды определяет какие задачи из бэклога нужно выполнить. При всем этом нужно сохранить прозрачность процесса разработки для заинтересованных лиц, а также предельно сфокусироваться на конкретной задаче, а не пытаться стать мультизадачным
Оглавление
- Для чего был придуман Scrum
- Основные определения
- Ключевые принципы
- Спринты
- Командная работа
- Фокусировка
- Прозрачность процесса
Для чего был придуман Scrum
Управляя проектами по каскадной модели, не всегда удавалось достичь нужного результата после окончания проекта. И причина тому, что потребности бизнеса и клиентов не стоят на месте, а постоянно находятся в движении. А работая по каскадной модели, вы можете перейти к следующему этапу, только когда будет завершен предыдущий.
И каждой команде нужно уметь быстро учитывать и подстраиваться под эти самые требования. В противном случае, вы сделаете то, что не будет использоваться и приносить пользу. Ни вам, ни бизнесу. И в итоге все потраченные усилия на разработку проекта были потрачены зря.
Именно про то, как выполнять проекты с максимально пользой и под постоянно изменяющиеся требования и была написана эта книга. В ней он обобщил весь свой опыт по созданию Scrum команд, а также опыт своих последователей из разных уголков мира.
Немного про понятия и их определения
Agile — это общий термин, который используется в гибком подходе управления проектами. В его основе 12 принципов гибкой разработки, которыми следует пользоваться в своей работе.
Бэклог — список задач на которыми команда работает в текущем спринте. Все эти задачи располагаются на доске или онлайн сервисе. Сам доска разбита на несколько столбцов, где у каждого прописан свое название. Например, «Все задачи», «В работе», «На проверке», «Завершены». С его помощью каждый участник команды работающий над проектом, может понять на каком этапе находится та или иная задача. И кто над ней работает.
Scrum — фреймворк, набор базовых элементов, правил и практик, который помогает быстрее решать задачи под постоянно меняющиеся требования в проекте.
Покер планирование — метод оценки приоритета задачи. Когда все участники группы собираются в одном месте, каждому раздаются карточки с числами на обратной стороне. После чего берется задача и каждый участник кладет свою карточку с числом. По итогу суммируют набранные очки для каждой задачи и выставляется приоритет.
Ключевые принципы в Scrum
- Люди важнее процессов
- Разрабатываемый продукт важнее документов
- Сотрудничество с клиентом, как с партнером важнее ведения долгих переговоров
- Способность команды меняться, важнее следования четким и заранее обозначенным планам
- Должности и различные титулы не важны — важно то, что вы делаете и как.
Большинство гибких методологий направлено на решение задач и к сведению рисков к минимуму. За счет использования серии коротких циклов разработки
Спринты
В своей книге Джефф предлагает уйти от классического управления проектами по каскадной модели, разделив проект на несколько коротки итераций, называемых спринтами. Они могут длиться от 1-2 недель и до того количества, которое обозначат и примут участники команды.
Участники в начале каждого спринта собираются в группу и выбирают более приоритетные задачи которые нужно решить в текущем спринте. Далее они проводят оценку каждой задачи. Сколько потребуется ресурсов на ее решение. В книге автор приводит пример, как они использовали в своем проекте покер-планирование, для определения приоритета задачи.
По завершению спринта, команда может провести оценку сколько им удалось выполнить задач. Это позволяет в следующих спринтах брать такое количество задач, которое можно решить за новый спринт, в реальные сроки.
Командная работа
Конечно в основе любого проекта — это люди, которые занимаются его реализацией. Сам Джефф выделяет следующие характеристики эффективного коллектива:
- Команда работающая над проектом, постоянно стремится к улучшению показателей своей работы
- Каждый член команда сам контролирует свою работу, отвечает за указанные сроки и качество
- Помогать другим участникам коллектива и замещать кого-то, если есть такая необходимость.
При всем этом, количество человек по мнению Джеффа не должно превышать больше 7. Так как увеличения количества человек в команде не ускоряет процесс разработки, а наоборот — замедляет. В итоге количество совещаний может стать бесконечным, где нужно каждому новому сотруднику рассказать про проект и прочее. И в первую очередь сказывается на скорости и качестве выполняемой работы.
Фокусируемся
Прыгать с одного проекта на другой или с одной задачи на другую — всегда приводит в плачевным результатам. К срыву срокам сдачи и плохому качеству. В своей книге Джефф выступает против мультизадачности каждого члена команды работающего над проектом. По его мнению, человек способен хорошо сконцетрироваться только на одном действии.
Конечно это по сути очевидная вещь. Но порой именно ей и не следуют в большинстве компаний.
Прозрачность процесса
Прятать задачи, скрываться от всех и не отвечать на вопросы про свои текущие задачи — это не про scrum. Авто книги предлагает, чтобы процесс работы был прозрачен. Что это значит? Это значит каждая команда при работе над проектом использует доску на которой висят списки задач. Она может быть либо оффлайновой, либо используется какой-либо онлайн сервис. Например, Trello или Asana.
Суть такого подхода — любой участник группы должен видеть какая задача на каком этапе находится. И кто сколько уже успел закрыть за текущий спринт. При этом стоит отметить, что видеть задачи могут не только участники группы разработки. Но и все заинтересованные люди в проекте.