Из каких людей состоит эффективная команда по веб-разработке?
UX
Любой проект начинается с проектирования. Для крутых проектов, когда у проектировщика нет возможности въехать, может потребоваться помощь бизнес-аналитика. Увы, в России таких людей крайне мало, так что это — редкость. Впрочем, и проекты такого рода — тоже редкость.
Часто в компаниях эту функцию выполняет:Дизайнер
Так в России называют тех, кто умеет воплощать в картинках замысел. Даже если дизайнер не занимается проектированием, он должен изучать эту область.
Однако, если проектировщика нет, а дизайнер пока не в состоянии делать это сам, то вся надежда на:Фронтенд
Человек, который будет реализовывать сложные взаимодействия, разработанные проектировщиком (или дизайнером, или им же самим). Без знания JS и ряда библиотек никому не интересен. Просто HTML и CSS уже редко кому требуются, только если работать на подхвате у фронтенда.
Если и фронтенд не может проектировать, то уже совсем слабая надежда, что это сможетБэкенд
В этом варианте преимущественно получаются программерсонли решения. Работу бэкенда оценить бывает не просто трудно, а очень трудно, в отличие от фронтенда, работу которого могут оценить обычные люди (правда, критерии у обычных людей весьма странные и неожиданные).
Ну и совсем невероятно, что проектирование сможет провести:Менеджер
Его функции могут сильно варьироваться, от организации команды, до отбивания от клиентов (например, когда всё упало). Даже если не умеет проектировать (а кто в здравом уме от него это ожидает?), в стартапе он нужен. Практика показывает, что технические специалисты часто увлекаются деревьями, а лес идёт лесом.
А вот и он — человек с большой буквы Б:SEO
Сделать проект — только начало. Потом на него нужно приводить клиентов, а значит, требования SEO должны учитываться всеми и с самого начала.Для продвинутых
Администраторы серверов (а то напридумывают всякое, а оно вызывает то самое падение)
Писатели (контент становится очень важен)
Тестировщики (чтобы косяки не всплыли после выхода продукта)
Контент-менеджеры (кто будет лопатить тонны текста и графики)
Возможно, технические дизайнеры с перспективой роста
Ну и далее, вплоть до милых фей в баре, которые всегда нальют горячее кофе
Если минимально эффективную:
Менеджер-аналитик ― ресерчит, собирает требования, пишет доки, оформляет инфу в понятном для всех виде, проектирует интерфейсы, планирует работу в рамках бюджета и сроков, организовывает работу, занимается коммуникациями, контролирует ход работ, ищет замены, ведет связи с всеми за пределами команды.
Разработчик-тимлид-сисадмин ― определяет фреймворк, технологии, настраивает сервак, разворачивает проект, проектирует базу, пишет код, проверяет код других, верстает
далее больше,
просто-разработчик ― заходит на готовый, развернутый проект. читает доки, запускает все на локали, слушает морали от первых двух ролей, получает задачи на время, пилит, заливает, фиксит, верстает
фронтенд-разработчик ― верстает дизайн, отдает кодерам, тянет проект локально, фиксит стили и все что едет на фронте, подключает плагины, кастомизирует их, меняет конфиги, оформляет сео
тестер ― читает доки, проверяет функционал на работоспособность, ищет баги, проверяет проект на соответствие требованиям в доках, дает подтверждение что весь функционал рабочий и проект можно релизить
аналитик ― забирает у менеджера все техдоки, проектирование интерфейса, пишет новые доки, курит госты, рисует диаграммы под сложные требования, продумывает как что накрутить в соотв. к бизнес логике и требованиям от заказчика
СЕО ― врывается в проект, наводит шухер, кричит что все пропало, уходит
такая вот скромная семья.
дизайнер банально заказывается. содержать на шее рисуна в команде где кипит разработка не выгодно, лучше купить стажера, еще тестера что бы фиксили баги, клацали функционал