КАК НАПИСАТЬ USER STORY?

Про SCRUM писал тут и тут. В этом посте развиваю тему написанием пользовательской истории (user story). Никакого секрета нет, достаточно придерживаться структуры:

КАК <кто>,
Я ХОЧУ <что>,
ЧТОБЫ <зачем>.

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

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


Шесть критериев хорошей пользовательской истории:

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

Договорная
Треугольник "качество-быстро-дешево" необходимо разорвать. Какого-то параметра не будет хватать – это нормально. Договоритесь какого именно на начальном этапе.

Ценная
Если пользовательская история не имеет значения для бизнеса, то зачем ее делать?

Измеримая
Информации должно хватить, чтобы команда могла оценить сложность.

Размер
Решение пользовательской истории должно укладываться в один спринт

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


Разница между "измеримой" и "размером":
• Пользовательская история может содержать информацию, чтобы оценить ее на 100 story point. История измеримая, но она не проходит по размеру в один спринт

• Пользовательская история оценена в 2 story point, потому что не хватает информации для оценки. Размер истории хороший, но такая история плохо измеримая.

#books

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

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

Устал от книг по менеджменту и построению команд. Хочу в голову загрузить другие мысли и паттерны. Не помню где читал, но 80-90% мыслей в голове не принадлежат нам - это услышанное или увиденное ранее. Чтобы увеличить глубину мышления нужно исключить мусорный контент из каждодневного потребления.

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

#books

Дон Норман утверждает, что у дизайна есть две важнейших характеристики:

• наглядность – реально ли разобраться, какие действия возможны и где эти действия осуществить?

• понятность – как продукт должен использоваться? Что означают эти кнопки и регуляторы?


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


Наглядность продукта появляется, когда мы правильно применяем психологические концепты:

• возможность – это варианты взаимодействия между человеком и средой. Одни возможности очевидны, другие – нет. Например, стекло имеет возможность пропускать физический свет и не пропускать ветер.

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

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


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

#books

На прошлой неделе сильно обновил книжную полку. Добавил около 60 книг и 200 рекомендаций от Joe Rogan, Warren Buffett, Elon Musk, Jeff Bezos, Mark Zuckerberg и тд .

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

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

#books

Продолжаю чтение книги Дона Нормана – Дизайн привычных вещей. Я уже публиковал выдержку про характеристики дизайна.

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

Про двери у Номана есть большой пунктик. Попробуйте погуглить Don Norman doors. К дверям Нормана относят двери, использование которых запутано. А без дополнительной подсказки им сложно пользоваться.

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

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

А еще отличное видео на YouTube.

#books

Делюсь лайфхаком экономии денег при покупке книг на Литрес.

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

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

Я предпочитаю книги слушать в аудиоформате и делать заметки в Evernote во время прослушивания. К такому я пришел итеративно через пробы и ошибки. Год назад писал про это в деталях.

UPD: в комметариях дали инструкцию на получение книг в ЛитРес бесплатно.

#thoughts #books

Привет, я Денис.

В 2007 начал карьеру системным администратором и за пять лет вырос в архитектора высоконагруженных решений на базе Microsoft и Cisco. Где-то через три года сменил профиль развития на информационную безопасность. Но не задержался в этой сфере и с 2018 года занимался развитием цифровых продуктов.

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

Два года назад полюбил книги и придерживаюсь простого правила: читать один час в день. Все книги и рекомендации записываю в табличку в Notion. Смело покупайте топ 50 книг из списка и читайте.

В декабре прошлого года завершил двухлетний марафон бизнес-образования MBA в РАНХиГС. Эти два события расширили мой кругозор и стали стимулом делиться информацией в этом канале.

Я выделил семь базовых тематик постов:
#thoughts – мои мысли
#mba – материалы с программы MBA
#books – идеи из книг
#product – про стартап, поиск сегмента и создание продукта
#links – ссылки на внешние материалы
#pics – инфографика
#PR – дружеский PR

ЗАЧЕМ Я ЧИТАЮ КНИГИ?

С 2020 года стал уделать чтению книг внимание. Стараюсь читать минимум 1 час в день, как рекомендует Bill Gates. При таком подходе за год получается 30+ книг. Во время чтения я не измеряю достижения количеством книг и полученной информаций. Стараюсь читать и получать удовольствие. Я не думаю, что после прочтения очередной книги сразу же стану другим человеком. Я стараюсь запихивать новую информацию в голову, а нейронка в мозгу уже обработает и структурирует эти знания. Это работа на будущее. И уже через 30-50 книг заметно, что горизонт познания окружающего мира раздвинулся. Каждая прочитанная книга добавляет дополнительное понимание сложности окружающего мира. А раньше ведь жил и даже не представлял, что от моего внимания скрываются тысячи неизвестных направлений. Книги учат видеть паттерны в жизни, которые в них описаны.

Для себя я понял, что только полноценное чтение книг помогает получить знания из них. А еще лучше делать заметки во время чтения и потом возвращаться к ним, чтобы освежить информацию. Считаю, что сервисы, которые предоставляют саммари мыслей из книг – ничего полезного не дают на продолжительной дистанции. Мозг запоминает от силы 10% при чтении, если делать заметки, то еще 30%. Получается, что из короткого саммари на выходе, через месяц, вообще ничего не останется. Часто слышу, что в книге разжевывается одна мысль, которая описана в первой главе, а дальше вода. Для меня это грамотно составленная книга. Вначале автор задает основную тему, а дальше в разных ситуациях рассматривается этот подход. Именно в этот момент через десятки различных, похожих друг на друга, ситуаций новые знания закрепляются в мозге. Только через проживание и разжевывания примеров чужой опыт передается нам. И когда в будущем сталкиваешься с подобной ситуацией, то мозг принимает решения уже как свои, основанные на своем опыте. 

Чтение книг – это сложный дофамин. А социальные сети – легкий. Поэтому если постоянно смотришь Youtube | Instagram, то переключиться бывает сложно. Но после прочтения книг я получаю больше удовольствия, чем после целого дня в Youtube. Для меня это послужило причиной снижения времени в социалках в 5+ раз.

Где-то читал, что больше 90% мыслей не наши, это информация, полученная из внешних источников. Так вот, если потреблять качественный контент, то в мозге будет меньше шлака. А книги великолепный источник структурированной информации.

Для того чтобы уменьшить вероятность плохих книг – я завел табличку в Notion, в которой отмечаю интересные для меня книги и сколько раз ее рекомендовали. И у меня всегда есть запас где-то 20-40 купленных, но еще не начатых книг. При выборе следующей – выбираю тематику в которую хочу погрузиться и беру подходящую книгу.

Прошлые посты про книги: раз и два

#books

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

Когда дизайнер создает новый интерфейс или физическое устройство – он обязан учитывать каждый из этих шагов:
• Поставить цель
• План действия
• Уточнить последовательность действий

• Восприятие результата
• Интерпретация результата
• Сравнение результата и цели


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

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

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

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

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

#books

Все еще впечатлен концепцией дизайна Дона Нормана. Про наиболее впечатлявшие меня вещи писал раз и два.

После того как выяснили семь этапов достижения и оценки цели, можем ответить на вопрос: как эти знания применить при создании физического или цифрового продукта?

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

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

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

Выводы из семиступенчатой модели приводят нас к основополагающим принципам:

• Наглядность. Пользователь понимает, какие действия возможны и в каком состоянии находится устройство в данный момент.

• Фидбэк. После совершения действия легко понять, какое новое состояние продукта.

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

• Возможности. У продукта есть возможности, которые позволяют совершать желанные действия.

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

• Проекция. Без труда понятно, как работают ручки, переключатели и кнопки. Принцип управления ими.

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

Когда в следующий раз вы не сможете понять с первого взгляда, как пользоваться устройством. Знайте – это проблема с дизайном. Примеры:
• Попали в новый отель и не смогли быстро разобраться как работает кран смесителя
• Включили телевизор и не понятно как настроить смартТВ
• Привезли новый девайс, но не понятно как открыть коробку без повреждений.

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

#books

Ищем узкие места в процессах

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

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

Избыточный ресурс – это ресурс, в котором производительность выше спроса. Например, DevOps инженер в небольшом стартапе.

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


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

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

По мотивам книги Цель Элияху Голдратта #books