Библиотека knigago >> Литература по эпохам >> Литература ХXI века (эпоха Глобализации экономики) >> Пользовательские истории. Искусство гибкой разработки ПО


СЛУЧАЙНЫЙ КОММЕНТАРИЙ

# 1353, книга: Эстетика в трамвае
автор: Хосе Ортега-и-Гассет

"Эстетика в трамвае" Хосе Ортеги-и-Гассета - это нетрадиционный философский труд, который предлагает свежий взгляд на повседневную жизнь. Автор приглашает читателей совершить интеллектуальное путешествие в мир трамвая, рассматривая его как микрокосм современного общества. Ортега-и-Гассет размышляет о природе красоты, эстетики и культуры, обращая внимание на то, как они проявляются в обыденных моментах нашей жизни. Он отмечает, что красота не ограничивается произведениями искусства,...

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

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

Жанр:

О бизнесе популярно, Справочная деловая литература, Современные российские издания, Литература ХXI века (эпоха Глобализации экономики), Программирование: прочее

Изадано в серии:

Бестселлеры o’reilly

Издательство:

Питер

Год издания:

ISBN:

978-5-496-02931-5

Отзывы:

Комментировать

Рейтинг:

Поделись книгой с друзьями!

Помощь сайту: донат на оплату сервера

Краткое содержание книги "Пользовательские истории. Искусство гибкой разработки ПО"

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


К этой книге применимы такие ключевые слова (теги) как: создание сайтов,деловое общение,разработка программного обеспечения,разработка приложений,командный подход

Читаем онлайн "Пользовательские истории. Искусство гибкой разработки ПО" (ознакомительный отрывок). [Страница - 2]

что-то живое, просто сшив вместе случайные части тел.

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

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

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

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

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

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

Метод построения карт историй, созданный Джеффом, находят полезным разработчики, и точно так же его оценивают дизайнеры. Карты историй – Розеттский камень нашего цифрового века.

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

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

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

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

Алан Купер, 17 июня 2014 года

Предисловие Марти Когана

Мне невероятно повезло – я имел возможность работать с представителями лучших в мире компаний и групп разработки разных технологий. Эти люди создают программы, которые вы любите и которыми пользуетесь каждый день. Люди, которые буквально --">

Оставить комментарий:


Ваш e-mail является приватным и не будет опубликован в комментарии.

Другие книги из серии «Бестселлеры o’reilly»:

Программируем на Java. Марк Лой
- Программируем на Java

Жанр: Java, Java Script

Год издания: 2023

Серия: Бестселлеры o’reilly

Python. Карманный справочник. Марк Лутц
- Python. Карманный справочник

Жанр: Python

Год издания: 2015

Серия: Бестселлеры o’reilly

Spring Boot по-быстрому. Марк Хеклер
- Spring Boot по-быстрому

Жанр: Java, Java Script

Год издания: 2022

Серия: Бестселлеры o’reilly