После того, как определен состав работ, задачей руководителя проекта является определение конкретных функций и их наполнение людьми. Лица, назначаемые на выполнение задач, могут быть как штатными сотрудниками, так и вольнонаемными специалистами, с которыми у компании сложились рабочие отношения в прошлых проектах. Естественно, лица, которые работают в среде Web-дизайна, не поддаются традиционной для обычного корпоративного производства схеме точного разделения труда. Многие из них способны выполнять несколько разновидностей работы, и лучшие команды складываются из работников, чьи профессиональные способности пересекаются и дополняют друг друга. Это может звучать несколько странно, но это — факт.

Один из авторов этой книги участвовал в web-проекте в качестве flash-разработчика. Команда была небольшой, сроки — сжатыми, а технические требования — достаточно сложными. За два дня до презентации продукта член команды, ответственный за редактирование цифрового видео и подготовку его к запуску в потоковом режиме, внезапно слег с гриппом. Это могло стать серьезной проблемой, если бы его не заменил сотрудник, который смог подготовить видео для презентации. Две совершенно не смежные квалификации, но пересекающиеся в области видео, позволили проекту не остановиться.

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

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

...От редакции
Авторы не зря акцентирую внимание на том, что распределение работ между членами команды — процесс, зависящий от того, что команда из себя представляет, и в маленькой web-студии многие должности совмещаются в одном специалисте. Специфика рунетовской студии заключается в том, что в ней ведущим специалистом является web-дизайнер, и уровень его профессиональной подготовки зависит от способности выполнять функции практически всех перечисленных ниже специалистов. Проблема поднималась раньше в статье «И жнец, и швец, и на дуде игрец»
Руководитель проекта
Этот человек берет на себя роль посредника между клиентом и командой. В фирме может быть особый человек с такой должностью, но его роль может выполнять и один из руководителей компании. Независимо от своей внутренней роли этот человек отвечает за доведение клиентом и командой творческого процесса создания продукта от формирования концепции до загрузки на сервер. Руководитель проекта может быть и представителем заказчика. В этом случае он отвечает за утверждение документов, предоставление по необходимости материалов со стороны компании и общее слежение за тем, чтобы потребности и ожидания клиента были удовлетворены.

Информационный архитектор
Это — относительно новая роль, однако она становится все более критичной в процессе разработки. Он работает с техническим директором, творческим руководителем и клиентом над созданием среды, в которой будет размещено содержание. Он определяет, как будет структурирована информация на узле, как она будет распределена по страницам узла, а так же разрабатывает технологическую инфраструктуру. Никогда не стоит забывать, что целью создания любого узла является донесение информации до пользователя. Задачей информационного архитектора является обеспечение доступности и понятности информации. По этой теме Якоб Нильсен (Jakob Nielson), Джефри Вином (Jeffrey Veen) и Стивом Кругом (Steeve Krug) были написаны прекрасные книги, хотя бы пару из которых нужно обязательно иметь любому агенству или фирме, занимающимся Web-дизайном.

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

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

Управляющий содержанием
Объем и технологическая сложность проектов может потребовать участия члена команды с этими функциями. Он отвечает за сбор информационного наполнения проекта. Эта работа включает подбор имеющихся в наличии копий, рисунков, иллюстраций, видео- и аудиоматериалов и прочих элементов, которые должны разместиться на страницах. Если каких-либо из этих ресурсов не окажется под рукой, управляющий должен заключить контракты с субподрядчиками, которые подготовят недостающий материал.

Главный технолог
Эту личность многие называют «Big Geek», однако давайте не попадаться в ловушку следования стереотипам. Этот член команды отвечает за то, как работает узел. Он должен составить документ, в котором описываются технические и функциональные спецификации. Также он должен подготовить формы, наботы покупателя, базы данных, системы управления содержанием (CSM) и, в большей или меньшей мере, программную поддержку.

Web-дизайнер
Он работает над внешним видом узла и отчитывается перед творческим директором. Среди прочих его обязанностей — создание динамической графики и рисунков, а также поверхностное программирование в программах FireWork, DreamWeaver или Flash. Хотя эту роль иногда называют «Pixel Monkey», ее задачи более важны, чем просто разбрасывание пикселей по экрану. С многих точек зрения эту роль можно сравнить с ведущим художником в традиционном производственном процессе создания графики.

Flash-разрабочик
Подчиняется творческому директору и отвечает за создание Flash-анимации и перевод графики из FreeHand в содержание Flash. Он также отвечает за организацию содержания и оптимизацию его для отображения в Web.

Программист ActionScript
Еще три года назад такой должности не существовало. Переход ActionScript (языка программирования Flash) к 4-й версии приложения Flash вызвал рождение этой профессии. Этот член команды отвечает за взаимодействие с пользователем через графический интерфейс и создание динамических страниц.

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

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

Web-программист
Подчиняется техническому директору и работает с конструктором баз данных. Он отвечает за большинство задач программирования (на языках XML, HTML, DHTML, JavaScript), интегрирующих оболочку узла с программными функциями, обеспечивающими его работоспособность.

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

...От редакции
Надо же, так тщательно расписаны обязанности между формальными группами спепциалистов... А к чьей специализации планируют авторы отнести работу по оптимизации сайта/страниц? Здесь следует прекрасно разбираться в технологиях продвижения web-проекта в поисковых системах и каталогах, при этом отслеживать все новинки и особенности этих самых поисковых систем и их методах индексации страниц, и на основании целого ряда требований давать рекомендации верстальщику — как оптимизировать код и какие теги, в какой последовательности использовать; специалисту, ответственному за контент, советовать, как преподносить материал, как оптимизировать сам контент для того, чтобы он не только был интересен случайному посетителю сайта, но и «воспринят» теми же Google, Yahoo, рунетовскими поисковиками... или же... в случае маленькой, совсем маленькой, ну просто крошечной команды... отслеживать и оптимизировать все это самому.

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

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