Выдача результата — что это значит

Единственная цель начала — это то, что будет в конце. Хотя проекты на самом деле никогда не бывают полностью законченными, они должны быть завершены, а их результаты выданы в мир, будь то нажатие кнопки «Опубликовать» в вашем блоге, показ презентации команде продавцов, ответ на телефонный звонок, продажа испеченного вами кекса или отправка ваших рекомендаций. Выдача результата — это точка контакта между вашей работой и внешним миром. Если остроумная реплика пришла вам в голову на лестнице, то цена ей ноль, потому что момент упущен.

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

Почему же своевременная сдача так трудна? Я думаю, что это связано с двумя проблемами и одной причиной.

Проблемы:

— спешка;

— плохая координация. И причина:

— сопротивление.

Спешка

Программист и автор книг по разработке программного обеспечения Стив Макконнелл помог нам понять, как спешка становится причиной провалов проектов в области производства программного обеспечения. Как оказывается, эта проблема выходит далеко за пределы данной отрасли.

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

Конечно, спешить нужно, вопрос только — когда это надо делать?

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

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

Каждый программный проект, не уложившийся в отведенный для него срок (а фактически все такие проекты), — это жертва поздней спешки. Их создатели не имели дисциплины, достаточной для того, чтобы заставить всех спешить с самого начала. Они тоже жертвы сопротивления.

Плохая координация

Сколько рукопожатий надо сделать, чтобы представить друг другу трех человек? Только три. Ишита, это Сьюзан. Сьюзан, это Клэй. Клэй, это Ишита. Для четырех человек надо рукопожатий в два раза больше — шесть. А для пяти человек? Десять.

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

Из-за этого проекты перестают быть управляемыми. Девять женщин не могут родить ребенка за один месяц — независимо от того, насколько хорошо они будут координировать свою работу. Причина, по которой стартапы (начинающие компании) почти всегда обгоняют большие корпорации в гонке за новые рынки, проста: в стартапах меньше людей, работу которых надо координировать. Кроме того, у них бывает меньше спешки, но больше Незаменимых на квадратный метр офисной площади. Они не могут позволить себе большего, и у них меньше того, что они могут потерять.

У проблемы координирования есть два решения, и оба они связаны с определенными неудобствами, потому что оба бросают вызов нашему сопротивлению.

— Неуклонно ограничивать число людей, которым позволено спешить. Это означает, что у вас должны быть формальные процедуры отклонения желающих поучаствовать в проекте людей, даже обладающих властью и авторитетом. Кроме того, вам придется создать обстановку секретности. Если у вас есть выбор между сюрпризом (когда вы увидите выдающийся проект, сданный точно в срок) и участием (в просроченном посредственном проекте) — что вы выберете?

— Назначить одного человека (Незаменимого) для его ведения — и не соучаствовать в его ведении, не возглавлять подгруппу или комитет. Проект ведет один человек. Его имя написано на папке. Он принимает все решения.

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

⇐ Предыдущая17181920212223242526Следующая ⇒

Поделиться: