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

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

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

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

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

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

например?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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