Project manager не обязан знать всё. Но обязан понимать, ког
Иногда от project manager ждут странного универсального существа.
Чтобы он понимал SEO, контент, дизайн, аналитику, разработку, CMS, сроки, бюджет, клиента, команду, подрядчиков и ещё немного психологию.
Желательно — сразу и глубоко.
Но в реальной работе PM редко полезен тем, что знает всё лучше всех.
Он полезен, когда может быстро понять:
где проблема; чьей экспертизы не хватает; кому поставить задачу; что нужно уточнить; какой результат считать готовым; где риск по срокам или качеству; что сказать заказчику или руководителю без лишнего шума.
У меня в работе с контентными и веб-процессами это было постоянной практикой.
Я мог не быть самым сильным SEO-специалистом в команде. Не быть дизайнером. Не быть разработчиком. Не быть лучшим переводчиком по каждой теме.
Но моя задача была в другом: собрать людей, факты, сроки, требования и финальную страницу в один рабочий процесс.
Когда PM пытается заменить всех специалистов, он быстро становится узким местом.
Когда он умеет правильно подключать специалистов и держать систему в движении — команда работает спокойнее, а результат становится предсказуемее.
· 27.05
Концепция "комплексного многочлена" удобна тем, что на РП в любой ситуации есть возможность скинуть ответственность за что угодно. Просели продажи? Так это РП виноват, плохо с пресейлами работает. Просели финансовые показатели? Так это РП виноват, не по тем статьям деньги пришли. Расходная часть подскочила и съела маржинальность проекта? Так это РП виноват, не смог объяснить заказчику, почему в договоре прописано 10 позиций, а в счете стоит в два раза больше. В общем, продолжать этот список можно долго и нудно.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён