пользовательские истории искусство гибкой разработки по паттон джефф pdf
Пользовательские истории. Искусство гибкой разработки ПО
Те, кто искали эту книгу – читают
Эта и ещё 2 книги за 299 ₽
Пользовательские истории – это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Автор книги показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
В формате ios.epub сохранен издательский макет.
Отзывы 6
За книгу 5 баллов, за перевод 1 балл. Некоторые обороты просто ужасны и не адаптированы на русский язык. Переведено как будто дословно в том порядке в каком написаны английские слова. Разве так можно.
За книгу 5 баллов, за перевод 1 балл. Некоторые обороты просто ужасны и не адаптированы на русский язык. Переведено как будто дословно в том порядке в каком написаны английские слова. Разве так можно.
Дмитрий Куликов, раз вы так экспертно об этот заявляете – читайте в оригинале, какие проблемы?
Дмитрий Куликов, раз вы так экспертно об этот заявляете – читайте в оригинале, какие проблемы?
Занимаюсь проектирование программного обеспечения и информационных систем более 10 лет. Могу с уверенностью сказать, что книга очень хорошая. В книге хорошо описана концепция пользовательских историй в контексте разработки ПО (зачем они нужно и что дают?). При этом в книге множество конкретных примеров и практических рекомендаций для применения. Книга будет очень полезна для начинающих аналитиков, менеджеров продукта и в целом всем участникам проектов по разработке ПО. Пользовательские истории это общий знаменатель для всех участников проектных команд.
Занимаюсь проектирование программного обеспечения и информационных систем более 10 лет. Могу с уверенностью сказать, что книга очень хорошая. В книге хорошо описана концепция пользовательских историй в контексте разработки ПО (зачем они нужно и что дают?). При этом в книге множество конкретных примеров и практических рекомендаций для применения. Книга будет очень полезна для начинающих аналитиков, менеджеров продукта и в целом всем участникам проектов по разработке ПО. Пользовательские истории это общий знаменатель для всех участников проектных команд.
отличная книга с детальным пояснением того, что дают карты историй, как их применять на практике. приведены живые примеры коллег автора. очень легко читается, как диалог с автором
отличная книга с детальным пояснением того, что дают карты историй, как их применять на практике. приведены живые примеры коллег автора. очень легко читается, как диалог с автором
Много примеров в каждой главе – это здорово. Но книге не хватает одного сквозного примера, который бы прорабатывался с каждой главой.
Процесс пользовательских историй можно и нужно алгоритмизировать. И если посмотреть «сверху» на содержание, то четко этот алгоритм уже виден в книге, включая оценку и исправление ошибок, допущенных на первых шагах создания пользовательской истории.
Внимательный читатель увидит, на какой именно алгоритм (давно разработанный нашим советским изобретателем) похож предлагаемый автором книги подход.
Автор использует очень много метафор, но к сожалению, они не запоминаются и сильно перегружают книгу.
И кажется, в книге только одна полезная и важная идея: больше общаться с другими людьми, больше их спрашивать, а не придумывать за них.
У меня сложилось представление, что книга не про разработку ПО, а про то, что нужно больше общаться. Вообще – просто больше общаться. (а я связан с разработкой ПО более 10 лет)
Пользовательские истории. Искусство гибкой разработки ПО
Пользовательские истории – это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Автор книги показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
Одно из самых выгодных последствий популярности разработки программного обеспечения (ПО) по методологии Agile – распространение идеи разбиения больших, объемных требований на компактные фрагменты. Благодаря этим фрагментам – историям – отслеживать прогресс разработки проекта намного проще. Когда истории реализуют постепенно, каждый раз полностью интегрируя их в проект, всем очевидно, что проект понемногу растет. Рассматривая истории, которые приносят пользователям очевидную выгоду, разработчики могут планировать развитие проекта и определять, над чем нужно работать в следующую очередь. К тому же такая прозрачность подталкивает пользователей к активному участию в разработке – они больше не гадают месяцами и годами, чем занята команда разработки.
Пользовательские истории. Искусство гибкой разработки ПО скачать fb2, epub, pdf, txt бесплатно
По ходу создания компании автор выработал свой взгляд на лидерство и управление, который позволяет находить неожиданные решения привычных проблем, достигать больших результатов с небольшими ресурсами и получать удовольствие от всего, что вы делаете.
В мире есть огромное количество социальных проблем, которые ждут, когда придут те, кто способен их решить и наконец изменить мир к лучшему. Иногда кажется, что это невозможно, но люди, о которых рассказывается в этой книге, доказали, что это не утопия и не фантастика и что социальные предприниматели в состоянии даже оказать влияние на политику государства в любой области – здравоохранении, образовании, энергетике, культуре, экономике и пр.
Социальное предпринимательство – это прежде всего инновации, идеи, а также способность и желание претворить их в жизнь. Каждому когда-то приходило в голову, что он хотел бы что-то изменить в своей стране или в мире. О том, как это сделали самые успешные социальные предприниматели, и о том, как перейти от слов и намерений к действию, можно прочитать в этой книге.
Система «Гвоздь & молоток», описанная в этой книге приходит на смену традиционной концепции позиционирования. Лаура Райс (дочь знаменитого Эла Райса, автора концепции позиционирования) убедительно доказывает, что, какой бы хорошей ни была вербальная позиционирующая идея, так называемый «вербальный гвоздь», ей трудно достучаться до сознания потребителя, если не подобрать к ней правильный «визуальный молоток», то есть визуальный образ, который полностью соответствует позиционирующей идее и позволяет ей легче закрепиться в памяти человека.
На русском языке публикуется впервые.
Всем известна старая поговорка «Знание – сила», но мы часто забываем, что то, кого ты знаешь, намного важнее того, что ты знаешь. Связи и отношения могут иметь решающее значение в вашем бизнесе, поэтому развитие сети контактов является одним из важнейших аспектов предпринимательства.
Эта книга посвящена направлению в экономике, чрезвычайно популярному за рубежом, – нетворкингу, или науке о том, как находить необходимые, полезные для бизнеса социальные связи. Стивен Д’Суза обучит вас навыкам настоящего нетворкера: вы узнаете, как заводить нужные знакомства, как успешно формировать и сохранять свою сеть контактов, как пользоваться нетворкинговыми связями. Также автор делится психологическими приемами, позволяющими умело вести светскую беседу, поддерживать связь с другими людьми и расширять свой круг общения. Он убежден: научиться этому может каждый!
Для широкого круга читателей.
«Шпаргалки для менеджеров» – это ваши «карманные консультанты» в решении самых разных проблем деловой, да и повседневной жизни. Ничего лишнего – только самое главное!
Аттестация персонала – важнейший этап в работе менеджера, который стремится к взаимопониманию и эффективному сотрудничеству с подчиненными. Здесь вы найдете практические советы о том, как проводить собеседование, выносить объективную оценку и способствовать профессиональному росту сотрудников.
В своей первой книге легенда Силиконовой долины Нолан Бушнелл объясняет, как найти и нанять сотрудников, которые имеют потенциал стать следующими Стивами Джобсами.
В 1972 году Нолан Бушнелл основал новаторскую игровую компанию Atari, а два года спустя нанял Стива Джобса, а также многих других креативных сотрудников. В данной книге Бушнелл объясняет, как найти, нанять и развить людей, которые могут помочь вашей компании достичь таких же успехов, каких достигла компания Atari или Apple. Советы Бушнелла кажутся нелогичными, удивительными и нетипичными. При поиске сотрудников он рекомендует не обращать внимания на дипломы, нанимать несносных людей (в ограниченном количестве), спрашивать о любимых книгах, задавать неразрешимые вопросы и читать сообщения в Твиттере.
Деловой мир меняется быстрее, чем когда-либо, и каждый день ваша компания сталкивается с новыми трудностями. Единственный способ решить эти проблемы заключается в наличии штата невероятно творческих людей, живущих не только в настоящем, но и в будущем, черпающих силу в своей непохожести на других и выдающих идеи, которые гарантируют вашей компании успех, когда другие компании терпят неудачи!
В этой книге менеджер с многолетним стажем Денни Стригл и бизнес-консультант Фрэнк Свайтек рассказывают о том, как построить успешную карьеру управленца и добиться процветания компании. Авторы иллюстрируют повествование историями из своей практики, предлагают вопросы для самооценки и кейсы для ведения бизнеса. Уроки из этой книги помогут вам добиться результатов независимо от размеров компании и этапа вашей карьеры.
Книга предназначена для всех менеджеров – как опытных, так и начинающих.
На русском языке публикуется впервые.
Турбостратегия, которая включает в себя 21 этап, разбитый на конкретные действия, научит вас:
• четко формулировать видение, ценности, миссию, цель и задачи вашей компании – как в краткосрочном, так и в долгосрочном плане;
• «подвести черту под прошлым» и стать специалистом по управлению изменениями – благодаря концентрации исключительно на будущих целях;
• поддерживать гибкость восприятия, чтобы предвидеть изменения, происходящие в постоянно меняющемся деловом окружении;
• нанимать самых лучших людей – и мотивировать их стремление к совершенству.
Турбостратегия предназначена для руководителей компаний, которые желают внести в свой бизнес немедленные изменения, чтобы как можно скорее повысить его эффективность.
UX-стратегия, или стратегия опыта взаимодействия (UX, User Experience), лежит на стыке UX-дизайна и бизнес-стратегии. Интернет продолжает предлагать потребителям бесконечный ассортимент цифровых решений. Каждый щелчок, жест или наведение мыши становятся решением, которое принимается пользователем. Пользователь постоянно сталкивается с выбором: покупать или не покупать, одобрить или высмеять, рассказать другим или забыть, завершить или отменить. Вы должны знать, какие возможности следует предлагать и как они используются людьми. Вы должны разбираться во всех последних и ожидаемых устройствах, платформах и приложениях, чтобы оценить возможность их применения в ваших решениях. Вы и ваша команда должны сделать все возможное, чтобы Алиса упала в кроличью нору и оказалась в Стране чудес.
Вы мечтаете стать суперродителем, чтобы растить счастливого и успешного ребенка?
Не знаете, как преодолеть сложности в отношениях с чадом? Запутались в том, какая методика воспитания самая лучшая?
Тогда эта книга для вас! Известный психолог Ольга Маховская расскажет вам, как, наконец, стать счастливым родителем, о которых пишут в журналах. Вы получите исчерпывающие ответы на свои вопросы, а также рекомендации, советы и идеи, которые помогут вам победить стресс и чувствовать себя уверенно в любой ситуации.
Исследования показали, что большинство преуспевающих людей обладают развитой интуицией и именно она подсказывает наилучшие решения. В одной из глав вы найдете методы развития интуиции и способы подключать ее в нужный момент. Автор открывает секрет, о существовании которого мало кто задумывается. Наибольший успех чаще приносят неожиданные решения, то есть творческие. В книге приведены приемы развития творческих способностей и показана их эффектность в разрешении множества сложных, «неразрешимых» задач. Из книги вы узнаете точное время дня, когда человека чаще всего осеняют прозрения и как их подготовить.
«Правда о совах». Юная Аниса из охваченного войной Ливана живет в Великобритании. Она наделена недоброй силой, которую не может контролировать, и способна причинять людям зло. Эта сила каким-то образом связана с совами…
«Мадлен». Мадлен страдает странными приступами − внезапно проваливается в собственные воспоминания. Однажды она встречает там подругу, с которой никогда не была знакома наяву.
Книга «Пользовательские истории. Искусство гибкой разработки ПО»
Пользовательские истории — это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Джефф Паттон показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
Автор рассказал, как избежать максимального количества недоразумений, связанных с использованием историй в разработке программного обеспечения по методологиям Agile и Lean.
Если вы используете истории и страдаете, эта книга — для вас
Уже довольно много организаций внедрило у себя методологии Agile и Lean, поэтому, вполне возможно, вы уже успели угодить в одну из ловушек, возникающих из-за неверного понимания концепции историй. Вот некоторые из них.
• Поскольку истории позволяют вам сконцентрироваться на создании небольших фрагментов ПО, легко перестать видеть цельную картину. В результате получается типичный продукт-франкенштейн, каждому пользователю которого очевидно, что он состоит из разрозненных, не связанных друг с другом частей.
• Когда вы работаете над продуктом значительных размеров, создание маленьких частичек одна за другой заставляет людей задумываться, когда же вы наконец закончите и что же получится в результате. Как будто вы строитель.
• Поскольку главное в концепции историй — это обсуждение, люди часто забывают вести записи. В результате предмет обсуждения и достигнутые соглашения забываются.
• Поскольку в хороших историях предполагается наличие критериев приемки, мы концентрируемся на определении этих критериев. Но этот процесс и описание создаваемого продукта — не одно и то же. В результате команда не может закончить запланированную работу в запланированные сроки.
• Поскольку хорошие истории должны быть написаны с позиции пользователя, но существует множество аспектов, которых пользователь просто не видит, члены команды утверждают: «У этого продукта нет пользователей, так что здесь пользовательские истории не подходят».
Если вы уже угодили в одну из этих ловушек, я (автор) постараюсь прояснить все вызвавшие
их недоразумения. Вы узнаете, как оценить полную картину, продуктивно обсуждать цели и задачи пользователей и создавать хорошее ПО.
Для кого еще эта книга
Для вас, конечно. Особенно если вы ее уже купили. Я вот считаю, что вы сделали умную инвестицию. Во всяком случае, чтение книги будет особенно полезным для специалистов следующих областей.
• Продукт-менеджеры и UX-специалисты в коммерческих компаниях, производящих продукты, должны прочесть эту книгу, чтобы перекинуть мостик от мира пользовательского опыта и работы продукта к тактическим планам и элементам бэклога. Если вы испытываете трудности, пытаясь перейти от представления о продукте к отдельным деталям, которые должна создать ваша команда, истории вам помогут. Если вам сложно заставить других людей поставить себя на место пользователей, карта историй вам поможет. Если вы никак не можете увязать вместе хороший дизайн взаимодействия и практическое проектирование продукта, вам поможет эта книга. И если пытаетесь провести эксперимент в стиле стартапа Lean, она тоже будет вам полезна.
• Представители заказчиков, бизнес-аналитики, а также продукт-менеджеры в организациях, занятых в сфере информационных технологий, должны прочесть эту книгу, чтобы возвести мосты между пользователями, разработчиками и другими заинтересованными сторонами. Если вы тратите множество усилий, чтобы все заинтересованные лица в вашей компании пришли наконец к какому-либо соглашению, карты историй вам помогут. А если разработчики затрудняются, пытаясь нарисовать цельную картину, истории будут полезны и здесь.
• Тренеры процессов Agile и Lean, если они хотят помогать командам и отдельным людям действовать эффективнее, должны прочесть эту книгу. Кроме того, подумайте только, насколько неверное представление об историях сформировалось у сотрудников вашей организации! Применяйте истории, простые упражнения и практики, описанные в этой книге, чтобы помочь вашим командам развиваться.
• И наконец, все остальные. При использовании процессов Agile мы чаще всего ожидаем плодотворной работы с историями от людей, исполняющих обязанности бизнес-аналитиков или представителей заказчиков, но по-настоящему эффективной работа станет, если основы будут известны всем. Если люди не понимают самых простых вещей, вы часто будете слышать жалобы, что истории плохо расписаны, или слишком длинные, или недостаточно детализированы.
Эта книга поможет, но не так, как вы ожидаете. Вы вместе с другими читателями узнаете, что создание историй — это не способ лучше писать требования, а путь к более продуктивным и организованным обсуждениям. Эта книга поможет вам сформулировать, какие виды обсуждений необходимы, чтобы в любой момент у вас имелась нужная информация.
Построение карт историй с высоты птичьего полета
Главы 1–4 дадут вам общее представление о построении карт историй. Если вы уже используете их и имеете некоторый опыт, эта часть книги обеспечит достаточно материала, чтобы немедленно приступить к делу.
Глава 5 предоставит вам отличную возможность попрактиковаться в ключевых концептах, используемых для составления наилучшей карты историй. Попробуйте проделать это в своем офисе с группой коллег — в результате каждый участник получит полезный опыт. Я обещаю: созданные вами карты со временем будут становиться все лучше и лучше.
Интуитивное понимание пользовательских историй
В главах 6–12 рассказано многое о пользовательских историях: как они работают в реальности, как организовать их использование в проектах Agile или Lean наилучшим образом. В дополнение к картам историй там приведены несколько маленьких примеров, которые могут оказаться полезными в ежедневной практике разработки. Даже если вы ветеран Agile, обещаю, вы узнаете об историях что-то новое для себя. А если вы в историях новичок, то узнаете достаточно, чтобы поразить самого заносчивого Agile-всезнайку в офисе.
Лучшие бэклоги
Главы 13–15 раскроют перед вами подробности жизненного цикла историй. Мы обсудим конкретные практические приемы, которые помогут использовать истории и карты историй. Постепенно мы пройдем от открывающихся перспектив к составлению бэклога, заполненного историями, описывающими жизнеспособный продукт. Вы узнаете, как построение карт историй и другие приемы могут помочь вам на каждом этапе работы.
Лучшая разработка
Главы 16–18 шаг за шагом посвятят вас в тонкости тактики использования историй. Вы научитесь доводить истории до конца, не упускать их из виду в процессе разработки, добиваться их точного исполнения, а также извлекать опыт из каждой истории, трансформированной вами в рабочее ПО.
Я обнаружил, что последние несколько глав в большинстве книг по разработке ПО — просто бесполезный перевод бумаги. Обычно их можно безболезненно пропустить. К сожалению, в моей книге я ничего такого не написал и вам придется прочесть ее целиком. Могу утешить вас лишь тем, что в каждой главе вы найдете какие-то полезные приемы и уроки, которые сможете немедленно применить на практике.
Об авторе
За 20 лет практической работы Джефф Паттон убедился, что не существует единственно правильного способа проектирования и разработки программного обеспечения, а вот неправильных путей существует великое множество. Для помощи организациям в улучшении их работы Джефф использует более чем 15-летний опыт работы с широким спектром продуктов — от системы онлайн-заказа запасных частей для самолетов до электронных медицинских карт. В то время как многие процессы разработки концентрируются на скорости и продуктивности, Джефф уравновешивает эти факторы созданием продуктов, которые обеспечивают полезность для бизнеса и успех на рынке.
Джефф решил специализироваться на подходах Agile с тех пор, как работал в команде экстремального программирования в 2000 году. В частности, он специализируется на интеграции эффективного дизайна пользовательского взаимодействия и менеджмента продуктов в мощные инженерные методы.
В настоящее время Джефф работает как независимый консультант, тренер процессов Agile, тренер процессов дизайна продуктов и инструктор. Множество статей, эссе и презентаций, посвященных различным аспектам разработки продуктов Agile, можно найти на сайте agileproductdesign.com и в Crystal Clear Алистера Коберна. Джефф — основатель и модератор дискуссионной группы Yahoo! по теме юзабилити в Agile, колумнист в StickyMinds.com и IEEE Software, сертифицированный тренер Scrum, а также обладатель премии Agile Alliance’s 2007 Gordon Pask за вклад в развитие Agile.
Для Хаброжителей скидка 25% по купону — Паттон
Описание книги «Пользовательские истории. Искусство гибкой разработки ПО»
Описание и краткое содержание «Пользовательские истории. Искусство гибкой разработки ПО» читать бесплатно онлайн.
Пользовательские истории – это метод описания требований к разрабатываемому продукту. В книге рассказано, как правильно использовать данную технику, чтобы сфокусироваться на поставленной задаче и пожеланиях клиента, а не распыляться на реализации второстепенных функций. Автор книги показывает, как данный подход не только ускоряет и систематизирует разработку, но и улучшает взаимопонимание в команде.
Пользовательские истории. Искусство гибкой разработки ПО
Посвящается Стейси, Грейс и Зоэ. Без вашей поддержки у меня ничего бы не вышло.
В память Люка Баррета, дорогого коллеги и учителя. Люк оказал огромное влияние на мою жизнь, а также на судьбы многих других людей.
© ООО Издательство «Питер», 2017
Предисловие Мартина Фаулера
Одно из самых выгодных последствий популярности разработки программного обеспечения (ПО) по методологии Agile – распространение идеи разбиения больших, объемных требований на компактные фрагменты. Благодаря этим фрагментам – историям – отслеживать прогресс разработки проекта намного проще. Когда истории реализуют постепенно, каждый раз полностью интегрируя их в проект, всем очевидно, что проект понемногу растет. Рассматривая истории, которые приносят пользователям очевидную выгоду, разработчики могут планировать развитие проекта и определять, над чем нужно работать в следующую очередь. К тому же такая прозрачность подталкивает пользователей к активному участию в разработке – они больше не гадают месяцами и годами, чем занята команда разработки.
Тем не менее такое разбиение может иметь и негативные последствия. В частности, очень легко перестать понимать, в чем заключается общее предназначение ПО – что и как должна делать система. В итоге у вас в руках может оказаться множество кусочков, которые никак не складываются в единую картину. Или вы можете создать бессмысленную и бесполезную систему, так как утонули в деталях и забыли, что в действительности нужно пользователям.
Построение карт историй (story mapping) – это техника, позволяющая увидеть цельную картину, чего не удастся сделать с помощью простого набора историй.
Вот, собственно, и все – описание книги уместилось в одном предложении, но этого вполне достаточно, чтобы оценить преимущества метода. Обзор цельной картины облегчает взаимодействие с пользователями, позволяет избежать разработки ненужных функций, а также ориентирует на релевантный опыт использования. Когда я обсуждаю с коллегами по Thought-Works применяемый ими процесс разработки пользовательских историй, построение карт регулярно упоминается в качестве основной техники. Часто оказывается, что коллеги изучили эту технику как раз на семинарах Джеффа, поскольку именно он разработал ее и лучше всего может ей обучить. С помощью данной книги еще больше людей смогут узнать об этой технике непосредственно из первых уст.
Но эта книга не только для тех, у кого на бедже или в профиле написано что-нибудь вроде «бизнес-аналитик». Наверное, самым большим разочарованием для меня за 10 лет внедрения методологии Agile стало то, что множество программистов рассматривают истории как некие односторонние указания со стороны аналитиков. С самого начала предполагалось, что истории будут вызывать обсуждение. Если вы и в самом деле хотите получить эффективное ПО, которое может органично встроиться в человеческую деятельность, то тех, кто создает программы, необходимо рассматривать как живой источник идей о возможностях, ведь именно программисты лучше всех знают, что могут делать эти программы. Программисты должны хорошо понимать, что хотят получить их пользователи, и взаимодействовать с ними, создавая карты историй, где полностью учитываются пользовательские цели. Программист, умеющий составлять карты историй, может видеть пользовательскую среду куда более широко, чем тот, кто этого не умеет, и, следовательно, принимать участие в проектировании ПО, что улучшит качество работы.
Когда Кент Бек, впервые предложивший термин «история», воплотил свои идеи в разработке ПО, он назвал коммуникацию ключевым моментом эффективности команды. Истории – строительные блоки коммуникации между разработчиками и теми, кто использует результаты их труда. Карты историй организуют и структурируют эти строительные блоки и тем самым стимулируют процесс коммуникации, крайне важный для разработки ПО в целом.
Мартин Фаулер, 18 июня 2014 года
Предисловие Алана Купера
В научно-фантастическом романе Мэри Шелли «Франкенштейн» безумный доктор Франкенштейн создает чудовище из фрагментов тел мертвых людей, а затем оживляет его с помощью диковинной на тот момент силы электричества. Конечно, мы знаем, что на самом деле это невозможно. Вы не можете создать что-то живое, просто сшив вместе случайные части тел.
Тем не менее разработчики программного обеспечения все время пытаются сделать именно это. Они разрабатывают прекрасные новые функции для программ, одну за другой, а потом удивляются, почему лишь немногие пользователи восхищаются их продуктом. Ключ к загадке в том, что в качестве инструмента для проектирования и дизайна программисты используют свои методы разработки ПО, но эти средства совсем не взаимозаменяемы.
Более чем разумно программировать только одну функциональность ПО в каждый момент времени. Это идеальная стратегия, проверенная временем. Кроме того, многолетним опытом разработки было доказано, что использование такого подхода при проектировании цифровых продуктов, как одна функциональность в каждый момент времени, порождает монстров, подобных Франкенштейну, а не качественные программы.
Хотя процессы проектирования программного обеспечения и его непосредственной разработки тесно связаны, по своей сути они совершенно различны и, как правило, их выполняют разные люди с разным набором навыков. Если заставить программистов, подобно дизайнерам интерфейсов, проводить многие часы за наблюдением работы пользователей и выделением поведенческих паттернов, они просто на стену полезут. В то же время дизайнер, погрузившись в код и алгоритмы, почувствует себя выброшенным на необитаемый остров.
Но когда две составляющие одного процесса – проектирование и разработка – выполняются одновременно, работа идет искрометно, а у продукта есть все шансы родиться живым и дышащим. Именно командная работа вдыхает в монстра жизнь и заставляет людей полюбить его.
Хотя идея командной работы не является ни новой, ни особенно революционной, эффективно воплотить ее в жизнь нелегко. Особенности работы программистов – темп, ритм, привычный язык – сильно отличаются от методов, присущих дизайнерам.
Представители каждой из сторон могут быть решительными, способными, дисциплинированными, но у них есть одно общее слабое место: очень трудно описать дизайнерскую проблему в терминах программирования и так же нелегко сделать обратное. Две родственные дисциплины не имеют общего языка. Именно там, на стыке этих двух дисциплин, и работает Джефф Паттон.
Метод построения карт историй, созданный Джеффом, находят полезным разработчики, и точно так же его оценивают дизайнеры. Карты историй – Розеттский камень нашего цифрового века.
На самом деле гибкие методологии – не самая лучшая среда для дизайна приложений, несмотря на популярность противоположного мнения. Да, такая философия разработки дружественна дизайну, и это очень хорошо, но сама по себе она не поможет вам создать продукт, который понравится пользователям. В то же время мы столько раз видели, как отличный, хорошо документированный дизайн передается разработчикам – работающим по Agile или нет, – а они в процессе реализации ухитряются загубить самую его суть.
Метод построения карт историй Паттона перекидывает мост через эту пропасть. Основа дизайна взаимодействия – это выяснение мельчайших потребностей пользователей и верная их интерпретация. Дизайнерская история, являющаяся формальной версией пользовательской истории, остается неизменной на протяжении всего периода разработки.
Современный мир бизнеса доказал, что команде из 200–300 человек почти невозможно создать продукт, который понравится пользователям. В то же время сообществу стартапов известно, что команда из четырех-пяти человек способна создать небольшой продукт, который люди полюбят, но даже эти маленькие продукты со временем растут и теряют свой блеск. Большие программы используются большой аудиторией и решают сложные коммерчески успешные задачи. Ждать, что вы легко их изучите и в процессе работы станете получать удовольствие, сложно да и просто смешно.
Единственный путь создать большую программу, не похожую на ужасного Франкенштейна, – научиться объединять дисциплины проектирования и разработки программного обеспечения. Никто не умеет делать это лучше, чем Джефф Паттон.
Алан Купер, 17 июня 2014 года
Предисловие Марти Когана
Мне невероятно повезло – я имел возможность работать с представителями лучших в мире компаний и групп разработки разных технологий. Эти люди создают программы, которые вы любите и которыми пользуетесь каждый день. Люди, которые буквально меняют мир.