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

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

Пока нет команды, выбрать осуществимый проект очень и очень сложно. Общая идея, конечно, нужна, т.к. указывает направление, но детали должны определяться только после того как сформирована команда. Чтобы не быть голословными, рассмотрим два варианта развития событий.

Давайте представим, что мы пошли по первому пути, где сначала создается проект, а затем формируется команда. Работа идет, идея вдохновляет, рассматриваются разные нюансы проекта, уточняется потребность в конкретных специалистах. Вроде бы все готовы и мы начинаем формировать команду. Например, мы решаем создать компьютерную игру, и, обладая некоторыми познаниями, берем на себя функции проектировщика и разработчика, и подбираем еще двух спецов – художника и программиста. Музыкальное и звуковое сопровождение будет лицензировано. Сам проект вполне прост – обычный 3D-action. Мы свято верим в успех новой игры, а спецификации наглядно показывают достижимость результата. По нашим подсчетам новинка будет готова через полгода.

Вполне разумный план, не правда ли? Но это иллюзия. Поначалу план кажется реальным, и множество разработчиков выбирают подобную стратегию из года в год. Бывает, конечно, что успех достигается, но это скорее исключение, нежели норма. А что же мы видим в действительности?

Месяц за месяцем нам приходится искать толкового 3D-программиста, который согласится работать на наших условиях, но мы так его и не находим. Все, что у нас есть – 2D-программист, начинающий осваивать 3D. Наш художник не может нарисовать качественную текстуру, даже если мы пригрозим ему 16-тимиллиметровым пулеметом. Он, конечно, хорош в своем 2D, но сногсшибательная новинка изрядно пострадает.

В итоге нам приходится кое-как пытаться делать конфетку из того, что имеется. Наши профи, сколько бы ни старались, не могут сделать 3D. На экране что-то маячит, но движок глючит, а игра хуже допотопного «Принца Персии» (не в обиду ценителям). Видя все это, наша команда уже перестала даже пытаться уложиться в сроки и следовать оговоренному в самом начале дизайну. У каждого есть свои идеи, которые он хочет воплотить. К тому же никто всерьез не воспринимает проектную документацию.

Мы решаем брать быка за рога: по полочкам раскладываем, кому, что и как делать, даем массу детализированных инструкций и задач. Но каждый член команды продолжает видеть игру по-своему, отчего в коллективе нет никакого единства. Его отсутствие затормаживает проект и срывает сроки. Наши программист и художник создают видимость работы, на самом деле уже не веря в успех проекта. А потом мы узнаем, что один из них вообще приобщился к стороннему проекту, и наш для него стал совсем не важен. Финал – полный провал проекта и разочарование в своих силах.

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

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

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

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