Из каких людей состоит эффективная команда по веб-разработке?

Question

[Danny Belchenko]

Назовите пожалуйста должности и примерное количество человек, необходимых для создания эффективной и качественной команды по веб разработке. P.S. Студию открывать не собираюсь, вопрос just for fun и из-за интереса

Answer 1

[Евгений Петров]

UX
Любой проект начинается с проектирования. Для крутых проектов, когда у проектировщика нет возможности въехать, может потребоваться помощь бизнес-аналитика. Увы, в России таких людей крайне мало, так что это — редкость. Впрочем, и проекты такого рода — тоже редкость.

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

Однако, если проектировщика нет, а дизайнер пока не в состоянии делать это сам, то вся надежда на:
Фронтенд
Человек, который будет реализовывать сложные взаимодействия, разработанные проектировщиком (или дизайнером, или им же самим). Без знания JS и ряда библиотек никому не интересен. Просто HTML и CSS уже редко кому требуются, только если работать на подхвате у фронтенда.

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

Ну и совсем невероятно, что проектирование сможет провести:
Менеджер
Его функции могут сильно варьироваться, от организации команды, до отбивания от клиентов (например, когда всё упало). Даже если не умеет проектировать (а кто в здравом уме от него это ожидает?), в стартапе он нужен. Практика показывает, что технические специалисты часто увлекаются деревьями, а лес идёт лесом.

А вот и он — человек с большой буквы Б:
SEO
Сделать проект — только начало. Потом на него нужно приводить клиентов, а значит, требования SEO должны учитываться всеми и с самого начала.

Для продвинутых
Администраторы серверов (а то напридумывают всякое, а оно вызывает то самое падение)
Писатели (контент становится очень важен)
Тестировщики (чтобы косяки не всплыли после выхода продукта)
Контент-менеджеры (кто будет лопатить тонны текста и графики)
Возможно, технические дизайнеры с перспективой роста
Ну и далее, вплоть до милых фей в баре, которые всегда нальют горячее кофе

Comments

[Иван Киселев]

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

За державу обидно просто :Р

[Евгений Петров]

@homelessness не хотел обидеть ни в коем случае. Вы — из разряда продвинутых:) Просто вас начинающей конторе не потянуть. Оптимизация работы серверов — это уже высокий полёт.

[Евгений Петров]

@homelessness скорее так — ваши услуги, как и услуги бизнес-аналитика, и даже нередко SEO, можно заказать со стороны, а не держать в штате.

[Danny Belchenko]

Спасибо за полный и ясный ответ -> плюс вам в карму ;) !

[Дмитрий Энтелис]

@Petroveg
По личному мнениею:

Как раз product manager в отсутствии UX и должен заниматься проектированием.

В большинстве случаев - фронтенд разработчик это верстальщик с фриланса.
Делает что нарисовали. Давать ему что то решать - спасибо, нет.

SEO в половине проектов нафиг не нужен. Нужен SMM и бюджет.

Писатель и контент менеджер в 99% случаев один человек.

[Евгений Петров]

@DmitriyEntelis
Если менеджер занимается UX, он уникален. Безусловно, такие люди где-то существуют, но я не встречал.

Фронтенд нередко лучше разбирается в UX, чем дизайнер. С учётом того, какие в России дизайнеры, чаще больше, чем меньше.
Ваше нежелание привлекать к решению сценариев фронтенд понятно, но тогда поясните, как кто описывает сценарии и CHI. Product Manager?

Для CRM, которую никто за пределами офиса не увидит, конечно SEO не нужен. Любой публичный сервис без SEO делать крайне нежелательно.

Если писатель продаёт дёшево труд, он и контент-менеджером может побыть. Если он востребован, то заниматься ковырянием с админкой не будет. Рутина по пакетной обработке фоток в фотошопе не сопутствует творчеству.

[Сергей Мелюков]

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

[Евгений Петров]

@smelukov это у неопытных и начинающих ненависть, для у опытных работа тестировщика — шанс снизить риск выхода в production кода с ошибкой. А когда на этапе подготовки к выпуску находят ошибки — это нервотрёпка капитальная.

К сожалению, тестировщик — тоже для продвинутых. Но добавлю:)

Answer 2

[Иван Сомов]

минимум
диз, вестальщик и бек-енд программер
потом если жир, то добавляются менагер, UI, QA и прочие паразиты)

Answer 3

[Andrey Bazykin]

Тут все относительно. Смотря что нужно разработать? Фейсбук? Тогда вам не хватит и двух программистов. Может быть дизайнер-верстальщик-программист в одном лице, тогда при таком раскладе получите гвоно-проект. Второй вариант: дизайнер и верстальщик-программист - вариант приемлемый, но все же второго лучше разделить на верстальщика и программиста. На мой взгляд самой эффективной связкой будет:

Дизайнер (понимающий принципы верстки)
Верстальщик (имеющий базовые знания JS/jQuery)
2 программиста (если это веб, то PHP/Ruby/JS)
Проект-менеджер или руководитель (человек-клей, который заставляет шевелиться каждого члена команды, иначе, по одиночке, вешеуказанные личности в команде работают плохо)

Answer 4

[kompi]

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

Answer 5

[Александр Давыдов]

Правило Джефа Безоса - Two Pizza Rule: No team should be larger than can be fed with two large pizzas
www.businessinsider.com/jeff-bezos-two-pizza-rule-...

Answer 6

[Тим]

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

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

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

Comments

[cybervito21]

просто-разработчик