Как проектировать

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

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

Беседы о продуктивном действии, Пётр Щедровицкий

~

«Мысль непроизвольна, мысль тоже есть такое явление, которые мы не можем иметь по-своему желанию, – нельзя захотеть и помыслить. Мы можем иметь её лишь как событие в движении, которое завязывает многие нити, – именно движение (а не мы, не наш голый рассудок) завязывает их так, что вдруг событие мысли случается. Такие же нити завязываются, когда случается понимание».

Беседы о мышлении, Мераб Мамардашвили

Закончил начерно писать главу про управление проектными знаниями. Хочу, чтобы отлежалось, после отредактирую. А пока вернусь к карте процесса—опыта.

В главу вошло содержание, рассказанное на ProductSense, но чуть переработанное в позицию проектировщика. Это развитие практики журнала проектирования. Буду признателем вашему вниманию и комментариям.

Черновик

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

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

Вместе с тем, именно этот метод помогает мне до сих пор удерживать внимание на главном потоковом стволе продукта и не терять понимания о происходящем и грядущем.


https://ashapiro.ru/articles/hypotheses-tree

Критерии остановки в планировании эффекта

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

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

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

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


СТЕПЕНИ ГОТОВНОСТИ БИЗНЕС-ЦЕЛИ

I. Выявленность
— Не выявлена. Цель нигде не зафиксирована
— Выявлена слабо. Зафиксированы лишь пожелания заказчика о направлении. Например, «максимально сократить время на ручные операции».
— Выявлена. Сформулирован ясный критерий успеха или несколько критериев в виде попадения контрольного показателя в принятый допуск и этот результат отнесён к явно указанному периоду времени. Например, 99% документов попадают в следующий SLA: время прохождения файлов от системы 1 до системы 2 не более 60 секунд.

II. Практическая измеримость
— Невозможна. Например, удовлетворённость какого-то человека из состава стейкхолдеров объективно быть измерена не может.
— Недоступна или доступна после доработки. Требуется разработка измерительной инфраструктуры.
— Доступна. Уже есть всё, чтобы измерить текущие значения метрик и будущие.

III. Достижима силами инженерного воздействия
— Нет. Например, победа конкретного кандидата в политической борьбе. Или исключение влияние сговора людей.
— Да. Ясна цепочка воздействий и следствий, приводящая к результату.

Почему я так пишу витиевато: не обучила и не тренеровала, а была проводником. Да потому что методологии невозможно учиться по готовым методическим материалам, их и не существует. Методология стоит выше методик и часто лишена конкретного примера и даже предмета приложения. Осваивать её можно только, постоянно приземляя на собственную практику. Это требует невероятной дисциплины ума и упорства.

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

Стоит ли вам сходить на курс Ирины? Это не такой простой вопрос. Ведь, как вы поняли, там будет трудно и пахать придётся — будь здоров. Если вы уже соприкасались с СМД и давно искали как в неё зайти, то это редкий шанс. Если вы впервые узнали про эту школу мышления и стало любопытно, то я бы рекомендовал начать с чтения книги «[Оргуправленческое мышление: идеология, методология, технология](https://www.artlebedev.ru/izdal/orgupravlencheskoe-myshlenie-2018/)». Таков был мой собственный путь. Прочтя несколько первых страниц, я не мог ни оторваться, ни поверить, что человек может так ясно и складно разворачивать мысль в живой лекции — вся книга, это оцифровка текста, записанного на магнитофон с лекций, прочитанных в 1981 году руководителям строительств атомных станций в СССР. Я читал эту книгу несколько раз, пытаясь впитать мудрость её автора. Если у вас произойдёт, что-то вроде такой сцепки, и будет недоставать практики, тогда одназначная рекомендация идти на курс.

В заключении добавлю о моих предварительных результатах. Философ Мераб Мамардашвили, кстати, сильно повлиявший на Георгия Петровича, говорил, что мысль тогда мысль, когда она способна породить другую мысль в человеке. И в этом смысле курс дал мне многое. Я создал новый для себя метод конструирования деятельности и способ визуализировать эту деятельность в виде схемы, [черновик статьи](https://t.me/how2scheme/75). Сконфигурировал на основе этого метода деятельность по оцениванию компетенций сотрудников в компании, снабдив её всеми недостающими средствами. Развил и углубил понимание в методике систематизации проектных знаний — журнал проектировщика как метод значительно развился, вскоре напишу статью об этом. По результату курса в моей личной картотеке появилось 51 карточка со схемами и технологемами СМД. Вновь полученным багажом хочется делиться, и в ближайшей беседе о СМД я планирую рассказать коллегам о воле и самоопределении.

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

Я хочу поделиться одним из величайших приобретений за последнее время в собственном образовании. Если вас интересуют технологии мышления, возможно этот путь подойдёт и вам.

С прошлой зимы до сих пор я учился СМД-подходу. СМД расшифровывается как системо-мыследеятельностный. То есть это про системных подход ко всех человеческой деятельности и мышлению. Если коротко, то это целая мыслительная парадигма или школа мышления с 70-летней историей, начатая отечественным философом и деятелем Георгием Петровичем Щедровицким. Единственный с кем адекватно, на мой взгляд, сравнить его достижения в развитии методологии — это Аристотель.

Мне повезло, потому что я занимался вместе с Антоном Кожемяко — моим коллегой и учителем в практиках ТРИЗ, несомненным экспертом в этой области технологий мышления. А нам обоим повезло с проводником по СМД. Курс для нас подготовила и всегда была готова скорректировать наше движение в понимании — [Ирина Качеровская](https://t.me/Irina_Kacherovskaya).

Поддался искушению и зарегистрировался на платформе ГетМентор как ментор. Это хаб менторов — профессионалов в ИТ, готовых помочь коллегам в их развитии. Если у вас есть запрос из предложенных ниже тем, записывайтесь на встречу. Сейчас это бесплатно.

С чем помогу
— прокачаться в сборе требований: от целей и процесса до карты пользовательских историй;
— освоить генеративный дизайн или визуализацию данных;
— обрести направление и подходы в собственном развитии.

https://getmentor.dev/mentor/andrey-shapiro-2416

Фазы прироста знаний в проектировании

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

Антипаттерн «узнай в другой комнате»

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

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

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

Спасибо всем, кто был. Буду рад любой обратной связи по докладу.

Про содержание доклада напишу позже отдельно, когда будет доступно видео. Но если сильно хочется посмотреть, то есть слайды и ссылки на материалы — https://ashapiro.ru/talks/tpost/x2kpcc4631-ukroschaya-slozhnost-tsifrovogo-produkta

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

Начал переносить статьи с недоступного Медиума на сайт. Если смотреть на просмотры, хлопки, выделения маркером и комментарии, больше всех сердец затронули статьи с руководством по использованию User Story Mapping. Метод сбора требований и проектирования, который я практикую с 2010-го года, и который до сих пор считаю невероятно мощным.

https://ashapiro.ru/articles/usm