Scrum на практике. Высокая продуктивность и результаты – прямо сейчас

Несколько лет назад ребята из компании OpenView Venture Partners пришли в Scrum Inc. с головоломкой. Они думали, что Scrum построен вокруг скорости: насколько быстро работает команда? Могут ли они сделать больше за спринт? Именно поэтому они нагружали свои команды бэклогом, достаточным для того, чтобы его можно было закончить в спринт, но он оказывался забит полностью, до последнего дня. Затем они заметили кое-что. Команды, которые придерживались постоянной скорости, выполняли одинаковое количество работы, но не получали четырехкратного повышения продуктивности, ради которого изначально был разработан Scrum. Другие, которые раньше завершали свои спринты, становились всё быстрее. В итоге они поняли, что Scrum затрагивает не скорость, а ускорение.

Шаблон таков.

Команды, которые заканчивают рано, разгоняются быстрее.

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

Неудача в достижении цели спринта мешает улучшению команды[28].

Работая с группой экспертов над проектом языка шаблонов Scrum (Scrum Pattern Language Project), мы создали язык шаблонов для гиперпродуктивных команд. Они использовались во многих компаниях и областях множество раз. Эти практики лежат в основе добротного следования фреймворку Scrum.

Можно получить данные без информации, но не информацию без данных

Это высказывание, которое снова и снова, как мантру, цитируют специалисты по обработке и анализу данных, принадлежит специалисту по теории вычислительных машин и систем, писателю и гуру больших данных Дэниелу Кису Морану. И в нем описана проблема, которую Системы медицинской информации компании 3M (3M Health Information Systems, 3M HIS) пытаются решить для больниц, страховых компаний и планов медицинского обслуживания. Вот пример: согласно Закону о доступном медицинском обслуживании США, федеральное правительство может оштрафовать больницу, если у нее, например, высокие показатели повторных госпитализаций или внутрибольничного инфицирования. Это происходит в рамках перехода от сдельной системы оплаты лечения, при которой больница получает деньги за количество проведенных процедур и тестов (модель оплаты за фактически оказанные услуги), к ценностной, при которой платежи основаны на результатах пациентов (деятельности, а не работе). В 2017 году 751 больница недополучила средства по федеральной программе медицинской помощи престарелым США, поскольку все они не соответствовали новым стандартам.

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

Было бы хорошо, если бы существовал способ узнать, какие пациенты с высокой долей вероятности будут госпитализированы снова. Ведь очень небольшое число пациентов создает большую часть статистики по повторной госпитализации. Ключевой вопрос, конечно, в том, как узнать, что человек попадает в эту группу риска. Зайдите в Системы медицинской информации компании 3M (3M HIS). Они обрабатывают массив больших данных. Они смотрят на базу – от заметок докторов до отчетов лабораторий и демографических данных – на все типы данных и помогают больницам принимать проактивные, а не реактивные меры для обеспечения пациентов поддержкой, которая им необходима. Люди становятся здоровее, немногие попадают на станции скорой помощи, затраты снижаются, каждый получает лучшие результаты. Здорово, правда?

В сентябре 2014 года мы с отцом опубликовали нашу первую книгу «Scrum. Революционный метод управления проектами». Той осенью она оказалась на столах у многих людей. В том числе попала к Дэвиду Фрази и Тэмми Сперроу из 3M HIS. Дэвид был техническим директором подразделения, а Тэмми – его правой рукой. Они показали книгу всей команде руководителей. И затем позвонили нам.

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

Пострадал из-за нападения утки