Как управлять интеллектуалами. Я, нерды и гики

Я знаю, как прекрасно видеть, что невыполнимая задача стоит в вашем списке дел. Вам кажется, что вы уже что-то сделали, но на самом деле вы лишь избежали конфликта. Вы знаете, что если вы начнете приглядываться к невыполнимой задаче, то Критик сразу перебьет вас своим зычным голосом, выражающим практичность: «Рэндс, о чем ты вообще думаешь? Никто не добавляет новые функции за две недели до выпуска продукта!»

«Окей! Да, да, да! Ты прав. Но ведь так хочет босс, а если наш босс что-то вбил себе в голову, то нам придется хорошенько поработать… Бла-бла-бла… Бла-бла-бла…» И вот вы оправдываетесь, вы беспокоитесь, вы спорите с Критиком, хотя всё, что вам нужно сейчас сделать, — просто начать.

Ничего не произойдет, пока вы не начнете

Для начала давайте разберемся с этой невыполнимостью. Во имя этой главы! Существует два типа невыполнимых задач. Первый тип — это невыполнимые и тупые задачи. Это работа, для которой не требуется никаких умственных усилий, но которая имеет грандиозные масштабы. Великолепный пример — моя сортировка багов. С другой стороны спектра находятся невыполнимые и трудные задачи. Это задачи типа: «Эй, Рэндс! Нам нужен новый продукт к Рождеству. Да, я знаю, что уже октябрь. Ты готов? За дело!»

Странно, но на первых этапах как для скучных, так и для трудных задач вам необходимо одно и то же ментальное «кунг-фу».

Какой глупый и тривиальный совет… Просто начните! Однако сначала вы должны остановиться на секунду и посмотреть на список дел, который находится в вашей голове, или на реальный рукописный список дел. Как много ужасно важных дел стоит там уже больше месяца? А больше года? Уф! Как-то неловко, правда? Дело не в том, что эти дела не такие важные, а в том, что вы просто их не начали. А не начали вы их потому, что в тот момент, когда думали о том, с чего начать, вмешался Критик: «Зачем ты вообще собираешься начинать? Ты же не сможешь закончить! Зачем тебе знать, с чего начинать?»

Начните! Идите и прочитайте первый баг. Не думайте о том, сколько багов у вас еще осталось. Затем перейдите к следующему и посмотрите, что произойдет. Уже через несколько минут вы заметите нечто похожее на прогресс. Еще два бага, и вот вы уже ощущаете прилив энергии. Прогресс + Энергия = Уверенность. Начиная с того самого момента, когда вы взялись за самую малую часть вашей невыполнимой задачи, Критик будет становиться все тише и тише, потому что вы медленно, но верно доказываете, что он не прав.

Возобновлять цикл

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

«Вау! Приятель, ты уже закрыл пять багов… Теперь у тебя осталось всего лишь 532 бага!» Возобновление цикла и повторение сделанного не сможет заставить Критика замолчать. А вот прогресс сможет! Когда вы задаете своему мозгу невыполнимую задачу, происходит одна прекрасная вещь. После того как вы начнете «лопатить» какую-нибудь невыполнимую задачу, то станете замечать неэффективные моменты и будете регулировать процесс выполнения задачи. Аналогичное происходит с инженером, который сначала говорит вам: «На написание этого кода уйдет две недели!», а потом после выходных приходит к вам и заявляет: «Всё готово!» Сначала он честно думал, что на выполнение этой работы у него уйдет две недели, но как только начал ее «лопатить», сразу же понял, что уже писал похожий код год назад. И после того, как он полсубботы его корректировал, код обеспечил нужную функциональность.

То же самое применимо к тупым невыполнимым задачам. Первоначально, когда я подсчитал, что контроль одного бага займет пять минут, я не учел того факта, что после проверки примерно 50 багов я буду реально силен в этом деле. Я буду узнавать людей, которые хорошо регистрируют баги, и людей, которые не имеют ни малейшего понятия о том, что они делают. Я буду знать все проблемные зоны в продукте. Я буду знать, где можно самому приблизительно оценить устойчивость бага. Когда дело будет на мази, после проверки первых 50 багов мои пять минут на каждый баг превратятся в одну минуту, а еще после 50 багов — в 15 секунд на баг для следующей сотни багов, и т.д.

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

Не думайте, что теперь вы можете каждый раз делить все расчеты временных затрат на пять. Однако действительно очень часто выясняется, что невыполнимые задачи являются ужасно трудными задачами, а вовсе не невыполнимыми. Поверьте, люди очень плохо умеют оценивать временные затраты, пока они не начали работу.

Вносите разнообразие!