Цитаты из книги «Пользовательские истории. Искусство гибкой разработки ПО»

В плохих командах все жалуются на медленную работу, обвиняя в этом недостаточно усердно трудящихся коллег.

В научно-фантастическом романе Мэри Шелли «Франкенштейн» безумный доктор Франкенштейн создает чудовище из фрагментов тел мертвых людей, а затем оживляет его с помощью диковинной на тот момент силы электричества. Конечно, мы знаем, что на самом деле это невозможно. Вы не можете создать что-то живое, просто сшив вместе случайные части тел. Тем не менее разработчики программного обеспечения все время пытаются сделать именно это.

больше, если добавите на карту кое-что еще. Это могут быть, например: • проблемы – что-то, что не работает, вызывает трудности, что люди ненавидят; • выгоды или радости – то, что доставляет удовольствие и вдохновляет; • вопросы – «Почему люди делают это?», «Что происходит, если они делают это?»; • идеи – то, что люди могли бы сделать, или возможные способы устранить проблему либо увеличить эффекты удовольствия и радости.

Вот как выглядит этот шаблон: Как [тип пользователя], я хочу [сделать то-то и то-то], таким образом я смогу [получить такую-то выгоду]. Ребята из Connextra использовали этот простой шаблон для составления описаний своих историй. Они обнаружили, что написание этого небольшого дополнения перед началом изложения истории помогает им остановиться на минуту и сформулировать для себя: для кого, что, почему. И если выяснится, что данных недостаточно, составление истории оказывается под вопросом.

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

Когда говорят о живом организме, под словом «жизнеспособный» обычно понимают, что организм может выжить в нашем мире. К программному обеспечению это тоже относится. Минимально жизнеспособный продукт – это продукт минимального объема, при выпуске которого успешно достигаются желаемые результаты. Это определение мне нравится больше всего. «Минимальный» – субъективная характеристика, поэтому вам нужен конкретный субъект для определения минимума и этот субъект не вы. Точно определите, кто ваши заказчики и пользователи и что им нужно для решения их задач. Что им минимально необходимо? Я клянусь вам, это сильно облегчит обсуждение. Есть, правда, и альтернатива – когда решение принимают вышестоящие лица, но это намного хуже.

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

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

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

В чем особенности действий пользователя на данном этапе? • Какие альтернативные вещи они могут сделать? • Как можно сделать этот этап по-настоящему крутым? • Как исправить ситуацию, если что-то пойдет не так?