Краткое содержание «Психбольница в руках пациентов»

Краткое содержание «Психбольница в руках пациентов»
Евгения Чупина

Краткое содержание
Этот текст – сокращенная версия книги «Психбольница в руках пациентов». Только самое главное: идеи, техники, ключевые цитаты.

Высокие технологии сопровождают человека во всех сферах жизни: смартфоны, компьютеры, планшеты, фотокамеры, плееры, автомобили. Все предметы максимально автоматизируются для облегчения жизнедеятельности людей. Почему большинство цифровых продуктов не отвечает нашим интересам? Разработчики программных кодов думают не так, как мы. У них иные потребности и ценности. При создании нового изделия они опираются на свои желания, забывая о возможностях обычных пользователей, которые хотят получить простое в обращении устройство. В IT-сфере у руля находятся не руководители, а инженеры. В их руках сосредоточена основная власть. Подобный подход ведет к выпуску на рынок продукта, не востребованного у покупателей. Алан Купер предлагает решение проблемы – внедрение на ранних стадиях процесса проектирования. Это позволит снизить количество пробных версий и вложенных ресурсов, удешевить работу. Книга «Психбольница в руках пациентов» рекомендуется к прочтению руководителям и специалистам, которые стремятся создавать успешный товар с наименьшим количеством затрат.

Напоминаем, что этот текст – краткое изложение книги «Психбольница в руках пациентов»

Психбольница в руках пациентов

Введение

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

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

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

Компьютерная неграмотность

Загадки информационной эры

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

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

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

Для решения сложившейся проблемы необходимо перед этапом разработки создать проект пользовательского взаимодействия.

Когнитивное сопротивление

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

Когнитивное сопротивление программного обеспечения делит потребителей на две категории:

? первая группа людей воспринимает сложность системы как расплату за технические возможности («уцелевшие»);

? второй тип покупателей любит трудности и не считает нужным упрощать взаимодействие с компьютерами («апологеты»).

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

Цена слишком высока

Пустые растраты

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

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

Процесс управления дедлайном породил действие под названием «выторговывание опций».

Много лет назад программистов обвиняли во всех грехах из-за их привычки запутанно описывать свойства программного продукта на салфетках во время вечеринок, что, по мнению пользователей, нередко влекло за собой появление неудачного ПО. Пытаясь защититься, программисты начали выдвигать требования, чтобы руководители и маркетологи были более точными в своих запросах. Компьютерные программы работают на основе процедур, а эти процедуры с легкостью приводят к появлению новых опций продукта, так что вполне естественно, что программисты соотнесли понятие точности в запросах со списком опций. Этот список опций позволял программистам сваливать всю вину на руководителей, если продукт оказывался провальным. У них всегда находился такой ответ: «Мы здесь ни при чем. Мы добавили все опции, которые требовало от нас руководство».

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

Всемирную паутину, Visual Basic и другие среды быстрой разработки создают с использованием метода небольших итераций.

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