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

Как-то на Ижайти поднималась тема о том, каких интернет-сервисов не хватает в Ижевске. Я тоже задумалась и составила для себя список типов интернет-проектов, которые мне хотелось бы увидеть в нашем городе.

1. Мне не хватает в Ижевске хорошего новостного сайта. Сайта, при проектировании которого больше всего внимания уделено было бы представлению текста самой новости. Сайта, для которого журналисты проводят исследования, делают фотографии и пишут тексты сами, не дублируя другие источники новостей.

Идеальный пример такого новостного сайта для меня это сайт Сиб.фм, «Интернет-журнал про Сибирь». Я, не имея никакого отношения к Новосибирску, еженедельно его читаю. И мечтаю сделать проект, контент для которого будет подготовлен настолько же профессионально.

Далее

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

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

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

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

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

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

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

Далее

Неожиданно мысль о внутренней мотивации из презентации Дэна Пинка получила подтверждение в книге «Жизнь на полной мощности» Джима Лоэра и Тони Шварца.

Как было доказано, внешние вознаграждения разрушают внутреннюю мотивацию. Например, исследователи Марк Леппер и Дэвид Грин наблюдали за играми 5-6-летних детей, чтобы определить, что им нравится делать больше всего. После этого они стали вознаграждать каждого ребенка за участие в активности, которая ему же самому и нравилась. Оказалось, что желание детей участвовать в такой активности очень быстро уменьшалось, когда она оказывалась связанной с вознаграждением. В другом исследовании взрослых просили собирать пазлы и вознаграждали их за окончание сборки. Как и у детей, у взрослых постепенно пропадал интерес к заданию. Конечно, все люди, так или иначе, мотивируются материально. Но мы хотим отметить, что люди делают свое дело с большим удовольствием и энтузиазмом, если это дело они выбрали сами.

Вот эта последняя фраза, это очень важно.

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

Общая концепция проекта → прототипы и дизайн → техзадание на вёрстку → вёрстка и техзадание на программирование → программирование → наполнение → тестирование.

Дело в том, что в момент создания прототипов и макетов:

• во-первых, уточняются элементы функционала, которые были только намечены в концепции проекта,
• во-вторых, появляются новые идеи как реализовать ту или иную функцию,
• в-третьих, начинаешь видеть моменты, которые без «картинки» не было видно.

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

Только когда нарисован дизайн появляется окончательное видение проекта.

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

Кстати, у моей новой схемы работы есть один большой плюс.

Когда дизайн готов, написание 40-страничного техзадания программисту занимает три-четыре дня, не больше. Потому что к этому времени проект укладывается в моей голове на 100% и остаётся только переписать всё, что есть в голове, на «бумагу».