Самое трудное в разработке сложных продуктов — это управление: организация, общение и синхронизация множества разных людей, групп и отделов, которые необходимы для того, чтобы продукт получился. Большие проекты особенно сложны не только из-за того, что управлять таким количеством разных людей и групп трудно, но также из-за тех проблем, которые создает долгий временной горизонт проектов. В течение многих лет, необходимых для перехода от разработки проекта к его завершению, требования и технологии, вероятно, изменятся, часть проделанной работы устареет и станет неактуальной. Люди, которые будут использовать результаты работы, вполне могут измениться; и уж точно сменятся люди, участвующие в осуществлении проекта.
Кто-то, возможно, покинет проект из-за болезни или травмы, выхода на пенсию или продвижения по службе. Некоторые сменят компанию, а другие перейдут на другие рабочие места в той же компании. Независимо от причин вам потребуется значительное время, чтобы найти замену выбывшим, а затем довести новичков до необходимого уровня знаний и навыков. Иногда это вообще невозможно, потому что самые важные знания о проектных решениях и методах представлены в виде того, что мы называем
Что я там вам говорил? На самом деле так это не работает
В предыдущих разделах описывается процесс человекоориентированного дизайна продукта. Но есть одна старая шутка:
В теории разницы между теорией и практикой нет. На практике — есть.
Процесс создания человекоориентированного дизайна описывает идеальный вариант. Но реальность мира бизнеса часто заставляет людей вести себя совсем не так. Один разочарованный член проектной группы, занимавшейся разработкой дизайна для компании — производителя потребительских продуктов, сказал мне, что, хотя его компания на словах проповедует веру в UX и верность принципам человекоориентированного дизайна, на практике существует только два фактора, которые порождают новые продукты:
1. Добавление функций, чтобы не отстать от продуктов конкурентов.
2. Добавление некоторых функций, вызванное появлением новых технологий.
«Исследуем ли мы нужды людей? — риторически вопрошал он сам себя. — Нет».
Это типичная ситуация: давление рынка плюс то, что компания во главу угла ставит разработку новых технологий, дают нам постоянно меняющиеся характеристики, увеличивают сложность и запутанность продукта. Но даже компании, намеревающиеся исследовать потребности человека, сталкиваются с серьезными затруднениями в процессе разработки продукта, в частности с нехваткой времени и денег. Наблюдая, как многие продукты становятся жертвой этих факторов, я предлагаю «Закон разработки продукта».
В тот самый день, когда начинается процесс разработки продукта, вы уже отстаете от графика и не укладываетесь в бюджет.
Запуски продуктов всегда сопровождаются расписаниями и бюджетами. Обычно график определяется внешними соображениями, праздничными днями, специальными возможностями объявления о продукте и даже заводскими расписаниями. На разработку одного продукта нам дали нереалистичный срок в четыре недели, потому что рабочие испанской фабрики должны были отправиться в отпуск, а по возвращении было бы уже слишком поздно и мы бы не смогли получить продукт вовремя — до сезона рождественских покупок.
Кроме того, даже на то, чтобы приступить к разработке продукта, нужно время. Люди никогда не сидят без дела, ожидая, когда же их позовут заняться разработкой. Нет, их нужно нанять, проверить, а затем перевести с их текущей работы. Все это требует времени — времени, которое редко учитывают.