Салфетка, «гора глупости» и первый урок о заказчиках — 14 июня 2026 г. в 08:06:32.432
Салфетка, «гора глупости» и первый урок о заказчиках Иногда проект начинается не с ТЗ, а с… салфетки. Именно так открывается Глава 1 «Почему они все знают лучше нас» из книги «Заказчик на кушетке». На первом совещании у нашего героя — молодого ПМа с психфаком СПбГУ — директор по логистике Андрей Петрович раскладывает на столе салфетку с архитектурой системы: квадратики, стрелочки, аббревиатуры. И бодро резюмирует: «За выходные можно собрать». 🧾 Ведущий разработчик Костя с пятнадцатилетним стажем белеет костяшками пальцев, а ПМ одновременно делает две вещи: вежливо обещает «рассмотреть предложения» и задаёт себе честный вопрос — почему умный, успешный управленец уверен, что может спроектировать ИТ-систему сходу? Ответ — в психологии. Ключ к сцене — кривая Даннинга—Крюгера. В 1999 году Дэвид Даннинг и Джастин Крюгер показали: люди с низкой компетенцией систематически переоценивают себя, потому что им не хватает знаний, чтобы заметить собственные пробелы. Представьте график: горизонталь — опыт, вертикаль — уверенность. Новичок быстро взлетает на «Гору Глупости»: прочитал статью, посмотрел вебинар — и уже всё ясно. 🧠 Потом, если продолжит учиться, его ждёт «Долина Отчаяния», где вдруг выясняется, что система — это не три квадратика и стрелочка, а сотни взаимосвязей, интеграции, безопасность, производительность, миграция данных и живые пользователи со своими сценариями. Но глава — не про осмеяние заказчика. Она про взрослую позицию менеджера, который умеет видеть когнитивные искажения и работать с ними. Что помогает на практике: - Признать вклад и намерения заказчика: он знает бизнес-процессы, боль клиентов, ограничения. Без этого уважения дальше не поедем. - Развести уровни модели: красивая «салфетка» — это видение, а не архитектура. Мы превращаем видение в артефакты — требования, сценарии, диаграммы, оценки рисков. - Дать человеку безопасный опыт «спуска с горы»: короткие прототипы и быстрые проверки гипотез лучше споров. Реальность демонстрации бьёт уверенность мнения. 🧗 - Ясно очертить рамки: стоимость сложности, зависимости, сроки интеграций. Не «нельзя», а «вот что нужно, чтобы это стало возможно». - Сохранять язык простоты: меньше жаргона, больше примеров «как это отразится на складе в понедельник утром». В этом — тон главе: не спорить с уверенностью, а помогать ей взрослееть. И тогда «салфетка» превращается в проектный план, а «за выходные соберём» — в реалистичный роадмап. 🚦 Глава 1 книги «Заказчик на кушетке» — это тёплая и ироничная история о том, как психология помогает делать сложные ИТ-проекты без войны и драм. И да, Андрей Петрович после первых демо смотрит на стрелочки иначе — потому что факты всегда сильнее иллюзий. 📖 Читайте полностью: https://infaton.ru/books/zakazchik