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

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

С другой, смешивать роли — не всегда самый лучший сценарий. Потому что из фокуса постоянно что-то выпадает, иногда не хватает времени и рук "на всё про всё".
И это влияет на качество результата.

Помимо этого такой расфокус ведет к выгоранию, что к слову со мной произошло на последнем месте работы.

Ускорило данное явление то, что я был также тимлидом и лидером команды. Но про это расскажу в другой раз.

Цель статьи: попытаться посмотреть на проект глазами аналитика и проджекта, найти точки соприкосновения этих двух ролей и дать вам пищу для самостоятельного ответа на вопрос: совмещение ролей аналитика и ПМ в одном проекте - это хорошо либо плохо?

Давайте для начала обозначим зоны ответственности аналитика и проектного менеджера...

«Магнит» — это не только продукты съедобные, но и продукты цифровые: мобильные приложения, веб-сервисы. Команда пользовательского опыта старается делать их лучше: для этого есть исследователи, которые проводят исследования внутренних (для сотрудников) и внешних (для клиентов) продуктов, и CJE — эксперты по клиентскому опыту, которые строят карты клиентских путей на основе данных исследований и обратной связи.  

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

Небрежное отношение к разработке и управлению требованиями часто приводит к тому, что проекты по разработке программного обеспечения оказываются сложными или проваливаются. Вот десять распространенных ловушек, с которыми можно столкнуться, если не принимать требования всерьез. Я описываю симптомы, которые могут указывать на то, что вы стали жертвой одной из ловушек, а также некоторые возможные решения. Более подробную информацию обо всех этих ловушках можно найти в книге "Требования к программному обеспечению", 3-е издание, авторы Karl Wiegers и Joy Beatty.