CohortX
Блог

Как показывать незаконченную работу и не бояться

5 августа 2026 г. · 2 мин чтения · Read in English · Антон Молотило

Почему нельзя ждать готовности

Три причины, каждая дорогая:

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

Готовность не наступает. Всегда есть что доделать. Планка поднимается по мере приближения, и «покажу, когда будет прилично» превращается в «не показал никогда».

Страх растёт со временем. Чем дольше не показываешь, тем страшнее: вложено много, и критика бьёт сильнее.

Про страх показать

Он есть у всех, включая опытных. Корень обычно один: кажется, что оценивают не работу, а вас.

Что помогает на практике:

Назвать состояние вслух. «Это черновик, интерфейс страшный, интересует только логика». Так вы задаёте рамку, и разговор идёт по делу, а не по оформлению.

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

Помнить про масштаб. Ваш черновик посмотрят три человека две минуты. Значимость происходящего обычно сильно преувеличена.

Когда показывать

Как только есть что-то работающее. Даже уродливое. Один экран, одна кнопка, но работает.

После каждого заметного куска. Не копите неделю.

Обязательно — до того, как всё доделано. Показать законченное поздно: менять уже жалко, и отклики воспринимаются как претензии.

Кому показывать

Команде. Постоянно и без церемоний.

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

Кому-то опытнее. По конкретному вопросу, не «посмотрите весь проект».

Как принимать критику

Сначала выслушать целиком. Не перебивать объяснениями, почему так сделано. Сначала понять, потом отвечать.

Отделить факт от мнения. «Кнопка не нажимается на телефоне» — факт, проверяемый. «Мне не нравится цвет» — мнение, можно учесть или нет.

Спрашивать про причину. «Что именно вызвало затруднение?» Люди хорошо описывают, что им мешало, и плохо предлагают решения. Берите первое, решение придумывайте сами.

Не соглашаться со всем подряд. Учесть все замечания невозможно, они противоречат друг другу. Ваше дело — решить, что важно.

Не спорить с тем, кто описывает свой опыт. Если человек не понял, как пользоваться, — он не ошибся, он именно так и не понял. Спорить бессмысленно.

Чего не делать

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

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

Не показывать только своим. Друзья скажут «круто». Это приятно и бесполезно.

Побочный эффект

Привычка регулярно показывать незаконченное — это ровно то, что требуется в работе: демонстрации, проверка кода, обсуждение решений. Человек, который к этому привык, чувствует себя в команде заметно спокойнее.

А тот, кто год делал проект в одиночку и никому не показывал, на первой же демонстрации переживает всё то, что можно было пережить постепенно.

Хватит читать — пора делать

На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.

Похожие статьи