В данном случае "вы здесь, рельсы, 3 полосы для авто, рельсы, конец"

Попарное сравнение ключевых показателей товаров. Яндекс Маркет

Ссылки на материалы с ограниченным доступом в Википедии помечены «замочками», чтобы читатель не потратил зря время

Around · Ссылка на приземление коллеги там, где обычно его лицо

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

Мне понадобился канал и я решил реанимировать этот. Примеры приёмов тоже буду закидывать, так что посмотрите, что тут будет (для меня это тоже пока интрига) и решите оставаться ли.

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

Ситуация проектирования как «черный ящик»
Разглядим ситуацию проектирования в начале вкрупную с помощью метода «чёрного ящика». Метод полезен тогда, когда изучаемый объект помещён внутрь воображаемого «ящика», то есть неизвестен или скрыт от нас, однако доступно воздействие на него и наблюдение за тем, как он реагирует. Возбуждающее воздействие называют *входом* — сюда относятся и физическое воздействие, и информация, подаваемая в чёрный ящик. Отклик от того, что находится в ящике, называют *выходом* — это может быть так же информация или наблюдаемое поведение.

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

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

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

В этот раз разбирал канонический пример с интерфейсом преобразователя температур между шкалами Цельсия и Фаренгейта для лаборанта Холла из книги Раскина. Любопытно, что в текущие дни весь интерфейс уже схлопнулся бы до голосовой колонки и общения с ней. Лаборант Холл больше не нужен. По крайней мере для перевода температур.

Опубликовал главу про то как ставить вопросы.

Работаю над главой «Ситуация проектирования». Структурно все составляющие уже понятны. Осталось описать детальнее состав аналитической, исследовательской и испытательной ситуаций.

Закончил главу про ситуацию проектирования. Можно почитать по ссылке и оставить комментарий или вопрос. Буду благодарен за такое участие.

Вообще это место где на моё исследование сильно начинает влиять системно-мыследеятельностная методология.

В главе вводится различение между подситуациями внутри ситуации проектирования. Это дало, например, разделение на уровни сложности (см. разные ситуации констурирования). Стало очевидно, что большая часть веб-дизайна «болтается» на уровне «конфигурирования», например.

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

К сожалению, глава получилось сложной. Но я пока не вижу способов её упростить.

https://ashapiro.notion.site/1-2-36c7c772eb914b588e6cece4d135b1b4

Предварительно решил, что «аналитическая» неверная топика для соответствующей «аналитической ситуации» как я её описываю. Аналитика — это общее место для тех процессов, где используется анализ. Анализ и синтез — слишком низкоуровневые мыслительные операции. Кроме того аналитикой называют всё подряд: аналитику данных, аналитика системных требований, аналитику в смысле обзора и прогнозирования. Работа на фазе «продуктовой аналитики» больше похожа на поиск. Это скорее изыскания, на английском мы заимствовали более меткое Product Discovery. Кто-то пришёл с прото-замыслом, а мы его взяли, перетрясли и упаковали в схемы, проверяющие слаженность этого замысла, реалистичность. С разных точек зрения это «проектирование ближайшего шага развития», «обнаружение действия/продукта», «конструирование замысла действия/предприятия».

Перед тем как описать другие инструменты схематизации процесса (event storming, service blueprint, наш собственный process mapping) решил сначала зафиксировать метод ключевых действий, который мне повезло сформировать. Сейчас описаны основные элементы, описание процедуры — в процессе написания.

Заходите на огонёк, спрашивайте в комментах Ноушн или здесь, буду рад ответить.