Вчера в Питере ходил на премьерный показ фильма "33 слова о русском дизайне" ребят из bang bang education. 33 коротких фрагмента по 2 минуты от разных представителей нашей дизайн-индустрии, в которых они своим языком рассказывали, что они считают русским дизайном. Отбился каждый рубль из стоимости билета. Но только потому, что это был отличный срез этой профессиональной среды.
Кроме Антона Шнайдера и Темы Лебедева, ну и наверно еще Юрия Гордона с Ильей Рудерманом, остальным просто нечего было сказать. Русскому дизайну не хватает самоиронии. И дизайнерам, которые его делают. Поза на фоне отсутствия смысла – не самое приятное зрелище. И кстати, стало понятно, почему у Яндекса и особенно у Мейла нет дизайна в принципе – ребята дизайнеры из этих компаний не просто не смогли сказать что-то интересное, им нечего было сказать в принципе. До такой степени корпоративный формат убивает что-то живое.
На фоне этой истории, фильм о новом русском дизайне, снятый несколько лет назад, смотриться гораздо содержательнее: https://www.youtube.com/watch?v=DTBhvB3EOpU
Кроме Антона Шнайдера и Темы Лебедева, ну и наверно еще Юрия Гордона с Ильей Рудерманом, остальным просто нечего было сказать. Русскому дизайну не хватает самоиронии. И дизайнерам, которые его делают. Поза на фоне отсутствия смысла – не самое приятное зрелище. И кстати, стало понятно, почему у Яндекса и особенно у Мейла нет дизайна в принципе – ребята дизайнеры из этих компаний не просто не смогли сказать что-то интересное, им нечего было сказать в принципе. До такой степени корпоративный формат убивает что-то живое.
На фоне этой истории, фильм о новом русском дизайне, снятый несколько лет назад, смотриться гораздо содержательнее: https://www.youtube.com/watch?v=DTBhvB3EOpU
YouTube
Фильм "Современный русский дизайн"
Документальный фильм Сергея Шановича «The Modern Russian Design», посвящен последним 20 годам развития индустрии дизайна в России на примерах отдельных проектов графического, индустриального, фэшндизайна и мульти-медиа дизайна. Кто они – русские дизайнеры:…
Материал, к которому я возвращаюсь раз за разом уже много лет. Это рассказ от одного из создателей Quake о том, как устроена Valve. Когда я пишу в первой главе про ресурсную бизнес-модель против модели знаний, есть большая доля идеи, которую я почерпнул из этой статьи:
"Гэйб рассказывает об этом так. Когда он работал в Microsoft в начале 90-х, он провёл опрос на тему того, какое ПО установлено на компьютерах работников. На втором месте по популярности оказалась Windows.
На первом был Doom.
Мысль о том, что софт компании из 10 человек откуда-то из Мескайта, штат Техас, может быть установлен на большем количестве компьютеров, чем продукция крупнейшей в мире софтверной корпорации, показала Гэйбу, что в самих принципах продуктивности что-то фундаментально поменялось. Он стал изучать историю управления и обнаружил, что иерархический менеджмент был придуман для военных целей, где он идеально подходит, чтобы заставить 1000 человек промаршировать к определенной точке и пасть там смертью храбрых. После того, как произошла Индустриальная Революция, иерархический менеджмент снова оказался отличным выбором, так как в конечном итоге целью было рассматривать любого человека в качестве компонента, выполняющего одну и ту же работу, снова и снова."
https://habr.com/en/post/142649/
"Гэйб рассказывает об этом так. Когда он работал в Microsoft в начале 90-х, он провёл опрос на тему того, какое ПО установлено на компьютерах работников. На втором месте по популярности оказалась Windows.
На первом был Doom.
Мысль о том, что софт компании из 10 человек откуда-то из Мескайта, штат Техас, может быть установлен на большем количестве компьютеров, чем продукция крупнейшей в мире софтверной корпорации, показала Гэйбу, что в самих принципах продуктивности что-то фундаментально поменялось. Он стал изучать историю управления и обнаружил, что иерархический менеджмент был придуман для военных целей, где он идеально подходит, чтобы заставить 1000 человек промаршировать к определенной точке и пасть там смертью храбрых. После того, как произошла Индустриальная Революция, иерархический менеджмент снова оказался отличным выбором, так как в конечном итоге целью было рассматривать любого человека в качестве компонента, выполняющего одну и ту же работу, снова и снова."
https://habr.com/en/post/142649/
Habr
Valve: как я здесь оказался, на что это похоже и чем я здесь занимаюсь
Автор оригинальной статьи — Майкл Эбраш, человек и пароход. Для тех, кому лень изучать википедию, отмечу, что это программист с более чем 30-летним стажем работы, который в свое время помог Кармаку...
В новой главе я исследую роль проектировщиков в создании продуктов и формулирую подход к личному профессиональному развитию. Здесь много отступлений, но только для того, чтобы с разных сторон рассмотреть всю сложность задачи, стоящей перед этими специалистами. Например, показываю в каких отношениях находится команда разработки и маркетинг, продающий их услуги.
Изначально глава предполагала на одну часть больше, чем в итоге получилось. Последняя тема про мастерство намечена, но похоже требует отдельного подхода. В любом случае объем главы таков, что без этой оговорки вряд ли кто-то заметит, что чего-то не хватает.
Кроме публикации новой главы, я проработал структуру книги и сделал для нее отдельную страницу, на которой перечислены все будущие главы. Глава про устройство индустрии разделилась на две части, первая попала в пролог, вторая стала самостоятельной второй главой.
И последнее. Все-таки это книга, а не серия лонгридов, поэтому я переверстал текст в виде книжных разворотов так, чтобы было удобно читать и на декстопе и на планшете и с мобильных устройств. На это меня вдохновил подход к электронным книгам Бюро Горбунова, молодцы, что сказать. Думаю, что кроме бумажного варианта будет еще электронный, но только через свой собственный сайт, где можно следить за типографикой и версткой.
https://mityakin.ru/paranoid-method-book-04
Изначально глава предполагала на одну часть больше, чем в итоге получилось. Последняя тема про мастерство намечена, но похоже требует отдельного подхода. В любом случае объем главы таков, что без этой оговорки вряд ли кто-то заметит, что чего-то не хватает.
Кроме публикации новой главы, я проработал структуру книги и сделал для нее отдельную страницу, на которой перечислены все будущие главы. Глава про устройство индустрии разделилась на две части, первая попала в пролог, вторая стала самостоятельной второй главой.
И последнее. Все-таки это книга, а не серия лонгридов, поэтому я переверстал текст в виде книжных разворотов так, чтобы было удобно читать и на декстопе и на планшете и с мобильных устройств. На это меня вдохновил подход к электронным книгам Бюро Горбунова, молодцы, что сказать. Думаю, что кроме бумажного варианта будет еще электронный, но только через свой собственный сайт, где можно следить за типографикой и версткой.
https://mityakin.ru/paranoid-method-book-04
В понедельник на следующей неделе (25.11.19) в Москве хочу встретиться с теми, кому интересно обсудить вопросы проектирования и управления проектами в формате продюсирования. Формат простой: я и мой коллега Паша Шерер по Eleven будем в Старбаксе на ул. Гашека, 6 начиная с 18:00 в течение нескольких часов. Договариваться отдельно не надо, просто приходите если интересно и все)
Если вдруг вы будете во вторник (26.11.19) на конференции Just AI по голосовым системам, то велкам, я там тоже буду, если что пообщаемся. https://conversations-ai.com
Если вдруг вы будете во вторник (26.11.19) на конференции Just AI по голосовым системам, то велкам, я там тоже буду, если что пообщаемся. https://conversations-ai.com
Conversations-Ai
Conversations – конференция по генеративному AI в бизнесе, продуктах и разработке.
Кейсы и стратегии, ROI и масштабирование GenAI-решений, AI-агенты и MAS, AI-инфраструктура и безопасность, SLM, экономика и жизненный цикл AI-продуктов, UX и метрики GenAI.
Отличные новости. Прошла неделя с момента публикации новой главы, а с ней уже познакомились полтысячи человек. Всего с момента первоначальной публикации в сентябре интерес к книге проявило больше 2 тысяч человек, из них судя по статистике где-то 30% действительно прочитали от начала и до конца. И все это при том, что информация о книге появилась буквально у нескольких человек в ФБ. Посмотрим, как будут развиваться события по мере того, как будут публиковаться следующие главы, более полно раскрывающие суть подхода.
Вообще я планирую работать над главами не по порядку, а исходя из своего понимания, на чем сейчас важно сконцентрироваться. После четвёртой главы о профессии проектировщика я хочу перейти к главе 5 и 6, т.е. непосредственному описанию метода параноика и продюсированию, как ключевой составляющей подхода.
Ну и напоследок хочу напомнить, что завтра как уже и писал, я буду рад встретиться и пообщаться со всеми, кого заинтересовали темы, о которых я пишу в книге.
Вообще я планирую работать над главами не по порядку, а исходя из своего понимания, на чем сейчас важно сконцентрироваться. После четвёртой главы о профессии проектировщика я хочу перейти к главе 5 и 6, т.е. непосредственному описанию метода параноика и продюсированию, как ключевой составляющей подхода.
Ну и напоследок хочу напомнить, что завтра как уже и писал, я буду рад встретиться и пообщаться со всеми, кого заинтересовали темы, о которых я пишу в книге.
Forwarded from UX Notes (Антон Григорьев)
Вадим Митякин написал о проектировщике в рамках продюсерского подхода к созданию цифровых продуктов.
Задача проектировщика — найти наилучший способ организации системы с учётом технических возможностей и ограничений и того, как соединяются бизнес-требования с пользовательским опытом.
Проектирование — моделирование будущего продукта, работа с гипотезами о реализации тех или иных его частей.
Нет универсального навыка проектировать любые системы на любых технологиях для любых отраслей. За проектировщиком стоят:
— Реальный опыт создания систем, когда у него была возможность проверить разные гипотезы и узнать, как может вести себя система в реальной рабочей среде;
— Системный подход — поиск и своеобразные вычисления, за которыми стоят и прототипирование и способность смотреть на задачу с разных точек зрения.
Проектировщик — человек, имеющий привычку принимать решения. И имеющий достаточно смелости для этого.
Как состояться в профессии:
1. Насмотренность — знакомство с разными областями знаний;
2. Исследования — освоение выбранной области знаний;
3. Мастерство — использование своих знаний и создание новых областей знаний.
Продвинутые проектировщики с помощью исследований целенаправленно расширяют свой профессиональный актив. Они ищут решения интересных задач, которые могут пригодится в будущих проектах. Так насмотренность конвертируется в интеллектуальный актив, с помощью которого можно перейти от ресурсной бизнес-модели к модели знаний.
Исследования должны находиться за пределами других этапов проекта. Иначе вся присущая им неопределённость смешается с более предсказуемыми частями проектного процесса и породит в хаос.
https://mityakin.ru/paranoid-method-book-04
Задача проектировщика — найти наилучший способ организации системы с учётом технических возможностей и ограничений и того, как соединяются бизнес-требования с пользовательским опытом.
Проектирование — моделирование будущего продукта, работа с гипотезами о реализации тех или иных его частей.
Нет универсального навыка проектировать любые системы на любых технологиях для любых отраслей. За проектировщиком стоят:
— Реальный опыт создания систем, когда у него была возможность проверить разные гипотезы и узнать, как может вести себя система в реальной рабочей среде;
— Системный подход — поиск и своеобразные вычисления, за которыми стоят и прототипирование и способность смотреть на задачу с разных точек зрения.
Проектировщик — человек, имеющий привычку принимать решения. И имеющий достаточно смелости для этого.
Как состояться в профессии:
1. Насмотренность — знакомство с разными областями знаний;
2. Исследования — освоение выбранной области знаний;
3. Мастерство — использование своих знаний и создание новых областей знаний.
Продвинутые проектировщики с помощью исследований целенаправленно расширяют свой профессиональный актив. Они ищут решения интересных задач, которые могут пригодится в будущих проектах. Так насмотренность конвертируется в интеллектуальный актив, с помощью которого можно перейти от ресурсной бизнес-модели к модели знаний.
Исследования должны находиться за пределами других этапов проекта. Иначе вся присущая им неопределённость смешается с более предсказуемыми частями проектного процесса и породит в хаос.
https://mityakin.ru/paranoid-method-book-04
Сравните два фрагмента. Текст из книги Лема «Глас Господа» 1968 года и фото страницы из книги Хомского «Человек говорящий» 2016 года:
«Как смешила меня, к примеру, уверенность тех, кто заявлял, будто нет иного мышления, кроме языкового! Эти философы не ведали, что сами они принадлежат к определенной разновидности человека разумного, а именно той, которая обделена математическими способностями. Сколько раз, пережив озарение новым открытием, запечатлев его в памяти неизгладимо, я часами искал для него языковую одежду, потому что оно родилось во мне вне всякого языка - естественного или формального.
Мысленно я назвал этот феномен "проступанием истины". Описать его невозможно. То, что проступает из толщи бессознательного и с трудом, постепенно отыскивает для себя слова, словно гнезда, - существует как целое прежде, чем осядет внутри этих гнезд. Но я не сумел бы даже намеком пояснить, в каком, собственно, облике предстает передо мной это бес- и предсловесное Нечто (которому предшествует острое ощущение, что ожидание не будет напрасным). У философа, который не пережил этого сам, какие-то важные механизмы мышления устроены иначе, чем у меня; при всем нашем видовом сходстве различие между нами больше, чем хотелось бы подобным мыслителям.»
«Как смешила меня, к примеру, уверенность тех, кто заявлял, будто нет иного мышления, кроме языкового! Эти философы не ведали, что сами они принадлежат к определенной разновидности человека разумного, а именно той, которая обделена математическими способностями. Сколько раз, пережив озарение новым открытием, запечатлев его в памяти неизгладимо, я часами искал для него языковую одежду, потому что оно родилось во мне вне всякого языка - естественного или формального.
Мысленно я назвал этот феномен "проступанием истины". Описать его невозможно. То, что проступает из толщи бессознательного и с трудом, постепенно отыскивает для себя слова, словно гнезда, - существует как целое прежде, чем осядет внутри этих гнезд. Но я не сумел бы даже намеком пояснить, в каком, собственно, облике предстает передо мной это бес- и предсловесное Нечто (которому предшествует острое ощущение, что ожидание не будет напрасным). У философа, который не пережил этого сам, какие-то важные механизмы мышления устроены иначе, чем у меня; при всем нашем видовом сходстве различие между нами больше, чем хотелось бы подобным мыслителям.»
Как круто, когда можешь выделить несколько дней, чтобы погрузиться и прочитать книгу целиком от и до, а не делать это урывками, теряя контекст и настроение, которое создал автор
Принято считать, что скрам – история для маленьких команд. В красненькой книжечке Сазерленда приводится, кажется, состав в 5-7 человек, после которого нарастают коммуникационные издержки, лишающие смысл эту вечеринку. Консультантам конечно хотелось бы больше, т.к. только у больших компаний есть достаточно средств для оплаты услуг по внедрению этого пресловутого скрама. Короче конфликт, и каждый придумывает, что может.
Но мне нравится смотреть на эту историю совсем с другой стороны. Самая большая фикция и самая большая боль в компаниях – проектное планирование. Очень сложно себе представить скоординированную работу многих сотен людей, намертво связанных между собой критическим путем проекта. Любой план – это модель, а модель это всегда упрощение реальности. В таком творческом процессе как проектирование и разработка, любая мелочь легко переворачивает оценки в плане на порядок или даже меняет структуру и состав самих задач. В результате перерасход бюджета возрастает нелинейно за счет простоев и переделок, а начиная с определенного размера работа в принципе останавливается.
Если разбить всех участников проекта на маленькие команды фиксированного размера и жестко задать длительность итераций (ой, простите, спринтов), при этом сделать так, чтобы у всех команд дни завершения итераций совпадали, то получится альтернативная модель управления проектом. Нет никакой скоординированной работы в рамка единого плана развития продукта, а есть единые дни синхронизации, когда проектная группа смотрит фактические результаты каждой команды и исходя из этого принимает решения, что делать дальше. Каждая команда работает над полной реализацией определенной функции продукта, поэтому нет задерживающих друг друга команда, когда, например, есть серверная команда и есть фронтенд команда. Чем-то это похоже на множество муравьев, пожирающих мертвого философа, каждая группа делает это по чуть-чуть и с разных сторон. Нет генерального плана, а есть только ситуационная реакция – здесь задачи закончились, переключаемся на другие группы задач.
Согласитесь, оригинальный способ наконец-то получить пользу от скрама. Мягко говоря, получится странный продукт, зато исполнится мечта любого клиента – посадить как можно больше разработчиков, чтобы они как девять женщин родили за месяц одного ребенка.
Но мне нравится смотреть на эту историю совсем с другой стороны. Самая большая фикция и самая большая боль в компаниях – проектное планирование. Очень сложно себе представить скоординированную работу многих сотен людей, намертво связанных между собой критическим путем проекта. Любой план – это модель, а модель это всегда упрощение реальности. В таком творческом процессе как проектирование и разработка, любая мелочь легко переворачивает оценки в плане на порядок или даже меняет структуру и состав самих задач. В результате перерасход бюджета возрастает нелинейно за счет простоев и переделок, а начиная с определенного размера работа в принципе останавливается.
Если разбить всех участников проекта на маленькие команды фиксированного размера и жестко задать длительность итераций (ой, простите, спринтов), при этом сделать так, чтобы у всех команд дни завершения итераций совпадали, то получится альтернативная модель управления проектом. Нет никакой скоординированной работы в рамка единого плана развития продукта, а есть единые дни синхронизации, когда проектная группа смотрит фактические результаты каждой команды и исходя из этого принимает решения, что делать дальше. Каждая команда работает над полной реализацией определенной функции продукта, поэтому нет задерживающих друг друга команда, когда, например, есть серверная команда и есть фронтенд команда. Чем-то это похоже на множество муравьев, пожирающих мертвого философа, каждая группа делает это по чуть-чуть и с разных сторон. Нет генерального плана, а есть только ситуационная реакция – здесь задачи закончились, переключаемся на другие группы задач.
Согласитесь, оригинальный способ наконец-то получить пользу от скрама. Мягко говоря, получится странный продукт, зато исполнится мечта любого клиента – посадить как можно больше разработчиков, чтобы они как девять женщин родили за месяц одного ребенка.
Перевёл статью Алана Купера, на которую ссылался в четвёртой главе. Интересный опыт, планирую делать переводы таких материалов регулярно. https://vc.ru/design/97289-alan-kuper-specialisty-v-bizneslende
vc.ru
Алан Купер: Специалисты в Бизнесленде — Дизайн на vc.ru
Не путайте зарабатывание денег с созданием успешных продуктов. Ваш начальник не вознаградит вас за потраченное время и усердную работу. Хотите прибавку к зарплате и повышение? Хороший дом и новую Теслу? Или вы хотите создавать дружелюбный, здоровый, безопасный…
Нам так часто задают вопрос, не является ли метод параноика водопадной моделью работы над проектом, особенно с учетом сравнения со съемками фильма (когда сначала написали сценарий, потом все сняли и смонтировали), что в очередной попытке объяснить, что это не так, родилось новое понимание – это съемка сериала.
И действительно, вначале придумывается идея сериала, вокруг которого строится повествование, в нашем случае концепция будущего цифрового продукта. Потом создается мир, персонажи и правила, по которым они живут в этом мире. У нас это высокоуровневое проектирование.
А дальше начинается череда серий – историй, связанных друг с другом, происходящих в одном мире по общим правилам, но имеющим самостоятельную ценность и смысл. Для каждой серии готовится сценарий и выполняется съемка и монтаж. В случае с методом параноика, это итерации, каждая из которых посвящена выпуску новой версии системы с набором функций, которые детально проектируются (на основе заданных правил при высокоуровневом проектировании) и далее разрабатываются.
Таким образом, это гибкая в развитии история, но стоящая на более прочной основе, чем то, что обычно происходит в проектах. Как я много уже раз говорил, настоящая гибкость достигается прежде всего не за счет организационных возможностей проекта, а за счет заложенных возможностей на техническом уровне, когда архитектура продукта изначально предполагает развитие продукта без необходимости все переделывать при каждой итерации.
И действительно, вначале придумывается идея сериала, вокруг которого строится повествование, в нашем случае концепция будущего цифрового продукта. Потом создается мир, персонажи и правила, по которым они живут в этом мире. У нас это высокоуровневое проектирование.
А дальше начинается череда серий – историй, связанных друг с другом, происходящих в одном мире по общим правилам, но имеющим самостоятельную ценность и смысл. Для каждой серии готовится сценарий и выполняется съемка и монтаж. В случае с методом параноика, это итерации, каждая из которых посвящена выпуску новой версии системы с набором функций, которые детально проектируются (на основе заданных правил при высокоуровневом проектировании) и далее разрабатываются.
Таким образом, это гибкая в развитии история, но стоящая на более прочной основе, чем то, что обычно происходит в проектах. Как я много уже раз говорил, настоящая гибкость достигается прежде всего не за счет организационных возможностей проекта, а за счет заложенных возможностей на техническом уровне, когда архитектура продукта изначально предполагает развитие продукта без необходимости все переделывать при каждой итерации.
Две новости
Сергей Гуров (https://t.me/molokopluss) сделал для книги отличную обложку, причем сразу в трех цветах, можно посмотреть на странице книги https://mityakin.ru/paranoid-method-book
Готовые главы книги опубликованы на Литресе в формате Черновика и будут там обновляться вместе с публикацией на моем сайте. Цена за книгу сейчас установлена минимальная, по итогу у вас будет полная версия в электронном виде. О планах публикации книги в печатном виде и других форматах распространения я напишу отдельно, но электронная версия на Литресе будет максимально полной.
https://www.litres.ru/vadim-viktorovich-mi/metod-paranoika-kniga-o-sozdanii-cifrovyh-produktov-v/
Буду благодарен всем, кому интересна эта история и кто оставит свой отзыв к книге на сайте Литреса и опубликует цитаты, которые больше всего запомнились. Все это поможет распространению добра во Вселенной.
Сергей Гуров (https://t.me/molokopluss) сделал для книги отличную обложку, причем сразу в трех цветах, можно посмотреть на странице книги https://mityakin.ru/paranoid-method-book
Готовые главы книги опубликованы на Литресе в формате Черновика и будут там обновляться вместе с публикацией на моем сайте. Цена за книгу сейчас установлена минимальная, по итогу у вас будет полная версия в электронном виде. О планах публикации книги в печатном виде и других форматах распространения я напишу отдельно, но электронная версия на Литресе будет максимально полной.
https://www.litres.ru/vadim-viktorovich-mi/metod-paranoika-kniga-o-sozdanii-cifrovyh-produktov-v/
Буду благодарен всем, кому интересна эта история и кто оставит свой отзыв к книге на сайте Литреса и опубликует цитаты, которые больше всего запомнились. Все это поможет распространению добра во Вселенной.
Интересное наблюдение. Для аудитории, которая еще не доросла до проектов, в которых действительно требуется проектирование, бессмысленно пытаться донести важность проектирования, т.к. все «сами с усами», а для аудитории, которая занимается серьёзными проектами, уже не нужно ничего доносить - сами все понимают. Получается, что есть смысл только рассказывать о том, как проектирование лучше делать, а не что его в принципе нужно делать.
Подслушал термин «Технологическое воображение». Да, все верно, это как раз то, что развивается за счёт насмотренности.