Что нужно знать менеджеру проектов о верстке?

Question

[Айрат Кадырмаев]

Какую информацию или что важно изучить владельцу сайта или менеджеру интернет-проектов о верстке? Причем сам верстать не собираюсь.

Answer 1

[Andreev Ruslan]

Для вас есть вот такая "нетленка" - habrahabr.ru/post/114256
Часто даже заказчики вместе с макетами выдают этот список с хабра.

Answer 2

[Damir Makhmutov]

Зачем менеджеру знать о верстке ?

Comments

[Айрат Кадырмаев]

чтобы косяки исправлять, если они будут. А они бывают>

[Руслан Касымов]

Вам не кажется что если менеджер проекта будет править верстку то это уже как бы не менеджер проекта?

[Damir Makhmutov]

@ayrat33 подождите, подождите. То есть такой флоу для вас нормальный ? Флоу: Фронтендер свертал, менеджер заметил что фронтендер сверстал блок навигации без использования специального тэга, и тут менеджер спохватился и пошел править ?) Зачем тогда фронтендер? Пусть менеджер всё и верстает?) Перегнули вы здесь, это не нужно. Если бывают косяки, то не менеджеру нужно изучать вёрстку, а фронтендеру.

[Айрат Кадырмаев]

Я говорю не о том, чтобы самому исправлять. а указать на ошибки )

[Айрат Кадырмаев]

или о возможностях верстки. Например сделать адаптивную или фиксированную.

[Руслан Касымов]

это скорее не верстка а технология, вот их как раз то и надо знать руководителю проекта. НО не обязательно знать как это работает, достаточно знать как это применить в проекте.

[Айрат Кадырмаев]

например?

[Руслан Касымов]

ну скажем есть elasticsearch и это индекс, который позволит в довесок к ораклу сделать качественный автокомплит и организовать поиск по данным без тяжеловестного like. При этом руководителю проекта до фени какой API у elasticsearch, это головняк программеров.

[Айрат Кадырмаев]

писец, все "понятно" объяснили )))

[Руслан Касымов]

Хорошо по другому:
Менеджер проекта знает что нужен поиск с подсказками "как в гугуле", а вот программист уже дает руководителю проекта скажем 2 варианта, elasticsearch и sphinx и говорит что есть из функциональных возможностях у одного, а что у другого. Руководитель принимает решение использовать что то одно исходя из потребностей проекта.
Так вот во всем этом "подсказки аля гуголь" это технология/фенька/свистелка-перделка нужное подчеркнуть. А все остальное технические детали куда менеджер проекта лезь не должен, это территория программистов.

[Роман Мисюра]

@ayrat33, может я окажусь не прав, но в целом, лучше не указивать верстальщику "как ему делать работу", ибо от менеджера он знает лучше, что и как должно работать.

[Сергей Протько]

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

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

Я как-то работал с PM-ом который мелкие правки вносил в код сам. Это конечно мило, когда тебя не тревожат изза какой-то мелочи аля "клиент захотел тут сделать другим цветом", но все же каждый должен заниматься своим делом.

[Руслан Касымов]

Да менеджер проекта не выбирает стек технологий, но он руководит процессом выборы этого стека.

[Руслан Касымов]

К сожелению нынешнее положение дел такое что в очень большом количестве случаев менеджеры проектов очень далеки от тех требований что к ним выдвигаются. В кого не ткни - проджектменэджер :)

[Руслан Касымов]

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

Answer 3

[okyt]

Менеджер интернет-проектов должен знать основы front-end. Конечно, если вы работаете над крупными корпоративными проектами, где есть громадная пищевая цепочка между управленцами и исполнителями, тогда может и не обязательно. А когда вам приходиться напрямую работать с верстальщиком и он унюхает вашу некомпетентность даже в общих вопросах, то он не упустит возможности где-то нахалтурить, чтоб не напрягаться, а где-то сроки и стоимость преувеличить. Нужно уметь оценить уровень исполнителя. А еще нужно грамотно поставить задачу. И оценить качество работы. И принять решение, какие технологии нужно использовать для выполнения задачи. И говорить на одном языке. Я вам для начала посоветую:
1. codeacademy.com
2. Jon Duckett "HTML & CSS" и "JAVASCRIPT & JQUERY"
Там все очень коротко и ясно, и дает понимание, что и как, и для чего это нужно.

Comments

[Айрат Кадырмаев]

какие например общие вопросы, по которым верстальщик может юнюхать некомпетентность?

Answer 4

[Михаил Алексеев]

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

Comments

[Айрат Кадырмаев]

примеры пожалуйста)

[Михаил Алексеев]

примеры чего?)

[Айрат Кадырмаев]

процесса разработки

[Михаил Алексеев]

Есть участники процесса разработки: Заказчик, Руководитель проекта, Бизнес аналитик, Системный аналитик, Разработчик, Тестировщик и тд (возможны еще Дизайнер, Верстальщик, Архитектор). Также возможно совмещение ролей одним человеком. Руководитель проекта должен четко понимать кто из участников за что отвечает. Скажем, Заказчик в простейшем виде описывает бизнес требования к системе (на уровне, хочу, чтобы на сайте был чат), Бизнес аналитик готовит по требованию Заказчика подробное описание сценариев работы функционала (фактически готовит документ бизнес анализа ), Системный аналитик расписывает функционал на уровне системы (то есть понятной разработчику), Разработчик уточняет возникшие вопросы с аналитиками, оценивает сроки доработок, Тестировщик проверяет задачу. Руководитель проекта контролирует все активности участников процесса разработки (трудозатраты, сроки, деньги), отчитывается перед Заказчиком. В качестве методологии разработки можно использовать Scrum, тогда РП может выступить еще и Scrum мастером.

Answer 5

[Михаил Лялин]

кроссбраузерность, адаптивная вёрстка, влияние вёрстки на продвижение, отличия макетов от реальной вёрстки

Answer 6

[Руслан Касымов]

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

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

По научному, если хотите, смотрите на методологии agile к примеру в частности тот же scrum.

Comments

[Айрат Кадырмаев]

Какие сегодня актуальные технологии можете перечислить? Использование ява-скрипта например? ajax

[Руслан Касымов]

Сейчас много трендов в JS - AngularJS, Meteor, старина backbone. Все зависит от того что Вам надо на JS? Галлерея - jquery самый простой путь. RIA приложение - любой подходящий JS MV* фреймворк... Ну а ajax он везде сейчас, это уже неотделимая технология современного web.

Answer 7

[santorro]

Основы вертки.. Знать что, как и зачем это все работает..

Answer 8

[Роман Мисюра]

Вставлю свои 5 копеек. В принципе, чтоб оценить, именно оценить работу верстальщика. Есть валидатор кода validator.w3.org. (Прошу не кидать в меня камнями за это) - бывает что просят "валидную" верстку. Но по валидатору более менее будет видно косяки.
Также можно проверить визуальное сходство с шаблоном, насколько сильно отличается он от того, что было нарисовано. (Тут также есть нюанс - если просят пиксель перфект то шаблон будет один в один, в целом в пару пикселей могут быть расхождения).
Повторюсь еще раз, менеджер не должен лезть в работу верстальщика и углубляться в теги и остальное. (Кстати для подобной задачи может работать тимлид у верстальщиков.)

Все написаное сверху - лично то, что я думаю по этому поводу.

Answer 9

[Руслан Лопатин]

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