№ 5: Используйте разведчиков

  Прежде чем начать очередной проект, проведите разведку. 
       Разведчики смотрят вперед и следят за самым основным. Они исследуют территорию и ее ресурсы, находят безопасное место для лагеря, ищут оптимальные маршруты, выполняют работу наблюдателей, обнаруживая признаки врага. С незапамятных времен, люди, отправляясь в опасное путешествие, отправляли вперед разведчиков. Софтверный проект — не что иное, как опасное путешествие, предпринятое значительной группой людей, поэтому в следующем проекте пошлите вперед умного человека или двух, разведать обстановку. 
       Разведчики могут узнать состояние предполагаемых сопутствующих вещей — ожидаемые версии операционной системы или другие технологии, которые вам понадобятся или будут влиять на ваш проект. Разведчики могут создать или изменить технологический план выпуска версий (см. эмпирическое правило № 3). Они могут посетить клиентов, изучить технологии конкурентов, сделать существенные приобретения, и запланировать методы и процедуры для следующего проекта. 
       Разведчики могут определять минимальные конфигурации оборудования, анализировать требования к ресурсам для различных дисциплин разработки, подготавливать прототипы, и предлагать или подтверждать обоснованность ключевых предположений для следующей версии. Они должны экстраполировать трудности, испытываемые командой в текущем проекте, на следующий проект. 
       Польза от разведчиков бесконечна. Без людей, указывающих “прямые пути для команды”, вы обречены на блуждание в “пустыне” от одной версии к другой, на движение вперед (если вообще вперед) извилистым и неоптимальным путем. И с разведчиками ваше видение может оказаться недостаточным. Но без разведчиков вы точно путешествуете вслепую.

Обычно я сочувственно отношусь к командам, с которыми случаются подобные неприятности. Поступь технологических изменений может безжалостно сокрушить плохо приспосабливающиеся организации. Есть технологии, от которых надо держаться подальше. Но есть и технологии, за которыми надо устремляться так быстро, как позволяют ваши слабые ноги, потому что они исправляют недостатки в инструментарии, который вы уже выбрали. Да, выбор “версии 0” любого продукта заставляет вас волноваться. При прочих равных условиях, переход от “версии 7” к “версии 8” может переместить вас от полной катастрофы к технологическому триумфу. Если вашим решениям предшествует тщательная разведка, ваши планы составлены разумно, и все зависимости осознаны, то ваша готовность к переменам является эффективным конкурентно способным оружием.
       Основная идея, к которой я приду в этой книге с нескольких сторон, состоит в том, чтобы не замедлять скорость перемен, добиваясь большей стабильности. Надо быть мудрым в изменениях и управлении движением технологии. Танец лучше, чем застой. Движение обеспечивает больший потенциал для адаптации и самовыражения, чем негибкость. Разведчиков используют только те люди, которые находятся на полном ходу, в движении, перемещении. Если вы неподвижны — вам разведчики не нужны. 
       Использование разведчиков может вызвать проблемы. Если у разведчиков нет твердого понимания плана выпуска версий, то они не будут знать, что, собственно, они ищут. Или, они считают назначение на эту должность “игрушечным” назначением. Разведчики должны осознавать огромную ответственность, возложенную на их плечи: один неправильный выбор операционной системы или инструментария разработчиков может привести к гибели целой организации. 
       Конечно, разведчик может переоценить лежащую на нем огромную ответственность — вплоть до отвратительного самомнения. Иногда разведчики делегируют свои функции другим членам команды. Если разведчик видит свою работу как “определение будущего”, то другие члены команды могут прийти в беспокойство, чувствуя, что они не контролируют свои собственные судьбы. Лишенные права и удовольствия смотреть в будущее, другие члены команды могут почувствовать, что их обошли вниманием. Они могут решить, что не все творческие люди организации занимаются почти невыполнимой задачей выполнения проекта в срок: “Я работаю 70 часов в неделю, а Мэри читает!” Такое возмущение особенно часто можно встретить тех случаях, когда самые талантливые люди, которые предположительно могли бы вносить наибольший вклад в текущий проект, занимаются разведкой. Но они должны вести разведку! 
       Члены команды могут завидовать назначению человека на должность разведчика. Кажется, лучше быть разведчиком, чем разработчиком — спокойнее, более современно, более научно. Быть разведчиком в течение нескольких месяцев (обычно, это считается большим сроком) — это “крутое” назначение. Вы получаете возможность увидеть все последние “штучки”, встретиться с вашими поставщиками и партнерами, поиграть с прототипами, влиять на направление работы команды. Но разведчик не проектирует следующий продукт. Он делает всю черновую работу по достижению консенсуса, который является предпосылкой качественного ПО. Если команда верит, что ваша приверженность общему видению и делегированному консенсусу истинна, члены команды будут чувствовать себя более спокойно, поверив, что их талантливые коллеги прорубают путь к общему будущему. 
       Как и в других спорных вопросах, касающихся разработки ПО, степень доверия команды к управлению в стиле делегированного консенсуса, обуславливает возможность успешного использования разведчиков. Следовательно, будете ли вы разрушены натиском технологического прогресса, или сумеете опередить его, зависит от вашей приверженности передаче полномочий каждому члену вашей команды.