Канал Сергея Кашина

2021-05-12 12:01:03 Теперь умножим метод описания «Я как пользователь хочу» на способ визуализации стикерами, с тенями и с разными размерами шрифтов, в которые невозможно вписать нормальное, человеческое предложение, и вот отличная почва для конкуренции!

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

Как же описывать пользовательские сценарии, если не стикерами и без «я как пользователь»? Многие будут удивлены — когда-то это делали обычным текстом, буквами черным по белому. С рисунками, схемами, диаграммами, видео, фотками, да хоть и со стикерами, прости господи. Открыть/Комментировать

2021-05-12 12:00:48 Другая проблема подхода — фрагментарность описания. Метод так устроен, что всё описывает фрагментами и не приспособлен для реальных ситуаций, которые могут быть и длинными, и ветвистыми.

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

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

Фрагментарность может выполнять полезную задачу: описывать условия, которые в любом случае должны выполняться. Например, «данные должны всегда сохраняться автоматически». Но комплексный путь нельзя описать фрагментарным инструментом. Открыть/Комментировать

2021-05-12 12:00:37 Способ выявить эту ошибку: вы открываете описание пользовательских сценариев, а там более 90% случаев «я как пользователь, хочу». Булщит бинго!

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

Поди раскопай и проверь потом, когда таких схем накопчены десятки, а правда ли пользователь хочет или нет. И попробуй возрази — ты что, против продуктовой разработки в интересах пользователя?! Открыть/Комментировать

2021-05-12 12:00:19 Нормальный чел не будет писать сто раз “я как пользователь”. Потому что и без этого очевидно, что существует пользователь и для него что-то там делается. Или не пользователь, а группа, процесс, ситуация.

Расстраивает распространение этого подхода куда ни попадя, даже там, где он совершенно неуместен в принципе.

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

2021-05-12 11:59:52 Подход «Я как пользователь хочу …, чтобы …» работает только для нескольких категорий проектировщиков продуктов.

1. Для самых неподготовленных новичков, которые только учатся проектировать. Хорошо ли давать такую методику новичкам — я думаю нет. Зачем учить плохому? Да и зачем доверять проектирование новичку? Но пока вынесу это за скобки.

2. Для самых тупых опытных, которые не в состоянии увидеть недостатки подхода, даже набрав опыт, и развиться в направлении чего-то более продуктивного. Подход не обязательно убивать, его можно развивать.

3. Для любых проектировщиков, от действий которых практически ничего не зависит: всем пофиг, или слабая команда и так всё испортит, или потребность в продукте надуманная и он реально никому не нужен, или результат не влияет на доход проектировщика, и другие подобные причины, когда нет реальной ответственности. Открыть/Комментировать

2021-05-12 11:59:42 Описание пользовательских историй в стиле «Я как пользователь хочу …, чтобы …» задумывалось, в том числе как способ включить новичков в процессы проектирования продуктов. Но что-то пошло не так, и метод внес неразбериху в работу многих команд. Открыть/Комментировать

2021-05-10 12:17:31 Чтобы было удобнее разглядывать отдельные раунды, сделал регуляторы скорости симуляции и размера графики, и ховер раунда по наведению мыши. Открыть/Комментировать

2021-05-10 12:17:19 Последний шаг показывает итог каждой игры и общую долю выигрышей. Голубые — игрок выиграл. Открыть/Комментировать

2021-05-10 12:17:12 Чтобы сравнивать эффективность каждой из двух тактик, переключайте: Открыть/Комментировать

2021-05-10 12:17:04 Четвертый шаг показывает финальное решение игрока: сохранить выбор или выбрать другую дверь. Открыть/Комментировать