Джефф Сазерленд - Scrum. Революционный метод управления проектами. Scrum

Джефф Сазерленд - Scrum. Революционный метод управления проектами. Scrum - методология управления проектом

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

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

В чём заключается суть методики Scrum?

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

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

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

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

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

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

Манифест гибкой методологии, его основные принципы.

Они включают следующие моменты:

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

Ценности методологии SCRUM

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

Люди являются более важным фактором в достижении результата, чем сами процессы . Сотрудники, которые недовольны тем, чем они занимаются, отталкивающие проблемы и потребности клиентов, зачастую портят всё намного больше, чем неправильно выстроенные процессы в компании.
Продукт более важен, чем документация . Создание больших объёмов документации приводят к затягиванию сроков выполнения работ, но нисколько не помогут команде создать именно тот продукт, который нужен потребителю.
Взаимосвязь и сотрудничество с клиентом является более важным, чем составленный контракт. Для успешной реализации проекта и создания качественного продукта нужно, прежде всего, организовать тесное взаимодействие с заказчиком, вовлечь его в процесс, чтобы он также мог принимать непосредственное участие в работе и понимал перспективы получения нужного результата. Необходимо построить тесные и доверительные отношения, стать добрыми и честными партнёрами, и в этом случае не придётся тратить уйму времени и средств на составление и заключение контракта.
Способность к гибким изменениям важнее исполнения намеченных планов. Изначально составленные и утверждённые планы со временем могут кардинально меняться, и важно продвигаться к своей цели пошагово, не пытаясь предугадывать её в далёкой перспективе. В этом случае, можно будет избежать глупых провалов, и не питать ненужных иллюзий.
То, что вы делаете — важнее наличия высоких должностей и регалий. Когда речь заходит о практической деятельности по созданию продукта, который разрабатывают увлечённые профессионалы своего дела, классические начальники с громкими должностями и регалиями в современных условиях теряют свою роль, иерархии упраздняются, а организации обретают плоский статус.

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

Роли в SCRUM

Методика Scrum разбита на определённые ролевые показатели, которые выполняют участники проекта, а именно:

Владелец продукта, является своеобразным «связующим звеном» между конечными потребителями и разработчиками проекта. Он несёт ответственность за составление концепции, а также общается с командой разработки и клиентами, обсуждает с ними текущие и спорные моменты. Принимает решения и отвечает за ценность продукта. Для получения эффективного результата, способствующего извлечению максимальной прибыли, должен отлично разбираться в рынке и обладать рядом полномочий для принятия решений. Поэтому, при разработке крупных проектов, как правило, задействуют нескольких владельцев продукта.
Команда разработчиков продукта, т.е. непосредственные исполнители проекта. Отвечают за темпы, сроки и качество выполнения работ.
Скрам-мастер. Это ответственное лицо, которое следит за ходом выполнения проекта и оказывает помощь команде в решении и устранении разного рода препятствий и проблем. Также, занимается повышением эффективности её работы, выявляет точки роста и способствует мотивации сотрудников. Занимается организацией всех встреч и совещаний.

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

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

Осуществляется планирование, как правило, в несколько этапов:

Выбор владельца продукта.
Создание профессиональных команд, включающих всех необходимых специалистов для выполнения проекта.
Выбор скрам-мастера.
Создание списка требований (бэклога) для продукта, расстановка по каждому пункту, в соответствии с приоритетом. По мере выполнения работ этот список может меняться.
Оценка бэклога. Уточнение размеров проекта. Члены команд производят оценку всех пунктов списка, учитывают все материальные и временные затраты на создание каждого из них.
Планирование спринтов (временных этапов по выполнению отдельных задач). Определение приоритетных целей спринта, объёмов, определение сроков и скорости выполнения работ. Балльная оценка выполнения спринтов.
Создание скрам-доски и диаграммы выполнения задач. Все задачи, которые выполняются, уже сделаны или готовятся к выполнению, помечаются стикерами и помещаются в соответствующие столбцы на доске.
Ежедневные оперативные собрания (короткие совещания с отчётами, выявление сложностей, запланированные на день задачи).
Обзор спринта (демонстрация готовой части проекта, выполненного за данный спринт).
Ретроспективный показ (презентация выполненного спринта, обсуждение рабочих моментов по внедрению улучшений).

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

Командная работа в SCRUM

Суть работы в команде

Методика Scrum предполагает полную открытость информации, включая финансовую и отсутствие любого проявления иерархии.

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

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

Характеристики команд

Лучшие коллективы обладают следующими характеристиками:

Автономность и способности к самоорганизации, т.е. команда сама решает, как лучше добраться до цели.
Поиски совершенства рабочего процесса.
Многофункциональность коллектива и наличие культуры взаимопомощи, взаимозаменяемости. В команду подобраны такие люди, которые могут аккумулировать умения, необходимые для выполнения задач.
Очерёдность выполнения задач.
Отсутствие переработок.
Работа в «потоке» — состоянии наивысшей творческой концентрации.

Размеры команд

Командная работа успешно выполняется только при наличии небольшого слаженного коллектива. Чтобы ваш проект развивался удачно, для работы в нём потребуется 7-8 человек.

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

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

Почему именно SCRUM

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

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

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

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

Что такое Scrum. Суть методики

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

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

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

Scrum не требует внедрения каких-либо дорогостоящих инструментов. Схему методики Scrum вкратце можно описать следующим образом:

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

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

3. Нужно выбрать «Скрам-мастера» — того, кто будет следить за ходом реализации проекта, обеспечивать проведение коротких собраний и помогать команде устранять препятствия на пути достижения цели.

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

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

6. Затем участники, скрам-мастер и владелец продукта должны провести первое скрам-собрание , на котором они запланируют спринт — определенное время для выполнения части заданий. Продолжительность спринта не должна превышать один месяц. За каждый спринт команда нарабатывает определенное количество баллов. Команда должна постоянно стремиться к тому, чтобы превзойти в новом спринте количество наработанных баллов за предыдущий спринт, то есть ее цель — постоянно превосходить свои собственные результаты — « наращивать динамику производительности » .

7. Чтобы все участники были в курсе состояния дел нужно завести скрам-доску с тремя колонками: « Нужно сделать, или бэклог » ; « В работе » ; « Сделано » . На доску участники клеят стикеры с заданиями, которые в процессе работы поочередно перемещаются из колонки « Бэклог » в колонку « в работе » , а затем в « сделано » .

8. Ежедневно проводится скрам-собрание . По выражению Джеффа Сазерленда « это пульс всего процесса Scrum » . Суть его проста — ежедневно, на ходу, пятнадцать минут на то, чтобы все дали ответы на три вопроса: « » , « » , « » .

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

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

Недостатки традиционного подхода к управлению проектами

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

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

Почему? Как отмечает Джефф Сазерленд, Генри Гант придумал такие диаграммы еще в 1910 году. Они получили широкое распространение в Первой мировой войне. Однако, « каждый, кто изучал историю этой войны, знает, что ни подготовка кадровых ресурсов, ни система организации никогда не были ее сильными сторонами. Мне не дано понять, почему концепт времен Первой мировой войны становится-де-факто аналитическим инструментом проектирования и применяется даже в XXI веке. Мы отказались от принципов позиционной войны, но каким-то образом ее „ окопные “ организационные идеи остаются популярными и по сей день » .

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

Философия scrum

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

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

Суть командной работы в Scrum

Scrum — это, прежде всего, командная работа. Автор выделяет три характеристики лучших коллективов:

непрекращающийся поиск совершенства;

автономность — способность к самоорганизации;
многофункциональность. Наличие разных специалистов и культура взаимодействия и взаимопомощи.

Какого размера должна быть команда? Джефф Сазерленд рекомендует малочисленные группы — около семи человек. Он приводит данные, что если группа состоит из более чем девяти человек, то скорость ее работы падает.

Кроме того автор напоминает о «законе Брукса»:

« Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше » .

Главный в команде — это скрам-мастер . Его обязанность — обеспечивать короткие собрания, их открытость, помогать группе идти сквозь помехи, которые мешают работе, вести команду по пути постоянного совершенствования « и регулярно искать ответ на вопрос « Как нам делать еще лучше то, что мы уже делаем хорошо? » .

Нет мультизадачности

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

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

Суть работы — поток

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

Как его достичь? За состоянием потока стоит внутренняя дисциплина,

« Не должно быть ни одного движения впустую » .

Скрам и счастье

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

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

Элементы скрам

Спринты

Как уже отмечалось выше, в начале спринта и для обеспечения открытости и наглядности, нужно завести специальную доску и поделить ее на три колонки: « Бэклог » ; « В работе » ; « Сделано » . Перед каждым спринтом члены команды наклеивают в колонку « Бэклог » стикеры с задачами, которые, по их мнению, они могут выполнить за спринт. В течение спринта, любой член команды, взявшись за задачу, переклеивает стикер из раздела « Бэклог » в колонку « В работе » . После выполнения задачи — в колонку « Сделано » . Таким образом, каждый видит, над чем сейчас работают другие участники.

Однако есть важное замечание — « ничто не переносится в колонку „ Сделано “ до тех пор, пока эта часть проекта не будет опробована клиентом » .

« Еще один важнейший аспект спринта: как только команда утверждает список требований, задачи из этого списка „ блокируются “ . Никто не имеет права их менять или вносить добавления » . Автор рекомендует это из-за того, что любое вмешательство замедлит работу команды.

Ежедневные собрания

Суть в том, чтобы они проводились стоя, каждый день, в одно и то же время, их длительность не превышала пятнадцать минут и на них участники задавали одни и те же три вопроса: « Что ты делал вчера, чтобы помочь команде завершить спринт? » , « Что ты будешь делать сегодня, чтобы помочь команде завершить спринт? » , « Какие препятствия встают на пути команды? » .

Делайте до конца

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

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

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

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

Что делать потом? Каждый пункт списка нужно оценить на предмет того, сколько на его выполнение уйдет сил, времени и других ресурсов. Каким образом производить оценку? Автор предлагает шкалу относительных оценок. Например, можно сравнивать задачи « в собаках » . Эта проблема — такса или ретривер? А может быть, дог?

Но в любом случае удобнее установить числовые значения. Например, « Такса — единица; дог — тринадцать; лабрадор стал пятеркой, а бульдог — тройкой » .

Автор также предлагает использовать интересную методику покер планирования. Ее суть — каждому участнику процесса планирования дается колода карт с числами Фибоначчи — 1, 2, 3, 5, 8, 13 и так далее. Каждый пункт списка, единица работы, которая должна быть оценена, выкладывается на стол.

Требования — это истории

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

« Представьте, что вы составляете „ пожелание пользователя Amazon.com “ . Пробный вариант выглядит так: „ Мне как потребителю нужен крупнейший в мире магазин книг, где я могу купить любую книгу в любое время “ .Это описание вполне отвечает характеру Amazon, но история получилась слишком расплывчатой, чтобы с ней можно было что-то сделать. Нужно фрагментировать нашу историю. Сделать ее действительно очень конкретной и функциональной. Приведу несколько образцов пользовательских историй, которые вы можете написать, имея в виду книжный интернет-магазин :Как потребителю мне удобно искать книги по жанрам, чтобы быстро найти те, которые я люблю читать.Как потребитель я, отбирая книги для покупки, хочу класть сразу каждую в корзину.Как управляющий по выпуску новой продукции я хочу иметь возможность отслеживать покупки наших клиентов, чтобы быть в курсе, какие книги им можно предлагать.Вот профессионально сделанные пожелания пользователя, характер которых группа должна принять во внимание » .

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

Как планировать спринт

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

После этого команда дружно произносит: « Вперед! » — и принимается за работу

Но что такое работа? Рутина, обязаловка? С точки зрения скрам, работа — это история. Что это значит? Это означает, что вам следует представить человека, которому нужно то, что вы делаете; потом то, что это такое, и, наконец, зачем людям это нужно.

Командам нужно хорошо узнать свою динамику — сколько работы она может выполнить за один спринт. Это поможет ей работать разумнее и устранять все помехи на своем пути.

« Динамика x время = результат. Узнав, насколько быстро вы продвигаетесь, вы сможете понять, когда окажетесь на финише » .

Открытость во всем

Скрам предполагает прозрачность всех действий и процессов.

Это выражается в доске с тремя колонками, к которой имеют доступ все участники команды.

« Секретность — яд. Ничто не может держаться в тайне. Все должны знать всё, включая финансовые данные. Запутывание следов нужно только тем, кто ищет собственной выгоды » .

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

В скраме предполагается три роли: скрам-команда — исполнители конкретных проектов; скрам-мастер — это тот, кто следит за ходом проекта и помогает команде решать проблемы, и владелец продукта — тот, кто решает вопросы концепции продукта и составляет бэклог.

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

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

Минимизация рисков в скраме

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

« Методология Scrum полезна бизнесу тем, что быстро отвечает на вопрос: сможем ли мы заработать деньги, если сделаем то или иное?»

Вам не нужно тратить огромные средства перед тем, как понять, что-то не работает.

Эту книгу хорошо дополняют:

Управление проектами

Вадим Богданов

Бизнес-процессы

Владимир Репин

Deadline

Том Демарко

Jeff Sutherland

The Art of Doing Twice the Work in Half the Time

Джефф Сазерленд

Революционный метод управления проектами

Манн, Иванов и Фербер

Москва, 2016

Информация

от издательства

Издано с разрешения Scrum, Inc. c/o The Ross Yoon Agency

На русском языке публикуется впервые

Сазерленд, Джефф

Scrum. Революционный метод управления проектами / Джефф Сазерленд; пер. с англ. М. Гескиной - М.: Манн, Иванов и Фербер, 2016.

ISBN 978-5-00057-722-6

Методика Scrum - решение, найденное Джеффом Сазерлендом, чтобы преодолеть классические недостатки управления проектами: отсутствие слаженной работы внутри команды, невыполнение намеченных планов, дублирование задач внутри подразделений и т. д. В отличие от старого «поэтапного» подхода, при котором выбрасываются на ветер огромные средства и который зачастую так ни к чему не приводит, Scrum позволяет выполнять обязательства меньшими силами, в короткие сроки и с низкими затратами, а итоговый продукт отличается отменным качеством. Сегодня Scrum уже прочно закрепилась в управленческом арсенале большинства технологичных компаний мира. Теперь этот инструмент повышения продуктивности доступен и вам.

Правовую поддержку издательства обеспечивает юридическая фирма «Вегас-Лекс»

Предисловие партнера к российскому изданию

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

Самое важное в данной методологии (на мой взгляд) - ориентация на клиента. Заказчик должен получить то, что хочет, вовремя и с минимальными затратами.

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

Основная характеристика Scrum - гибкость. Данный подход позволяет оперативно реагировать на изменения в требованиях заказчика и быстро адаптировать продукт к ним.

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

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

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

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

Ульяна Самолова,

президент Samolov Group

Введение

Почему Scrum?

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

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

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

С момента своего возникновения концепция Scrum легла в основу проектирования новых программных продуктов для технологических отраслей. Однако, снискав признание и успех в Кремниевой долине среди руководителей проектов по созданию программного обеспечения и нового оборудования, в общей деловой практике Scrum остается еще малоизвестной методологией. Именно ради этого делового сообщества - людей, не связанных напрямую с миром высоких технологий, - я задумал написать книгу, в которой собираюсь раскрыть и разъяснить преимущества Scrum как системы управления в бизнесе. Я расскажу о первоистоках методологии Scrum: производственной системе компании Toyota и концепции, созданной для задач боевой авиации, - цикле OODA. Рассмотрю вопрос, почему организация проектов силами небольших команд является более эффективным способом работы. Остановлюсь на следующих моментах: как правильно расставлять приоритеты в работе над проектом; как организовывать спринты, то есть короткие этапы разработки проекта (от одной недели до одного месяца), - причем делать это таким образом, чтобы каждый член команды отвечал за свою часть работы, а результат последующего этапа вбирал в себя функции проекта, реализованные на предыдущих этапах; как проводить ежедневные короткие обсуждения задач проекта, чтобы быть не только в курсе сделанного, но и тех трудностей, с которыми неизбежно приходится сталкиваться. Кроме того, я объясню, как методология Scrum объединяет концепцию непрерывного совершенствования и концепцию реализации продукта с минимальным функционалом, что позволяет не ждать завершения всех работ, а оперативно удовлетворять требования заказчика на каждом этапе проекта. Вы узнаете, что мы применяли Scrum при проектировании абсолютно всего: от создания дешевых автомобилей с расходом топлива четыре литра на сто пятьдесят километров до разработки современных, на уровне XXI века, баз данных ФБР.

Эту книгу хорошо дополняют:

Управление проектами

Вадим Богданов

Бизнес-процессы

Владимир Репин

Deadline

Том Демарко

Jeff Sutherland

The Art of Doing Twice the Work in Half the Time

Джефф Сазерленд

Революционный метод управления проектами

Манн, Иванов и Фербер

Москва, 2016

Информация

от издательства

Издано с разрешения Scrum, Inc. c/o The Ross Yoon Agency

На русском языке публикуется впервые

Сазерленд, Джефф

ISBN 978-5-00057-722-6

Правовую поддержку издательства обеспечивает юридическая фирма «Вегас-Лекс»

Предисловие партнера к российскому изданию

Ульяна Самолова,

президент Samolov Group

Введение

Почему Scrum?

Здравствуйте, дорогие друзья!

Предлагаю вашему вниманию рецензию на книгу Scrum. Революционный метод управления проектами Джеффа Сазерленда от издательства МИФ.
Джефф Сазерленд - советник венчурного фонда OpenView Venture Partners и глава компании Scrum. В 1993 году он создал методику Scrum и в 1995-м формализовал ее вместе с Кеном Швабером. Сегодня эта методология используется во всем мире.

Особенности подхода SCRUM:

Существует два подхода:

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

- новый:

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

Давайте рассмотрим структуру книги и остановимся на самых ярких моментах, которые мне запомнились больше всего.

1. Структура книги очень простая : 9 глав, вступление и послесловие в формате приложений, где дается краткая инструкции, как легко внедрить подход SCRUM в свою систему управления проектами.

2. В конце каждой главы краткое резюме всего изложенного. Это очень помогает структурировать информацию и более глубоко ее воспринимать.

3. В книге много интересных жизненных историй , которые делают процесс чтения ярким и интересным))

На страницах книги Джефф Сазерленд рассказывает свою историю: как жизнь подвела его к созданию такой системы управления проектами. Рассказывает о самых ярких моментах сотрудничества с ФБР и крупнейшими компаниями мира.

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

Каскадный эффект,

Эффект ореола, или гало-эффект.

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

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

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

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

Главная идея заключена в счастье:

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

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

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

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

На этом, дорогие друзья, хочу завершить свою рецензию словами автора:

Желаю вам новых высот, друзья, и удивительных открытий!
Книга «SCRUM Революционный метод управления проектами» Джеффа Сазерленда поможет вам осуществить ваши давние мечты . В ней вы найдете всё, начиная от алгоритмов построения успешного бизнеса, заканчивая аналитическими тезисами секрета успеха крупнейших компаний мира.

Приятного чтения, друзья!

Бесплатно прочитать начало книги можно на сайте издательства «Манн, Иванов и Фербер»
Приобрести книгу можно labirint.ru и на ozon.ru

Ниже в комментариях напишите, знакомы ли вы с концепцией Джеффа Сазерленда. Что в его подходе вам понравилось больше всего?