Блог менеджера интернет-проектов

Некоторое время назад я провела опрос среди ижевских веб-студий по поводу работы их менеджеров проектов.

Вот какие вопросы у меня были:

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

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

Но, как оказалось, мало ижевских веб-студий думает также.

Всего в опросе участвовало 11 студий. Я не буду называть их имена, но буду приводить цитаты из их ответов.

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

Далее

Чем мне нравится Iphone, так это тем, что к нему есть огромное количество отличных приложений. Я их всё время устанавливаю, изучаю и заметила, что пользователь не просто нажимает или двигает пальцем по монитору, часто он совершает гораздо более разнообразные действия. Ради интереса я попробовала собрать эти действия в одном списке. Возможно, вам будет, чем его дополнить.

1. Ткнуть

Ткнуть пальцем в экран — это, наверное, самое очевидное действие, но и для него находят интересные применения.

2. Полистать

В основном, листают страницы электронных книг (52-я секунда видеопримера). Но ещё листание встречается в детских развивающих приложениях, с помощью него происходит переход от одного кадра к другому. Видимо, детям легче «листнуть», чем нажать кнопку «следующий».

Далее

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

Вопрос: В достаточно крупных рекламных агентствах/веб-студиях существует две должности — менеджер проектов и аккаунт-менеджер. Я понимаю специфику работы обоих специалистов, и в тоже время мне непонятно, как идет разделение полномочий, ведь и тот и другой должны взаимодействовать с заказчиком, планировать бюджет, подготавливать отчеты... Тогда каким образом организована работа? Занимается ли аккаунт-менеджер координацией и управлением сотрудников (дизайнеров, программистов...)?

Менеджер проектов работает с клиентом на этапе разработки сайта. Аккаунт-менеджер — на этапе поддержки сайта.

Т.е. по окончании разработки сайта менеджер проекта передаёт этот сайт аккаунт-менеджеру, рассказывает об особенностях проекта (и Заказчика), сообщает все контактные данные и имена сотрудников, которые работают над сайтом со стороны Заказчика.

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

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

Что касается отчётов, то они разные. Менеджер проекта отчитывается по проектам, которые в разработке. Аккаунт-менеджер отчитывается по проектам, которые на поддержке.

Что касается бюджета, то его всё-таки планирует не менеджер проектов и не аккаунт-менеджер, а вышестоящее руководство. Например, руководитель отдела.

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

Вопрос: Заключаете ли вы отдельный договор на разработку ТЗ или концепции сайта? Как часто заказчик соглашается на это?

Это последний из объявленных вопросов. Ответы на этот вопрос были небольшими, поэтому решила опубликовать их полностью, не разбивая на части.

Cтудия «Хороший дизайн»
Мурад Алиомаров, менеджер производства

Нет, не заключаем. И так слишком много бумажной волокиты. Мы делаем договор на разработку, к нему приложением ТЗ.

Студия «Dominion»
Дмитрий Фитискин, технический директор

У нас минимально работа состоит из двух этапов: концепция+эскизы и сайт.

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

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

Далее

Вопрос: Какой средний срок разработки одного сайта? Какие основные причины увеличения сроков? Как вы с ними боретесь?

Отвечают менеджеры студий «Симбиозис.Лаб» (г. Ростов-на-Дону), «Mohito» (г. Нижний Новгород), «Creative people» (г. Москва), «make» (г. Симферополь), «Космос-Веб» (г. Новосибирск).

Студия «Симбиозис.Лаб»
Евгений Теслов, арт-директор

Средний срок разработки сайта составляет 30 рабочих дней. Из основных причин увеличения срока разработки можно назвать три: а) контент, информация для сайта, б) идеи и новшества в процессе разработки проекта и в) ошибочное планирование.

Первая проблема решается жесткими сроками предоставления материалов для сайта, вся информация поступившая позднее этих сроков будет добавлена в процессе поддержки или после сдачи проекта.

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

Последняя проблема решается при помощи пункта № 1, в виде Мегаплана )))

Студия «Mohito»
Александр Степанов, арт-директор

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

«Непопадания» в график случаются как по вине разработчиков, так и по вине клиентов. Любая дополнительная итерация (внесение изменений в дизайн, например) это уже срыв сроков. А соответственно и потерянная прибыль.

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

Далее