Добавить в цитаты Настройки чтения

Страница 2 из 19

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

1) 

инструментальный

– приёмы и навыки, которые вам необходимы в моменте для выполнения текущих задач;

2) 

интерпретационный

– внешнее объяснение и прогнозирование на основе фактов и способов оценки, которые вам недоступны, но вместе дают общую картину;

3) 

системный

– объяснение базовых механизмов, лежащих в основе происходящих событий, позволяющее вам самостоятельно прогнозировать и давать оценку.

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

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

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

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

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

Так работает системный уровень и добраться до него можно только пройдя первые два – инструментальный и интерпретационный. Как говорил Дон Хуан в книгах Кастанеды, ученик должен опираться на правила, потому что он не «видит», но воин – «видит» и может действовать по своему желанию. Понимание явлений, технологий, процессов, природы людей на системном уровне даёт вам свободу, которой вы не обладали до этого. Поэтому, если вы хотите в чем-то преуспеть, стоит стремиться к тому, чтобы набраться опыта и понять законы, лежащие в основе явлений вокруг.

Теперь, после такого развёрнутого объяснения думаю мне будет проще показать планируемую структуру материалов по «Методу параноика». Если коротко, то:

1) 

«Красная» книга описывает

системный

уровень и через множество примеров даёт

интерпретацию





того, как можно смотреть на проектную работу.

2) 

«Чёрная» книга должна служить

инструментальным

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

интерпретационного

уровня в ней тоже не обойтись.

3) 

Ну и «Белая» книга – это парафраз от термина «

White

Paper

», обозначающего набор материалов, в сжатой форме дающих информацию о методе и его приёмах, т.е. чисто

инструментальный

уровень, в нашем случае комплект примеров проектной документации и артефактов.

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

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

В литературе есть такое выражение: «герой книги начал жить своей жизнью». Что-то похожее произошло и с описываемым методом. Обозначив аксиономические отправные точки, приложив базу знаний в виде систематизированного опыта, а дальше начав двигаться по логическому дереву, модель проектной работы предстала в несколько ином виде, чем мне представлялось изначально. В результате получилась системная, концептуально целостная конструкция, которая подобно фундаменту способна выдержать и интерпретационный и инструментальный уровни метода.

Помимо трёх частей книги, мы с коллегами задумались и уже начали работу над учебными материалами как в живом формате с личным общением, так и в виде записанных лекций. Это тем более интересно, т.к. каждый из нас имеет практику преподавания. Вся информация о «Методе параноика» собрана на ресурсе https://paranoidmethod.org, включая книги, материалы и т.д. Кстати, «Красная» книга доступна в открытом виде на этом же ресурсе. Там же можно найти ссылки на все внешние источники и каналы.

История вопроса

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

Компания «ГАЛС СОФТ», которую я создал в 2002 году, тоже не была исключением. За 15 лет существования компании, вплоть до момента, когда я придумал новый формат – продюсирование ИТ-проектов, мы выполнили больше тысячи проектов и для большинства из них привлекали внешних участников. Очень быстро мы поняли, что недостаточно передать подрядчику простую постановку задачи в виде требований к продукту. Количество возможных интерпретаций и способов реализации могло быть каким угодно, но самое главное, что результат работы мог быть непредсказуемым. Постепенно все больше ключевых проектных решений мы начали принимать на своей стороне и уделять проектированию много внимания. Нашим языком общения с другими членами команд стала проектная документация. Это был единственный способ локализовать неопределённость, от которой зависела успешность проектов, которые мы выполняли для наших клиентов.