Анализ историй пользователей с использованием Google Таблиц

Перевод статьи User Story Insights Using Google Sheets by Tom Martin , Senior Product Manager https://www.metaltoad.com/blog/user-story-insights-using-google-sheets

Для кого: Владельцы продуктов / менеджеры проектов

Что: Использование Google Таблиц в качестве инструмента для сбора показателей пользовательских историй

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

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

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

Копирование шаблона листа

Чтобы использовать и создавать таблицы Google, вам необходимо иметь учетную запись Google и иметь возможность войти в систему и получить доступ к своему Google Диску .

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

Google Таблицы Истории пользователей [ШАБЛОН]

Перейдите в раздел «Файл» и нажмите «Сделать копию». Это создаст копию шаблона на вашем личном Google Диске, которую вы затем сможете редактировать и манипулировать любым способом, необходимым для соответствия вашим конкретным потребностям.

Лист(ы)

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

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

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

Вот столбцы, которые я собираю в этом шаблоне:

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

Пользовательская история: истории — это фундаментальное средство общения, планирования и переговоров между командой схватки, владельцами бизнеса и владельцем продукта. Каждая история должна следовать принципу «ИНВЕСТИРОВАТЬ» (истории должны быть: независимыми, подлежащими обсуждению, ценными, оцениваемыми, имеющими соответствующий размер, проверяемыми). Один из стандартных форматов — это: «Как {{персона}} я хотел бы {{выполнить действие}}, так что {{причина почему}}». То, как вы строите свои истории, менее критично, чем обеспечение того, чтобы вы отвечали на три вопроса: кто, что и почему.

Приоритет: относительная мера того, когда компания хотела бы, чтобы история была выпущена, по сравнению с другими историями. Это всегда должны предоставлять владельцы бизнеса или заинтересованные стороны. В шаблоне мы допускаем значения 1–4, где 1 — высокий приоритет, а 4 — низкий. Если оставить в стороне дебаты о «упорядоченном» против «приоритезованного», факт остается фактом: за пределами вашей scrum-команды владельцы бизнеса, как правило, обладают определенными функциями, которым из-за сложного политического или внешнего конкурентного давления может потребоваться расставить приоритеты перед другими функциями, которые принесут больше значение пользователя. Конечно, стоит отметить, что во многих проектах грань между приоритетом и значением может быть настолько тонкой, что этот столбец становится избыточным и ненужным.

Ценность: относительная мера того, насколько история обогатит пользовательский опыт при взаимодействии с продуктом. Для простоты мы также допускаем только 4 варианта от 1 до 4, где 1 — высокое значение, а 4 — низкое значение. Способ определения стоимости может отличаться. По возможности старайтесь использовать измеримые показатели или, по крайней мере, учитывайте точку зрения множества заинтересованных сторон.

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

Оценка: относительный объем работы, необходимой для завершения рассказа, по сравнению с другими историями. Это строго принадлежит команде доставки и только группе доставки. На этом этапе проекта вы хотели бы сохранить приблизительные оценки. Помните, что ваша команда по доставке будет продолжать уточнять оценку каждой истории по мере того, как она приближается к включению в активный бэклог спринта. На этом этапе производства я бы рекомендовал использовать метод калибровки «размер футболки» (XSm, Sm, Md, Lg, XLg, XXLg). По мере того, как истории приближаются к бэклогу спринта, команда может захотеть переоценить, используя значения последовательности Фибоначчи в командном программном обеспечении для отслеживания проектов (Jira, VSO и т. Д.), Чтобы повысить точность относительного размера истории.

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

Здесь происходит волшебство

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

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

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

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

Цветовое кодирование с условным форматированием

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

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

Вы можете настроить условное форматирование, выбрав столбец или ячейки и перейдя в меню «Формат» к «Условное форматирование…»

Использование элементов списка проверки данных

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

Чтобы настроить правила проверки, выберите диапазон ячеек и в меню «Данные» перейдите к «Проверка…».

Заставляем лист работать на вас

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

Матрица стоимости / риска

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

=if(AND(OR(D2=»1 High»,D2=»2 Med»),OR(E2=»1 High»,E2=»2 Med»)),»Strategic»,if(AND(OR(D2=»1 High»,D2=»2 Med»),OR(E2=»3 Med»,E2=»4 Low»)),»Leveraged»,if(AND(OR(D2=»3 Med»,D2=»4 Low»),OR(E2=»1 High»,E2=»2 Med»)),»Focused»,if(AND(OR(D2=»3 Med»,D2=»4 Low»),OR(E2=»3 Med»,E2=»4 Low»)),»Routine»,»»))))

//В качестве альтернативы вы можете выполнить поиск в таблице вместо этого сложного вложения условных выражений

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

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

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

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

Расширенные столбцы

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

В шаблоне вы можете видеть, что первые три скрытых поля представляют собой просто целочисленные представления значений, выбранных в столбцах «Приоритет», «Значение» и «Риск». Хотя метки High, Med, Low делают видимые столбцы более удобными для человека, они не подходят для агрегирования и анализа. Создав эту целочисленную копию данных, мы теперь можем легко использовать эту информацию в наших графиках, сводя к минимуму путаницу для любых заинтересованных сторон, просматривающих основные столбцы таблицы.

=IF(C2=»1 High»,1,IF(C2=»2 Med»,2,IF(C2=»3 Med»,3,IF(C2=»4 Low»,4,»»))))

Следующие три столбца аналогичны последним трем, но с инвертированными значениями. Хотя мы обнаружили, что наличие приоритета «1» хорошо соотносится с нашей системой управления проектами, меньшее значение не всегда означает более высокий приоритет при создании сводных таблиц и диаграмм. Имея этот столбец INV (инвертированное значение), теперь мы можем иметь наши диаграммы, точно отражающие «высокое значение» как более высокое значение относительно оси графика.

=IF(C2=»1 High»,4,IF(C2=»2 Med»,3,IF(C2=»3 Med»,2,IF(C2=»4 Low»,1,»»))))

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

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

Создание представлений фильтров для выпусков

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

Использование сводных таблиц

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

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

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

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

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

Графики аналитики

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

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

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

Круговые диаграммы

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

Столбчатые диаграммы

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

Диаграммы с областями и линейные диаграммы

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

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

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

Сила обмена

Прозрачность — основа гибких методологий. Общение вокруг пользовательских историй можно дополнительно упростить, поделившись своими таблицами и документами Google с вашим клиентом и заинтересованными сторонами, предоставив им различные степени доступа. Обычно мы разрешаем нашим клиентам оставлять комментарии в любых артефактах Google. Мы Позвольте заинтересованным сторонам оставлять комментарииждем и с энтузиазмом приветствуем комментарии клиентов в наших рабочих документах. Дождаться обратной связи до последней минуты или делать «Большое Разоблачение» — это азартная игра. Вы можете накрыть их носки своей презентацией. Но опять же, если вы этого не сделаете, ставки высоки. Позвольте вашим клиентам войти и побудить их комментировать незавершенные документы между вашими scrum-мероприятиями и встречами.

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

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

Чем больше людей вы привлечете к Google Sheet, тем меньше людей вы будете передавать устаревшие экспортированные листы Excel. По возможности держите людей в источнике истины; экспорт не должен быть вашим основным средством обмена.

Иногда вам может потребоваться разрешить заинтересованным сторонам войти в документ и попросить их предоставить или редактировать данные только на некоторых листах или в определенных столбцах. Чтобы учесть это, вы можете использовать Защищенные листы и Защищенные диапазоны. Чтобы защитить весь лист, щелкните правой кнопкой мыши вкладку листа и перейдите в Защищенные листы. Чтобы установить разрешения для определенных столбцов листа, выберите столбцы, щелкнув, удерживая Ctrl + щелчок или Shift + щелкнув нужные столбцы, а затем щелкните правой кнопкой мыши, чтобы перейти к кнопке Защищенные диапазоны в контекстном меню. Это расширит область администрирования Protected Sheets and Ranges в правую часть страницы. В каждом определяемом вами диапазоне вы можете установить высокую степень детализации в отношении того, кто может и не может редактировать содержимое в пределах.

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

Продолжая

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

Некоторые дополнительные способы применения некоторых из вышеперечисленных методов:

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

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

Скрытые столбцы будут выглядеть так:
=IF(H2=»1 High»,4,IF(H2=»2 Med»,3,IF(H2=»3 Med»,2,IF(H2=»4 Low»,1,»»))))

А усредненный столбец будет иметь формулу, подобную этой:
=IF(NOT(ISBLANK(A2)), IF(AVERAGEIF(AK2:AQ2, «>0»)>3.5, «1 High», IF(AVERAGEIF(AK2:AQ2, «>0″)>2.5,»2 Med», IF(AVERAGEIF(AK2:AQ2, «>0″)>1.5,»3 Med»,»4 Low»))), «»)

С некоторыми дополнительными изменениями вы также можете учесть дополнительный вес конкретных заинтересованных сторон или персонажей в формуле усредненного приоритета.

Следующие шаги

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

Оригинал — Истории пользователей [ШАБЛОН]

Перевод — Истории пользователей [ШАБЛОН]