Раз-раз! Закреплю тут ссылку на первую главу https://paranoidmethod.org/paranoid-method-book-01

Вышло интервью на Bang Bang, где мы обсуждаем с Сергеем Гуровым продюсерский подход. Из обсуждения можно увидеть, в какую сторону дальше двинется моя работа над книгой в плане содержания: https://point.bangbangeducation.ru/3-dots/vadim-mityakin

Одна из читательниц первой главы написала интересный материал. @Kinkreu полемизирует в основном с Майстером, но я там тоже участвую как одна из сторон истории. Далеко не во всем согласен с Мариной, но точно заслуживает внимания: https://zen.yandex.ru/media/id/5d86900ea3f6e400ad8092b4/devid-maister-it-i-germenevtika-5d8692763d008800ad0a24ea

Хорошая выжимка. Круто, что Антон Григорьев точно уловил ключевые идеи первой главы

Вадим Митякин написал об индустрии создания цифровых продуктов — первая глава будущей книги о продюсерском подходе.

Индустрия — это экосистема. Большинство проектов реализуется несколькими компаниями, командами и отдельными специалистами в симбиозе. Клиенты обращаются в компанию, которая нанимает себе в помощь продакшн для разработки и т. п.

Типовая производительность в час — полная профанация. Точная предварительная оценка проекта невозможна в принципе. Всё зависит от конкретного проекта и конкретного специалиста.

Типы проектов:
1. Мозги — решение ранее неизвестных задач. Проект похож на исследовательскую работу и привлечённые специалисты должны быть опытными профессионалами, имеющими сложившийся подход к поиску нестандартных решений.
2. Седина — внедрение проверенных отраслевых или технологических наработок, которыми обладает компания-подрядчик. Например, программа лояльности в розничной сети. Компании, работающие над такими проектами, специализируются на определённых отраслях.
3. Процедуры — типовые задачи, с которыми могут справиться различные специалисты с заданной квалификацией. Например, разработка программных компонентов по детальной спецификации в уже определённой технологической среде.

Слабые специалисты не вытянут проект типа «мозги». Если крутые будут делать слишком простые проекты, разработка будет слишком дорогой, а специалисты потеряют мотивацию и покинут компанию.

Типы исполнителей:
1. Фармацевт (самый распространённый) — классический аутсорсинг. Клиент приходит со сформулированной задачей, исполнитель через некоторое время выдаёт результат.
2. Сиделка — агентства. Исполнитель интенсивно общается с клиентом, работа выстроена вокруг долговременных целей клиента.
3. Нейрохирург — системные интеграторы и технологические исследовательские центры. Похоже на фармацевта, но часто сутью задачи является выяснение, в чём именно заключается проблема клиента и поиск её решения. У задач — преимущественно технологический характер.
4. Психотерапевт — продюсеры ИТ-проектов. Клиент обозначает проблемы в бизнесе или возможные точки развития, а исполнитель помогает подобрать наиболее удачный способ решения.

Бизнес-модели:
1. Ресурсная — продажа труда специалистов по часам или проектам. Компания должна продать как можно больше ресурсов, что неизбежно приводит к типу проектов «процедуры» и формату работы «фармацевт» или «сиделка». Клиент всегда может сменить подрядчика. Подрядчики конкурируют ценой, уровнем специалистов и качеством менеджмента.
2. Продажа уникальных знаний — цена услуги формируется не себестоимостью, а ценностью для клиентского бизнеса.

«Любая компания с регулярными расходами пытается добиться регулярного поступления оплат от клиентов. А они возможны в случае, когда команда специалистов как можно дольше работает над одним и тем же проектом, и её состав не меняется. Именно с этим связана любовь компаний-разработчиков к скраму, т. к. у проекта нет разных по стоимости этапов, команда максимально однородна и специалисты взаимозаменяемы. Работа над проектом разбита на равные отрезки времени — спринты, за которые удобно выставлять регулярные счета. Дело как обычно в деньгах, а вовсе не в каком-то волшебном качестве скрама».

«Настоящее проектирование в руках профессионалов — это инструмент, который даёт возможность точно целиться в бизнес-цели проекта и дальше решительно действовать. Оно сокращает бюджет и сроки проекта: вместо поисков в темноте наугад проектирование как фары автомобиля освещает дорогу, по которой движется проектная команда. Проектированию предшествует этап анализа бизнес-задачи клиента. Если задачи не сформулированы, то проектирование не даст результата. Также оно связывает разных участников экосистемы».

https://mityakin.ru/paranoid-method-book-1

Итак, с момента публикации первой главы прошло почти 3 недели. За это время ее увидели больше тысячи человек, большая часть из которых похоже ее внимательно прочитали. С учетом объема материала, кажется этот мир не безнадежен) хотя мне все говорили, что рулят короткие заметки и еще более короткие видеоролики. Несколько человек сделали обзор на главу, профильные ресурсы сделали репосты и публикации. Это очень здорово, что материал получил такой отклик.

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

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

Неожиданная поддержка пришла со стороны Алана Купера (который живее всех живых) про мотивы создания сложных систем, конфликта между создателями продуктов и бизнесов. Как раз в том момент, когда я пишу главу с кодовым названием «Кодекс проектировщика». https://medium.com/@MrAlanCooper/practitioners-in-businessland-3d1501948c86

Вчера в Питере ходил на премьерный показ фильма "33 слова о русском дизайне" ребят из bang bang education. 33 коротких фрагмента по 2 минуты от разных представителей нашей дизайн-индустрии, в которых они своим языком рассказывали, что они считают русским дизайном. Отбился каждый рубль из стоимости билета. Но только потому, что это был отличный срез этой профессиональной среды.

Кроме Антона Шнайдера и Темы Лебедева, ну и наверно еще Юрия Гордона с Ильей Рудерманом, остальным просто нечего было сказать. Русскому дизайну не хватает самоиронии. И дизайнерам, которые его делают. Поза на фоне отсутствия смысла – не самое приятное зрелище. И кстати, стало понятно, почему у Яндекса и особенно у Мейла нет дизайна в принципе – ребята дизайнеры из этих компаний не просто не смогли сказать что-то интересное, им нечего было сказать в принципе. До такой степени корпоративный формат убивает что-то живое.

На фоне этой истории, фильм о новом русском дизайне, снятый несколько лет назад, смотриться гораздо содержательнее: https://www.youtube.com/watch?v=DTBhvB3EOpU

Материал, к которому я возвращаюсь раз за разом уже много лет. Это рассказ от одного из создателей Quake о том, как устроена Valve. Когда я пишу в первой главе про ресурсную бизнес-модель против модели знаний, есть большая доля идеи, которую я почерпнул из этой статьи:

"Гэйб рассказывает об этом так. Когда он работал в Microsoft в начале 90-х, он провёл опрос на тему того, какое ПО установлено на компьютерах работников. На втором месте по популярности оказалась Windows.

На первом был Doom.

Мысль о том, что софт компании из 10 человек откуда-то из Мескайта, штат Техас, может быть установлен на большем количестве компьютеров, чем продукция крупнейшей в мире софтверной корпорации, показала Гэйбу, что в самих принципах продуктивности что-то фундаментально поменялось. Он стал изучать историю управления и обнаружил, что иерархический менеджмент был придуман для военных целей, где он идеально подходит, чтобы заставить 1000 человек промаршировать к определенной точке и пасть там смертью храбрых. После того, как произошла Индустриальная Революция, иерархический менеджмент снова оказался отличным выбором, так как в конечном итоге целью было рассматривать любого человека в качестве компонента, выполняющего одну и ту же работу, снова и снова."

https://habr.com/en/post/142649/

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

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

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

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

https://mityakin.ru/paranoid-method-book-04

В понедельник на следующей неделе (25.11.19) в Москве хочу встретиться с теми, кому интересно обсудить вопросы проектирования и управления проектами в формате продюсирования. Формат простой: я и мой коллега Паша Шерер по Eleven будем в Старбаксе на ул. Гашека, 6 начиная с 18:00 в течение нескольких часов. Договариваться отдельно не надо, просто приходите если интересно и все)

Если вдруг вы будете во вторник (26.11.19) на конференции Just AI по голосовым системам, то велкам, я там тоже буду, если что пообщаемся. https://conversations-ai.com