Оглавление
Вадим Викторович Митякин. Метод параноика: книга о создании цифровых продуктов, Вселенной и всем остальном
Пролог
42
История вопроса
Поиск новой проектной модели
Как устроена книга
Глава 2. Как устроена индустрия создания цифровых продуктов
Что не так?
Какие бывают проекты
Кто и как делает проекты
Экономика проектов
Бизнес-модели
Приходы и расходы
Доступность специалистов
Проектирование
Продюсирование и метод параноика
Глава 4. Кодекс проектировщика
Роль проектировщика
Триада
Насмотренность
Штанга Талеба и проекты
Штанга, насмотренность и профессиональное развитие
О ценности первоисточников
Экспедиции в мир других
Исследования как путь профессионального развития
Один на один с требованиями к продукту
Для чего нужны исследования в проектировании
Извращенная корпоративная модель использования исследований
Для чего нужны исследования в вашей профессиональной жизни
Личная история исследования голосовых систем
Пасквиль на классический маркетинг
Альтернативная модель профессиональной работы в цифровой артели
Отрывок из книги
В один летний день я пришел на Стрелку. Вы должны догадаться, там студия Земфиры и где Ценципер открыл институт и КБ. Лекторий под открытым небом и много-много молодых людей. Все собрались, чтобы послушать лекцию девушки-дизайнера из Дании. Из анонса следовало, что она будет рассказывать про отражение реального мира в интерфейсе. Но у нее были свои планы. Она недавно написала книгу, и эта лекция была одной из многих, на которых она представляла результаты своей работы. Методично, страница за страницей, на которых были то отдельные пиксели левого верхнего угла кнопки, то список названий файлов в маковском файндере с указанием их размеров, то просто пустое белое пространство.
Вначале мне казалось, что это такое интригующее начало лекции, но нет. Где-то на двадцатой минуте стало ясно, что все всерьез и надолго. Я пришел за ответами, но мне задали вопросы, с которыми мне не хотелось разбираться. Самый главный из них – что я тут делаю и почему люди вокруг продолжают это слушать, а в конце еще захотели задать вопросы. Что-то с этим миром было не то.
.....
Я уже много раз использовал слово «успешный» по отношению и к продуктам, и к проектам. Теперь мне хотелось бы остановиться на этом подробнее. Что это в принципе такое – успешный продукт? А проект? Как это проявляется и каковы критерии, чтобы можно было говорить об успешности? Вопрос не праздный, потому что кроме чувства гордости за свою работу, в проектной работе часто возникают конфликты между бизнесом и ИТ-профессионалами по поводу результатов их работы. И важно быть уверенным, что все разговаривают на одном языке. Начнем с проектов по проектированию, разработке, внедрению, запуску, сопровождению и т.д. цифровых продуктов и сервисов. Пока будем использовать интуитивно понятное значение слова проект, но в следующей главе я подробно расскажу, какие бывают их типы.
Проще всего определить успешность через факт достижения поставленных целей. Значит, нужно понять, какие цели стоят перед проектом. Ответ кажется простым – «создать продукт в соответствии с требованиями, уложиться в срок и в бюджет». И тут же начинаются сложности. Что если продукт создан и соответствует требованиям, но при использовании не дает бизнесу ожидаемого результата? Такой проект все еще можно считать успешным? Или можно посмотреть с другой стороны. Предположим, как это часто бывает, проект затевался одним из топ-менеджеров компании не из бизнес-целей, а из-за личных амбиций? Это ведь отличный способ поднять свой уровень, рассказав о крутом проекте на совете директоров. И в таком случае, даже если требования, сроки и бюджет будут в порядке, но впечатление не произведено, то, вероятно, проект нельзя назвать успешным? Совсем сложно (или просто) говорить об успехе, когда целью проекта было получение бюджета и распределение его между заинтересованными сторонами.
.....
