Knigionline.co » Компьютеры » Пользовательские истории. Искусство гибкой разработки ПО

Пользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон (2014)

Пользовательские истории. Искусство гибкой разработки ПО
Пользовательские ситуации – это способ описания притязаний к разрабатываемому продукту. В книжке поведано, как верно применить эту технику, дабы сфокусироваться на установленной задачке и пожеланиях покупателя, а не распыляться на реализации второстепенных функций. Создатель книжки демонстрирует, как этот расклад не только ускоряет и классифицирует разработку, но и улучшает взаимопонимание в команде.
Уже достаточно большое количество организаций ввело у себя методологии Agile и Lean, в следствие этого, абсолютно ,вполне вероятно, что вы уже успели попасться в одну из ловушек, образующихся по причине неправильного осознания концепции ситуаций. Вот кое-какие из них. Книжка несомненно поможет вам:
Потому что ситуации дают возможность для вас сосредоточиться на разработке маленьких фрагментов ПО, просто закончить и рассмотреть неделимую картину. В итоге выходит обычный продукт-франкенштейн, любому юзеру которого бесспорно, собственно что он произведен из разрозненных, не связанных частей с иной частью.
Когда вы трудитесь над продуктом значимых объемов, создание малехоньких частичек одного за иной, вынуждает людей думать, когда же вы в конце концов закончите и собственно , что же выйдет в итоге. Как будто вы строитель.
Потому что ключевое в концепции ситуаций — это рассмотрение, люди нередко запамятывают производить записи. В итоге вещь обсуждения и достигнутые соглашения забываются.
Потому что в не плохих ситуациях ожидается присутствие критериев приемки, мы сосредоточиваемся на определении данных критериев. Но данный процесс и описание создаваемого продукта — не одно и то же. В итоге команда не имеет возможность окончить запланированную работу в запланированные , нужные сроки.
Потому что неплохие ситуации обязаны быть написаны с позиции юзера, но есть большое количество качеств, коих юзер элементарно не лицезреет, члены команды говорят: «У сего продукта нет юзеров, например собственно , что тут пользовательские ситуации не подходят».
В случае если вы уже угодили в 1 из данных ловушек, я (автор) стараюсь прояснить все вызвавшие
их недоразумения. Вы спрашиваете, как расценить совершенную картину, продуктивно дискуссировать цели и задачки юзеров и делать неплохое ПО.
Для кого ещё данная книжка:
Для вас, естественно. Тем более в случае если вы ее уже приобрели. Я вот считаю, собственно , что вы создали мудрую инвестицию. Во всяком случае, чтение книжки станет тем более нужным для знатоков надлежащих областей.
Продукт-менеджеры и UX-специалисты в платных компаниях, производящих продукты, обязаны прочитать данную книжку, дабы перебросить мостик от мира пользовательского навыка и работы продукта к тактическим намерениям и составляющим бэклога. В случае если вы чувствуете проблемы, пробуя перебежать от представления о продукте к отдельным составным частям, которые обязана сделать ваша команда, описания вам несомненно помогут. В случае если для вас непросто вынудить иных людей поставить себя на пространство юзеров, карта ситуаций для вам несомненно поможет. В случае если вы никоим образом не сможете увязать совместно добрый дизайн взаимодействия и практическое проектирование продукта, для вас книга станет помощником. И в случае если пробуете выполнить опыт в манере стартапа Lean, она также станет помощником.
Адепты клиентов, бизнес-аналитики, а еще продукт-менеджеры в организациях, занятых в сфере информационных технологий, обязаны прочитать эту книжку, дабы взвести мосты меж юзерами, разработчиками и другими заинтересованными сторонами. В случае если вы тратите большое количество усилий, дабы все заинтригованные лица в вашей фирме пришли в конце концов к какому-либо договору, карты ситуаций помогут. А в случае, если создатели затрудняются, пробуя нарисовать неделимую картину, ситуации будут полезны и тут.
Тренеры процессов Agile и Lean, в случае если они желают помогать командам и отдельным людям работать эффективнее, обязаны прочитать эту книжку. Не считая такого, задумайтесь, как неправильное представление о ситуациях развилось у служащих вашей организации! Используйте ситуации, обычные упражнения и практики, описанные в данной книжке, дабы посодействовать вашим командам развиваться.
И в конце концов, все другие. При применении процессов Agile мы почаще всего ждем плодотворной работы с ситуациями от людей, исполняющих прямые обязанности бизнес-аналитиков или же адептов клиентов, но на самом деле действенной работа будет, в случае если почвы станут популярны и доступны всем. В случае если люди не знают самых простых вещей, вы нередко будете слышать претензии о том, что ситуации дурно расписаны, или же очень длинные, или же мало детализированные.
Данная книжка несомненно поможет, но не так, как вы ждете. Вы совместно с другими читателями спрашиваете: создание ситуаций — это не метод чем какого-либо другого строчить запросы, а дорога к большим, продуктивным и санкционированным дискуссиям. Данное издание поможет вам сконструировать такие облики дискуссий, которые помогут вам владеть нужной информацией.

Пользовательские истории. Искусство гибкой разработки ПО - Джефф Паттон читать онлайн бесплатно полную версию книги

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

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

Хорошо это или плохо, но именно так работают документы.

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

Документируйте, чтобы активизировать воспоминания

Я пару раз слышал шутку: «Мы перестали писать документацию, и поэтому у нас теперь Agile». Это называется: кто знает – тот поймет, потому что на самом деле процесс, управляемый историями, требует для работы множества документов. Но зачастую эти документы совсем не похожи на традиционные задокументированные требования.

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

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

Но помните: самое важное и нигде не записанное – это то, что мы вспомним при прочтении. Вот он, фактор фотографии из отпуска.

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

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

Обсуждайте то, что действительно нужно

Многие люди уверены, что их работа – формирование и сбор требований. Но это не так.

На самом деле ваша работа – изменить мир.

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

До и после

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