Comments 7
Беда беда, похоже, рептилоиды захватили Юмани. Им бы переводчика на человеческий в пр нанять, но нет...
Вам жалко было что ли нормальные картинки вставить? 10 шакалов из 10. Вот за такие тексты все и ненавидят корпоративные блоги.
Наплодили сущностей.
И в каждой есть самое важное слово - организация процесса. Это и есть основная роль ПМа
Обычно и на одну компетенуию сложно найти человека, а тут на 5 условно :)
Скорее вы не зрелая компания, и это не обязательно плохо. Скорее хорошо, так как вы растете и вам нужны сейчас "единороги"
Теперь по ролям.
ПМ: по хорошему, этот человек отвечает за бюджет и сроки, а также за то, что результат работы соответствует ожиданиям заказчика/продакта. Да, у него есть много обязанностей и они перечисленны неплохо. Скрам-мастер - я лично считаю, что отдельный человек - это блажь, и возложение этой роли на ПМ - это хорошо. Но по большому счету, так и раньше было, просто многим захотелось попилить денег на консалтинге вокруг модных тогда слов и технологий
Аналитик - странно. Да, бывают ПМ, которые колупаются в требованиях больше необходимого. Это либо от безделья, так как проект и команда небольшие, либо потому что это бывший аналитик, которому забыли напомнить, что он уже не аналитик. ПМ должен в требованиях понимать взаимосвязь, критичность и цену реализации. Первое позволяет планировать и проверять, что все загружены и на ближайший спринт все логично. Второе - выстраивать приоритеты и делать более ценное раньше. Третье - контродировать сроки реализации и иметь аргументы для дискуссии с спонсорами и продуктами
Заниматься постановкой задач команде - да, если реально компания маленькая. Но в таких часто тим лид/архитектор таким занимаются.
Инцедент менеджмент - тут конечно весело. По хорошему, часть этой задачи должна быть унифицирована и централизована в рамках организации, так как это намного дешевле и эффективнее. Плюс все команды будут выравняны по критериям качества и прочему. Читать логи - это уже полный треш. Логи читают разрабы. Они их пишут. Если ему не ясно по логам - тикет на лоб по детализации логов и пендаль :)
Спасибо за ваш комментарий и мнение!
Вот передаем ответ Оли, автора статьи:
Роль аналитика у нас выполняет ПМ, чтобы грамотно верхнеуровнево оценить проект (в том числе, чтобы мы с продактами на старте поняли, стоит ли его делать), а также чтобы говорить на одном языке с разработчиками.
В статье упоминается, что у нас есть отдельный отдел аналитики, и именно системные аналитики описывают технические решения в общем случае. Но если нам нужно внести изменения в какой-то API-метод, мы в команде как правило опишем в документации это самостоятельно – это не сложно. ПМ как аналитик отвечает за достаточность документации в команде, и когда нужно, привлекает аналитика.
Роль инцидент-менеджера: у нас унифицирована часть этой функции. Конечно, ПМ не занимается первой или второй линией поддержки. Есть первая линия с их инструкциями, если не получается решить на первой – подключается вторая линия, там уже люди могут посмотреть логи и ответить на большинство вопросов. Но есть вопросы не стандартные или очень срочные, в таких случаях менеджеру в рамках своей ответственности нужно уметь быстро ответить. Иногда самому логи посмотреть быстрее и проще, чем привлекать разработчика.
Заголовок то какой кликбейтный! Очевидно ведь, что бы стать менеджером в финтехе, нужен простой советский..
Ты не станешь менеджером проектов в финтехе, пока не научишься выполнять эти пять ролей