Замечание про обезьянопонятность формулировок сложных задач

Буквально в каждой группе, где мы преподаем «Джедайские техники», находится человек (а то и несколько) у кого возникают вопросы по поводу возможности (и целесообразности) обезьянопонятных формулировок сложных задач.

Как правило, подобные вопросы сопровождаются возражением: «а у меня есть задачи, где надо думать» и добавляют: «я не могу такие сложные задачи декомпозировать на обезьянопонятные шаги».

Отдельная тема – это как же тяжело людям объяснять, что не надо декомпозировать. Ты десять раз говоришь, что «не надо декомпозировать, нужен только первый шаг», «нам не нужны все задачи до победного конца, нужна одна, максимум две задачи до следующей точки, когда мы остановимся и снова подумаем», но с упорством, достойным лучшего применения, ряд людей почему-то решают, что сложную исследовательскую задачу обязательно надо именно декомпозировать, разложить на составляющие, расписать на подзадачи и т.п. Еще раз – не надо декомпозировать. Декомопозировать – не надо. По крайней мере на мелкие обезьянопонятные задачи уж точно.

Но все равно, даже если мы пройдем этот этап с декомпозицией, то часто встает другая сложность: «У меня очень сложная задача и я не могу декомпо… отщипнуть первый обезьянопонятный шаг». Ее надо делать сразу и единым куском:

• Разработать архитектуру
• Проанализировать данные по продажам
• Составить квартальный отчет
• Исправить баг
• Вычитать техническое задание

Вот ничего более мелкого нельзя отщипнуть. Совсем. Что тогда делать?

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

Конечно бывает так, что я могу выполнить задачу даже несмотря на ее небрежную формулировку. В этом случае никаких проблем. Но если вдруг я столкнулся со сложной задачей и никак не могу «нормально ее сформулировать», тогда эту задачу можно использовать как тренажер для отработки навыка обезьянопонятных формулировок и вот как это сделать…

Предположим, я запланировал эту большую, сложную и неделимую задачу на сегодня, давайте вернемся к ней завтра и посмотрим – мне удалось ли ее сделать? Если да, то все ок. А если нет, то есть два варианта: я хотя бы приступил к ее выполнению или «опять времени не хватило»?

Если я приступил, то у меня есть два вопроса:

1. Что мне удалось сделать?
2. Что мне осталось сделать?

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

Например, я взялся за задачу «Разработать архитектуру» (конечно же «было невозможно» записать более понятный шаг) и все, что я смог сделать к концу дня это:
• Составить список модулей,
• Погуглить системы с аналогичными параметрами

Вот давайте посмотрим на эти результаты и подумаем, а было бы хорошо, если изначально в моем списке были бы именно они? На сколько бы сразу снизился прокрастиногенный потенциал задачи «Разработать архитектуру» и на сколько раньше я бы приступил к ее выполнению?

И понятное дело, если задачу «Разработать архитектуру» я так и не доделал, то на следующий день я переношу ее в иной формулировке. В какой? А на это меня должен натолкнуть ответ на вопрос: «Что мне осталось сделать?». Натолкнуть. То есть, мне надо будет подумать: «А с чего я продолжу доразрабатывать архитектуру?».

Так что, если вдруг вы сталкиваетесь со сложными задачами, и не понимаете, как правильно записать их в список – не страшно. Давайте на таких задачах учиться правильным формулировкам, анализируя постфактум что, как и в каком порядке я реально делаю, выполняя эту задачу.