Когда люди говорят, что написание книги – это создание продукта, они путают издательский бизнес с творческим процессом.
В то же время, если говорить об успешности именно продуктов, то здесь все строго наоборот. Цитата из первой главы:
«Все остальное – удобство использования, охват аудитории, цена обслуживания и прочее – является качественными и количественными характеристиками успеха. Нельзя утверждать, что продукт является хорошим, но не успешным. В его успешности проявляется его качество. Поэтому, когда в следующий раз вам скажут, что они сделали классное мобильное приложение, но были проблемы с запуском для пользователей, это будет означать, что ваши собеседники путают качественное программирование с созданием работающих продуктов.»
«Все остальное – удобство использования, охват аудитории, цена обслуживания и прочее – является качественными и количественными характеристиками успеха. Нельзя утверждать, что продукт является хорошим, но не успешным. В его успешности проявляется его качество. Поэтому, когда в следующий раз вам скажут, что они сделали классное мобильное приложение, но были проблемы с запуском для пользователей, это будет означать, что ваши собеседники путают качественное программирование с созданием работающих продуктов.»
Фрагмент из шестой главы про устройство проектных команд по методу параноика, над которой я сейчас работаю:
"Вы никогда не задавались вопросом, почему самые интересные и удачные решения рождаются на стыке разных дисциплин. Дело в том, что те, кто находит такие решения, обладают контролем над всеми частями создаваемой системы. В большинстве случаев, чтобы получить такой контроль, нужно владеть несколькими компетенциями. Мой любимый пример совсем не из ИТ-области, тем не менее он отлично все показывает.
Представьте себе дизайнера бытовых приборов. Помимо художественных навыков, в его компетенции входит в том числе и знания по технологии производства и свойствам материалов. Спроектировать скажем чайник невозможно без учета того, какие существуют ограничения при литье пластмассы. Да, можно придумать устройство в крайней степени красивое, и возможно даже функциональное, только его нельзя будет изготовить!
Точно также, создавая продукт, если вы замыкаетесь в рамках одной специализации, например, UX, вы не имеете возможность увидеть все части, которые в сумме создают работающую систему. Нужно выйти за границы дисциплины, к которой вы принадлежите в силу своей базовой профессии, чтобы иметь возможности учесть факторы, влияющие на итоговое решение. Поэтому ключевые участники проекта должны обладать опытом в смежных дисциплинах и иметь несколько профессиональных компетенций."
Уже готовые главы тут: https://paranoidmethod.org
"Вы никогда не задавались вопросом, почему самые интересные и удачные решения рождаются на стыке разных дисциплин. Дело в том, что те, кто находит такие решения, обладают контролем над всеми частями создаваемой системы. В большинстве случаев, чтобы получить такой контроль, нужно владеть несколькими компетенциями. Мой любимый пример совсем не из ИТ-области, тем не менее он отлично все показывает.
Представьте себе дизайнера бытовых приборов. Помимо художественных навыков, в его компетенции входит в том числе и знания по технологии производства и свойствам материалов. Спроектировать скажем чайник невозможно без учета того, какие существуют ограничения при литье пластмассы. Да, можно придумать устройство в крайней степени красивое, и возможно даже функциональное, только его нельзя будет изготовить!
Точно также, создавая продукт, если вы замыкаетесь в рамках одной специализации, например, UX, вы не имеете возможность увидеть все части, которые в сумме создают работающую систему. Нужно выйти за границы дисциплины, к которой вы принадлежите в силу своей базовой профессии, чтобы иметь возможности учесть факторы, влияющие на итоговое решение. Поэтому ключевые участники проекта должны обладать опытом в смежных дисциплинах и иметь несколько профессиональных компетенций."
Уже готовые главы тут: https://paranoidmethod.org
Интересно наблюдать, как компании, создающие цифровые инструменты для удаленной работы, сами страдают от карантина и разрозненности проектных команд. А казалось бы...
Стало ясно, что к пятой главе нужно будет вернуться и дополнить ее практическими соображениями о том, как оценивать и планировать работы исходя из идей принципа проектирования. Сейчас там этого нет, а в третьей главе, которая так и называется "Оценка проектов, планирование и другие сложности" больше сказано о причинах проблем, чем о способах их решения. Поэтому между работами над последними главами выберу время и дополню ее: https://paranoidmethod.org/paranoid-method-book-05
Что интересно, для работы над книгой я использую кроме текущих идей, массу накопившихся заметок и материалов. Вот кое-что трехлетней давности по теме Оценка и передача в разработку после проектирования:
– Оценка должна основываться на фактах
– Итогом каждой задачи разработки должен быть результат, который можно “потрогать” (верить никому нельзя, нужны объективные критерии оценки текущего статуса, то, что уже работает — вселяет во всех участников уверенность)
– Разработчики должны понимать сценарии как работает продукт, а не просто логику своей отдельной функции. Им нужно понимать причины проектных решений, а не просто их знать эти конечные решения
– Структура документации должна позволять делать оценку по функциональным разделам и “включать/выключать” пользовательскую функцию из проекта. Это удобно в дальнейшем при общении с клиентом на стадии согласовании бюджета.
Что интересно, для работы над книгой я использую кроме текущих идей, массу накопившихся заметок и материалов. Вот кое-что трехлетней давности по теме Оценка и передача в разработку после проектирования:
– Оценка должна основываться на фактах
– Итогом каждой задачи разработки должен быть результат, который можно “потрогать” (верить никому нельзя, нужны объективные критерии оценки текущего статуса, то, что уже работает — вселяет во всех участников уверенность)
– Разработчики должны понимать сценарии как работает продукт, а не просто логику своей отдельной функции. Им нужно понимать причины проектных решений, а не просто их знать эти конечные решения
– Структура документации должна позволять делать оценку по функциональным разделам и “включать/выключать” пользовательскую функцию из проекта. Это удобно в дальнейшем при общении с клиентом на стадии согласовании бюджета.
Мне важно про вас кое-что понять. Вам знакомо и понятно выражение "по гамбурскому счету"? Обещаю потом раскрыть тему.
Final Results
21%
Да
79%
Нет
Договорные соревнования были всегда. Популярный бокс в конце 19 начале 20 века тоже этого не избежал. Подозреваю, что это было похоже на современный реслинг по сути. Короче, зарабатывать деньги – это одно, а профессиональное достоинство – другое. Уверен, вы по своей работе понимаете, что оценить по достинству крутость результата вашей работы могут только ваши коллеги по цеху, т.е. другие профессионалы, прошедшие долгий путь и от того понимающие всю тонкость игры. Обычный обыватель не даст и копейки за то, над чем вы могли работать долгое время и что считаете своим шедевром.
Бокс – такое же мастерство, поэтому периодически профессионалы собирались в Гамбурге за закрытыми дверьми, чтобы выяснить, кто чего стоит на самом деле. Еще раз, оценить могли только те, кто в этом разбирается по факту, т.е. другие боксеры. Отсюда появилось выражение "по гамбургскому счету", означающее настоящее положение дел.
Бокс – такое же мастерство, поэтому периодически профессионалы собирались в Гамбурге за закрытыми дверьми, чтобы выяснить, кто чего стоит на самом деле. Еще раз, оценить могли только те, кто в этом разбирается по факту, т.е. другие боксеры. Отсюда появилось выражение "по гамбургскому счету", означающее настоящее положение дел.
Прочитал у кого-то в канале, что лучший способ увеличить количество подписчиков, это ничего не писать. Надо попробовать...
Если что-то и заставляет людей быть более ответственными и вовлечёнными при управлении бизнесом, так это разделение убытков. Разделение прибылей делает из них просто привилегированных сотрудников.
Как так случилось, что в современном мире здравый смысл стал контркультурой?
Пишу главу про организацию проектных команд и у меня есть кое-что сказать на тему, которая в книге точно не будет освещена. Привет всем любителям порассуждать про выстраивание личных границ.
В коллективе либо все одеваются и ведут себя, не играя с проявлением своей сексуальности, и тогда можно говорить о ровной рабочей атмосфере в общении, либо в одежде и формате общения нет нейтральности, но тогда надо признать, что атмосфера наполняется сексуальной энергией как естественное проявление человеческих реакций. Это должно одинаково относится и к мужчинам и к женщинам. В противном случае это игра в одни ворота или хуже того – скрытая манипуляция.
В коллективе либо все одеваются и ведут себя, не играя с проявлением своей сексуальности, и тогда можно говорить о ровной рабочей атмосфере в общении, либо в одежде и формате общения нет нейтральности, но тогда надо признать, что атмосфера наполняется сексуальной энергией как естественное проявление человеческих реакций. Это должно одинаково относится и к мужчинам и к женщинам. В противном случае это игра в одни ворота или хуже того – скрытая манипуляция.
🔥1
Задумался над тем, что хотел бы в помощь себе редактора, а лучше продюсера. Короче говоря того, кто был бы одновременно и критиком и тем, кто помогал бы держать фокус. Но подозреваю, что найти такого человека, фактически партнера для написания книги, крайне сложно, если вообще возможно.
У меня есть немногочисленная группа друзей-товарищей, которые не читают мою книгу, говоря, что все узнают, просто поговорив со мной. Мне вот интересно, а если бы они дружили с художником, они бы ему тоже самое говорили?) не буду смотреть, при встрече в общих чертах карандашом набросаешь!
Друзья! (в сети так обычно обращаются к незнакомым людям, которым нужно что-то впарить))) Пока еще не настал новый год и вы не уехали в любимые праги, берлины и барселоны (еще одна великолепная шутка), хочу с вами поделиться секретной информацией (на этот раз серъезно).
Итак, метод параноика вырос исторически из моей проектной практики, но изначально я не планировал писать книгу, а думал над учебным курсом по проектированию. Да, были лекции на конференциях, но это была общая информация. И вот в 2017 году звезды сошлись так, что мы с коллегами смогли подготовить и записать серию теоретических и практических занятий по проектированию систем. Свою часть материалов я записал на видео и они хранились все эти годы, ожидая своего звездного часа. Сначала было много проектной работы, потом (неожиданно!) началась работа над книгой, короче говоря, было не до них.
И вот в очередной раз давая секретную ссылку на эти материалы кому-то из коллег, я подумал, что это может быть интересно и более широкой аудитории. Да, за эти три года был пройден большой путь, особенно в результате исследовательской работы, которая была нужна для создания книги "метод параноика", но концептуально материалы не устарели. Поэтому у меня возникла идея, что пока я дописываю книгу и мы с Павлом Шерером готовим "школу параноиков", показать эти записи (насчет стоимости пока думаю). В качестве затравки прикладываю пару ссылок на вводное занятие, там буквально 20 минут, но общее представление дает. Хочу услышать в комментариях, насколько лично вам это интересно.
Часть 1: https://youtu.be/kWaVJx9yERo
Часть 2: https://youtu.be/YBYIuNWu6rM
Итак, метод параноика вырос исторически из моей проектной практики, но изначально я не планировал писать книгу, а думал над учебным курсом по проектированию. Да, были лекции на конференциях, но это была общая информация. И вот в 2017 году звезды сошлись так, что мы с коллегами смогли подготовить и записать серию теоретических и практических занятий по проектированию систем. Свою часть материалов я записал на видео и они хранились все эти годы, ожидая своего звездного часа. Сначала было много проектной работы, потом (неожиданно!) началась работа над книгой, короче говоря, было не до них.
И вот в очередной раз давая секретную ссылку на эти материалы кому-то из коллег, я подумал, что это может быть интересно и более широкой аудитории. Да, за эти три года был пройден большой путь, особенно в результате исследовательской работы, которая была нужна для создания книги "метод параноика", но концептуально материалы не устарели. Поэтому у меня возникла идея, что пока я дописываю книгу и мы с Павлом Шерером готовим "школу параноиков", показать эти записи (насчет стоимости пока думаю). В качестве затравки прикладываю пару ссылок на вводное занятие, там буквально 20 минут, но общее представление дает. Хочу услышать в комментариях, насколько лично вам это интересно.
Часть 1: https://youtu.be/kWaVJx9yERo
Часть 2: https://youtu.be/YBYIuNWu6rM
YouTube
Курс – Вводное занятие (Митякин)
Книга о создании цифровых продуктов "Метод параноика": https://paranoidmethod.org
Книга «Метод параноика» – это не продукт книжного рынка, а сообщение, которое не уместилось в твите. Одновременно приглашение к дискуссии и сформулированная точка зрения. Если обсуждать идеи, которые там изложены, то как минимум на близком уровне понимания вопроса. Это требует работы от читателя, но это интересно.
Кто читатель. Во-первых, это те, кто делает бизнес «новой школы», в котором цифра – не автоматизация, а сама его суть, основа. Им нужен подход, технология, и для формулирования своих идей, и грамотного общения со специалистами, которые должны будут реализовать задуманное. Взаимное уважение, вовлечённость в проектную работу, признание того, что сложные вопросы не имеют простых ответов.
Во-вторых, профессионалы из области проектирования, разработки, дизайна, управления проектами. Те, кто дорос до уровня, когда просто развивать своё мастерство не интересно, те, кому нужен новый смысл их деятельности. И такой смысл может быть найден в вопросе не только «как?», но и «зачем?». Это собственно то, чем отличается ит-продюсер от менеджера проекта, продуктового дизайнера, ит-архитектора. Его роль не в прямом выполнении задач, а в поиске решения совместно с бизнесом. А после в выборе наиболее удачного способа воплощения замысла, формировании проектной команды, реализации и запуске цифрового продукта.
У нас уже появилось понимание того, как донести эти идеи и до бизнеса, и до специалистов, а заодно и познакомить их друг с другом. Потому что в этом мире дефицит на здравый смысл, и адекватным людям нужные такие же адекватные партнеры. Все это уже начало воплощаться в той или иной форме и следующий год как раз и будет посвящён такой работе. Так что следите за новостями и приятного чтения уже готовых глав на праздниках: https://paranoidmethod.org
Кто читатель. Во-первых, это те, кто делает бизнес «новой школы», в котором цифра – не автоматизация, а сама его суть, основа. Им нужен подход, технология, и для формулирования своих идей, и грамотного общения со специалистами, которые должны будут реализовать задуманное. Взаимное уважение, вовлечённость в проектную работу, признание того, что сложные вопросы не имеют простых ответов.
Во-вторых, профессионалы из области проектирования, разработки, дизайна, управления проектами. Те, кто дорос до уровня, когда просто развивать своё мастерство не интересно, те, кому нужен новый смысл их деятельности. И такой смысл может быть найден в вопросе не только «как?», но и «зачем?». Это собственно то, чем отличается ит-продюсер от менеджера проекта, продуктового дизайнера, ит-архитектора. Его роль не в прямом выполнении задач, а в поиске решения совместно с бизнесом. А после в выборе наиболее удачного способа воплощения замысла, формировании проектной команды, реализации и запуске цифрового продукта.
У нас уже появилось понимание того, как донести эти идеи и до бизнеса, и до специалистов, а заодно и познакомить их друг с другом. Потому что в этом мире дефицит на здравый смысл, и адекватным людям нужные такие же адекватные партнеры. Все это уже начало воплощаться в той или иной форме и следующий год как раз и будет посвящён такой работе. Так что следите за новостями и приятного чтения уже готовых глав на праздниках: https://paranoidmethod.org
Пока все предавались новогодним радостям и излишествам, я отложил в сторону работу над книгой и смонтировал несколько часов лекций по техническому проектированию. У тех, кто интересовался практической стороной «Метода параноика», появилась отличная возможность погрузится в тему ещё до того, как будет готова чёрная книга.
https://vimeo.com/ondemand/paranoidtechdesign
https://vimeo.com/ondemand/paranoidtechdesign
Создание сложных цифровых продуктов невозможно без технического проектирования. Но при его появлении должен поменяться весь процесс. Например, на такой. Тут две схемы, одна общая, вторая детальная.
Многим кажется, что проектирование лишает работу гибкости, превращая ее в "водопад". Но это не так. Хитрость заключается в том, гибкость развития проекта обеспечивается адаптивной технической архитектурой, как раз таки способной "гнуться" в нужную сторону. В противном случае в каждой итерации проекта вам придется все кардинально переделывать, а это уже не гибкость, а череда разных проектов с одинаковым названием.
Одна из целей лекций как раз в том и состояла, чтобы об этом рассказать и показать на практике: https://vimeo.com/ondemand/paranoidtechdesign
p.s. На схеме еще старый вариант лого картеля, творение Дениса Золотарева @fortyD
Многим кажется, что проектирование лишает работу гибкости, превращая ее в "водопад". Но это не так. Хитрость заключается в том, гибкость развития проекта обеспечивается адаптивной технической архитектурой, как раз таки способной "гнуться" в нужную сторону. В противном случае в каждой итерации проекта вам придется все кардинально переделывать, а это уже не гибкость, а череда разных проектов с одинаковым названием.
Одна из целей лекций как раз в том и состояла, чтобы об этом рассказать и показать на практике: https://vimeo.com/ondemand/paranoidtechdesign
p.s. На схеме еще старый вариант лого картеля, творение Дениса Золотарева @fortyD
"Почему же он не замечал явных противоречий? Потому что был влюблен в эту идею, а когда ты влюблен, то закрываешь глаза на недостатки объекта своей любви."
Нашлось ранее не публиковавшееся видео с моим рассказом о техническом проектировании, который произошел в гостях у Гильдии вольных проектировщиков осенью 2017. Этот же момент интересен тем, что тогда же в Eleven подключился Павел Шерер (@shererpro). Видео с ним к сожалению утеряно. Прости, Паша!)
https://vimeo.com/501252759
https://vimeo.com/501252759
Vimeo
Рассказ про техническое проектирование в гостях у Гильдии вольных проектировщиков
Ресурсы по теме: Серия лекций по техническому проектированию: https://vimeo.com/ondemand/paranoidtechdesign Книга «Метод параноика»: https://paranoidmethod.org Телеграм-канал:…