выявить риск ахиллесовой пяти Agile, управляемой данными

vyyavit risk ahillesovoj pyati agile upravlyaemoj dannymi?v=1656627130

Фил Ситон

wT9AUoQK-5rUk1J-GcT8g5Uf22FNU6rZN4n4
Иногда аналоговая информация дает наиболее четкое направление

Угрожает ли вам обман на основе данных?

Agile – это тысяча разных вещей. Agile может быть префиксом «agile scrum» или это может быть расплывчатым понятием «быстрое движение». Инженеры могут пробормотать что-то о «непрерывном» [delivery / deployment / integration]». В Microsoft есть страница результатов поиска, которая появляется сразу после словарного определения слова. Вы знали, что есть манифест? Он полон коротких, нечетких принципов. Это как import this из Python. Вы не можете ошибиться.

Постепенное усовершенствование без догм.

Это то, о чем я думаю, когда думаю о ловкости. Но во всех идеях, книгах, блогах, семинарах и реальном опыте команд везде захороненное предположение, ахиллесова пятая Agile. Есть один ярлык, чтобы быстро повредить agile. Готовы?

Обратная связь не обязательна

Agile – это контракт. В обмен на быстрый постепенный прогресс, вы получаете быструю, поступательную обратную связь. Быстрая обратная связь позволяет еще раз ускорить прогресс в правильном направлении. Со временем многие шаги могут создать нечто разумное и устремленное.

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

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

Без обратной связи развитие будет безнадежным. Тысяча минимальных жизнеспособных продуктов составят тысячу маленьких штук. Клиенты могут никогда не видеть ценности, если каждый MVP разрывается в другом направлении. Это нарушает правило №1 по манифесту:

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

Здесь, чтобы спасти ситуацию: бизнес-процессы, гарантирующие дополнительную обратную связь. Есть много таких, которые связаны с внутренними характеристиками команды, такими как ретроспективы scrum и менеджеры один на один.

Опасность бездумной обратной связи

Меня интересуют механизмы обратной связи с продуктом, убивающим компании. Вы уже знаете этих героев: Data Science, A/B тестирование, цели и ключевые результаты (OKR), ключевые показатели эффективности (KPI).

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

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

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

Data Science + A/B-тестирование

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

Есть ли тот факт, что больше людей нажали / прошли через последовательность / дали нам своего первенца, единственным волнующим нас показателем? A/B-тесты почти всегда сосредоточены на краткосрочной узкой цели: больше X сейчас.

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

OKR+KPI

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

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

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

Решения для плохого отзыва: найдите более глубокую связь

Для меня урок не в том, что Data Science, Analytics, A/B тестирование или бизнес-метрики плохие или не работают. В большинстве случаев это полезные инструменты. Но может быть трудно увидеть человеческую реальность по всем цифрам, которые работают сегодня. У нас есть цифры, которые умный автомат может использовать, чтобы оправдать даже самые плохие решения, деловые или другие.

Риск состоит в некритическом использовании данных, возвращаемых на последующую итерацию.

Я ленивый. Когда я нахожу что-то работающее, я люблю повторять это без раздумий.

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

Обед с кем-то из продаж. Кофе с успехом клиента. Вызовы с клиентами. Общение с реальными людьми лицом к лицу о продукте. Вот как я стараюсь избежать риска управляемого данными agile.

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

Если вы ошибетесь слишком много из них, сложно составить все эти MVP.

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

Добавить комментарий

Ваш адрес email не будет опубликован.