Энтропия неизбежна
Работа с нейронками ещё раз показывает, насколько же фундаментальные и общие принципы есть в любой коммуникации. Чем больше кодишь с нейронкой, тем больше код превращается в переусложнённый и забагованный треш. Одно цепляется за другое, решаешь одну фичу, четыре других ломается. В итоге 90% работы — это починка того, что раньше работало. Усугубляет ситуацию ещё и то, что в процессе работы я тоже получаю новые вводные — понимаю, что надо сделать иначе, что не учёл или где ошибся. Поэтому меняю задачу на ходу. Энтропия нарастает — максимум хаоса, раздражает безумно.
И напоминает мне весь этот бардак… обычную жизнь в миниатюре. Рядовой проект или бизнес. Давайте сравним: старт проекта, всё супер, всё нравится, в голове уже всё придумали. Первые результаты, если нравятся — супер, но есть пара правок. Что-то позабыли, но вспомнили — тоже добавим. Ошибка случилась, надо отвлечься и поправить. Умножьте это на количество людей в проекте — чем больше людей, тем больше неопределённости и транзакционных издержек.
Потому что коммуникация человек-человек несовершенна. Нельзя вербально или документально описать всю идею полноценно и сразу. Чтобы её так описать, сперва нужно идею реализовать, пройти этот путь.
Противоречие: чтобы сразу сделать проект хорошо — нужно сперва его сделать. В интересах бизнеса переложить ответственность на исполнителя, а исполнителю — на бизнес. Исполнитель «не подумал и некорректно реализовал», а бизнес «недостаточно точно поставил задачу и менял её в процессе». История стара как мир.
Разрешается эта ситуация созданием базы знаний и описанием контекста.
Владелец бизнеса, руководитель
Важно понимать, какому исполнителю задача ставится. Тут можно вспомнить пост про грейды и автономность. Чем меньше опыта, чем ниже должность — тем более конкретно ставится задача, вплоть до инструкции по пунктам, а затем лично проверять. Это чертовски дорогой процесс, отнимающий драгоценное время. Хочется же просто «загрузить» идею в исполнителя, а получить результат. Нюанс в том, что такие специалисты — старших грейдов, опытные, а потому дорогие.
Ставить задачу — это обозначить контекст:
- Образ результата, что именно нужно сделать
- Как решением будет пользоваться ЦА
- Как решение будет влиять на бизнес
- Как эта ситуация и проблема решается сейчас, пока результата ещё нет
- Технические, временные и финансовые ограничения
- Перспектива развития — что будет с решением далее, планируется ли поддержка или развитие, какой горизонт жизни
Задачу поставить нужно в письменном виде, а не голосом на встрече или аудио в телеге. Кому же хочется столько времени на это тратить? Текстом писать, это затратно, но если не облечь аморфные мысли и рассуждения в текст, будут упущены детали и связи. Усидеть на двух стульях — абстрактно поставить задачу, а затем от не-старшего специалиста ожидать решения, — не получится. Выбор идёт между потратить деньги или потратить время. А скупой заплатит дважды.
Исполнитель, дизайнер
Ровно тот же список — важно сделать самостоятельно, помочь заказчику. Расспросить, уточнить у руководителя. Работа по постановке задачи — лежит на дизайнере в том числе. Убедиться, что вы корректно поняли заказчика, что у вас совпадают ожидания и образ результата.
Необходимо обозначить ограничения проекта, разбить его на обособленные, взаимозависимые понятные модули. На основании этой декомпозиции предложить план работ. Ожидать этой работы от заказчика — как минимум оптимистично, а чаще просто наивно. Это серьёзный труд, но на крупных проектах иначе никак.
В постановке задачи мы ищем баланс — и не вводить излишнюю бюрократию, и не упустить важные ограничения. Хорошая новость для дизайнеров в том, что если заказчик эту работу на себя не берёт, а она требует времени, эта работа тоже оплачивается. Хотя в проекте станет больше менеджмента, а дизайна меньше, оно того стоит, чтобы получить крутой результат.