Должностная инструкция администратора проектов в ит компании

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

Важнейший специалист — администратор проекта.

Чем конкретно занимается, за что отвечает администратор в ходе реализации проекта? Об этом мы расскажем далее.

Чем занимается администратор в проектах разного типа

Фактически администратор — это член команды, который осуществляет контроль выполнения проекта на всех его этапах. Но ведь этим занимается руководитель? Да, многими вопросами здесь занимается руководитель. Однако существуют такие виды проектов, в которых много рутинной работы, к примеру разработки дорожных карт проектов, планов и графиков, мониторинга выполнения работ, организации встреч и многого другого. В плане времени это очень затратно, и этим занимается управленец (администратор).

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

В чём состоят обязанности администратора проекта

Разумеется, тип проекта, методология управления им (топ-10 методологий) и состав команды значительно влияют на перечень обязанностей администратора. Поэтому возможны довольно значительные вариации.

Базовыми же функциями (предельно упрощённо) являются такие:

Если определить обязанности в официальном стиле (например, для публикации на сайтах по набору персонала), то это может выглядеть так:

В ряде случаев в обязанности проектного менеджера работодатели включают:

Таким образом, администратор — это главный помощник руководителя проекта. В сфере его ответственности вопросы организации и технического обеспечения работы команды. Он мониторит работу персонала, принимает оперативные решения и организует работу с документами по проекту.

Основные обязанности администратора

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

Считать его «обычным секретарём» просто неразумно. Именно поэтому администратором может быть тот, кто обладает:

Чем администратор заниматься не должен

Во-первых, он не должен выполнять работу других членов команды или же «подгонять их косяки».

Зачастую бывает так, что к администратору относятся как к почти бесправному члену команды. В результате его обязывают выполнять поручения руководителя, не связанные с непосредственными обязанностями, иногда по формуле «принеси-подай».

Проблема, однако, в большинстве случаев заключается не в самих должностных обязанностях, а в том, что у непосредственного руководителя нет опыта, или же в недопустимом стиле его руководства. На постсоветском пространстве часто избирается авторитарный стиль управления, так как здесь присутствует «Красная» корпоративная культура, работающая по формуле «Я начальник, ты дурак». Это, конечно же, категорически недопустимо.

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

Источник: официальный канал Projecto на Дзен

Елена Филипова, руководитель корпоративного проектного офиса «Адванта Консалтинг», сертифицированный специалист Project Management Institute, квалификация Project Management Professional (PMP), автор книги «С чего начать внедрение проектного управления? Готовая методология контроля проектов организации»:

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

Состав корпоративного Проектного офиса

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

• Коммуникации – способность договариваться о правилах, выявлять ключевую информацию, формулировать итоги совещаний и т.п.;
• Анализ и расчеты – способность рассчитывать экономическую целесообразность проектов или решений в проектах, рассчитывать доходность компании, выявлять требуемые статьи затрат или дохода;
• Документирование – способность создания понятных и полных документов для сотрудников и руководства (регламенты, методики, шаблоны и формы);
• Настройка ИСУП – способность настраивать существующие ИТ-инструменты под потребности процессов проектного управления, в том числе отчеты, представления и дашборды, реквизиты и справочники, печатные формы и другое;
• Взаимодействие с топ-менеджментом – способность презентовать результаты работы по портфелю (достижение результатов проектов, исполнение финансового плана, достижение проектных целей, использование ресурсов и прочее) на высшем уровне.

Исходя из представленных компетенций для ПрОф важно выделить несколько ключевых ролей:

• Руководитель проектного офиса (Проектный директор)
• Методолог
• Администратор проектов/программ
• Администратор ИСУП

Другие роли:

• Тренер
• Менеджер по ресурсам
• Координатор программ
• Координатор портфеля
• Аналитик

Роль: руководитель Проектного офиса (Проектный директор)

Руководитель такого подразделения как ПрОф, исходя из структуры подчинения, сам должен являться топ-менеджером или близким к нему по должности. Важно найти человека, способного не только организовать работу этого подразделения, но и на равных взаимодействовать с руководством компании, защищать интересы стратегии на уровне топ-менеджмента.

 Как правило, функциями этой роли являются:

• Контроль соответствия проектов целям организации;
• Контроль процессов управления портфелем и программами;
• Организация и контроль процесса приоритезации портфеля;
• Обеспечение представления сводной отчетности по исполнению портфеля;
• Контроль применения корпоративной методологии и инструментов управления;
• Контроль сроков и качества ключевых проектов;
• Обеспечение Проектного комитета и руководителей портфеля/программ необходимой информацией для принятия решений;
• Организация работы ПрОф.

Роль: методолог Проектного офиса

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

Основные функции методолога:

• Формирование корпоративных стандартов и методологии их применения, в том числе описание процессов проектного управления;
• Интеграция инструментов управления проектами с другими системами менеджмента;
• Проектирование корпоративной базы знаний по проектам;
• Разработка корпоративной системы отчетности;
• Выполнение аудитов проектов;
• Внутреннее обучение и сертификация.

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

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

Роль: администратор проектов/программ

Для многих проектных офисов полезно иметь в своем составе сотрудников, которые смогут профессионально обеспечить процессы проектного управления. Особенно это важно для выполнения крупных проектов и программ, где у руководителя проекта попросту не остается на это времени. Также эта роль полезна в начале внедрения КСУП, когда важно не задавить еще слабых руководителей проектов требованиями к соблюдению внутренней методологии, а показать инструменты управления, их выгоды и наладить рост корпоративной культуры. В этих случаях необходимы такие сотрудники, как администратор проектов и программ, важнейшей компетенцией которых являются коммуникации. Ведь непосредственно через коммуникации с руководителем, Заказчиком, участниками команды проекта администратор доносит проектную культуру, прививает ее, обосновывает ее значимость и эффект.

Основные функции администратора проектов/программ:

• Поддержка процессов проектного управления, обеспечение корректности документов и процедур;
• Соблюдение корпоративной методологии (консультации руководителя) при выполнении отдельного проекта;
• Организация регулярных обязательных коммуникаций (с Заказчиком, командой, поставщиками и т.п.) и подготовка для этого необходимой отчетности;
• Поддержка документооборота;
• Актуализация базы знаний.

Роль: администратор информационной системы управления проектами (ИСУП)

ИСУП является довольно важной частью корпоративной системы управления проектами. Поэтому очень важно, чтобы работа с ИСУП была удобной, гибкой и понятной. Как правило, ИТ-решениями, их настройкой, поддержкой и обучением в организации занимается выделенное подразделение (например, ИТ-отдел), но в случае ИСУП важно обеспечить наиболее быстрое реагирование на вопросы пользователей непосредственно из ПрОф. ИТ-подразделение, наверняка, не уступит (и не должно) функции по обеспечению безопасности данных, обеспечение бесперебойной работы программного продукта. Но что касается настройки и обучения – тут важно оставить эти функции внутри ПрОф. Особенно на старте внедрения КСУП необходимо, чтобы в организации был сотрудник, свободный от другой нагрузки, способный быстро и качественно найти и представить в нужном виде информацию из системы, организовать выгрузку нужных данных, настроить регулярный отчет, справочник и т.п. Все участники проекта и заинтересованные стороны так или иначе пользуются информацией о проекте, важно помочь им делать это более эффективно, быстро и удобно.

Основные функции администратора ИСУП:

• Предоставление доступа к информационному ресурсу (в соответствии с политикой безопасности);
• Настройка функционала системы;
• Обеспечение технической поддержки (первая линия);
• Проведение обучения по использованию;
• Взаимодействие с вендором для развития системы (обсуждение технических заданий на развитие функционала, устранение дефектов, установка обновлений и т.п.).

Для наиболее гибких систем (таких, как ADVANTA) выполнять функции администратора информационной системы может человек без специальной подготовки и знания программирования. Применимо совмещение этой функции с администратором проектов, тогда администратор становится главным помощником Руководителя проекта во всеоружии: выручает и знанием методологии управления, и предоставлением нужных функций информационной системы для управления проектом. Только в этом случае важно определить главного администратора (или архитектора), который сможет контролировать общие настройки: календари, объекты, права доступа и т.п.

Дополнительные роли

В зависимости от задач ПрОф, а также требований заинтересованных сторон возможно выделение других ролей. Если в компании ведутся сложные программы или существует несколько крупных портфелей (бизнесов) целесообразно выделить администраторов портфелей, которые обеспечат централизацию информации по проектам, представят топ-менеджерам нужные данные, организуют необходимые в рамках методологии коммуникации и принятие решений. Если компании важно строго контролировать ресурсы, то возможно выделение отдельного менеджера по ресурсам, который сможет отслеживать план по использованию ресурсов (например, бюджета), контролировать риски перерасхода, своевременно выявлять экономию и информировать о ее наличии, организовывать принятие согласованных решений о перераспределении ресурсов. Для многих компаний важной функцией ПрОф является умение расчета экономической целесообразности идей, а также отслеживание экономического эффекта для реализованных проектов. В развитых Проектных офисах, как правило, существует собственный тренер по проектному управлению, который регулярно организует учебные курсы и сертификацию для проектных команд, ведь команда проекта – временное объединение людей, для которых важно понимать используемые методы и уметь их применять.

Принципы построения эффективного Проектного офиса

Исходя из вышесказанного ПрОф – важное и незаменимое звено в процессе построения КСУП. Эффективность работы Проектного офиса прямо сказывается на результатах проектов, а, значит, и достижении стратегических целей компании. Однако многие Проектные офисы умирают, так и не достигнув целей своего предназначения. Почему так происходит? В чем ошибки при организации этого подразделения и можно ли их избежать?

Посмотрим на проблему с позиции двух самых заинтересованных сторон (ролей) проектного управления и возможных заказчиков ПрОф: со стороны топ-менеджмента и со стороны Руководителя проекта и членов его команды.

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

Если после завершения процесса внедрения КСУП у высшего руководства не появляется четкой картины, как управляются проекты, количество реализованных рисков не сокращается, нет понимания по принятым решениям, а от сотрудников поступают жалобы о трудно применимых процессах, которые тормозят получения важных результатов, – такой ПрОф будет не нужен, и топ-менеджмент никогда не будет его союзником.

Руководители проектов, со своей стороны, ожидают от ПрОф, во-первых, возможности для быстрого и качественного взаимодействия с руководством, например, приемлемое время для принятия согласованного решения по важному вопросу проекта. Во-вторых, Руководители проектов ждут от применяемой методологии усиление профессионализма управления, помощи при реализации проектов, улучшения взаимодействия с Заказчиками, командой и владельцами ресурсов. Например, понятные правила для выделения ресурсов или четкая работа по распространению важной информации у Заказчика. И если после внедрения КСУП управлять проектом стало только тяжелее, не появились инструменты для упрощения взаимодействия внутри и снаружи проекта, а топ-менеджмент не может правильно реагировать на существующие риски – руководители проектов никогда не оценят ни красивые документы, ни регалии сотрудников такого ПрОф, ни современную информационную систему, как бы она ни была хороша.

Итак, как Проектному офису обеспечить обоюдовыгодное движение к потребностям этих двух ролей?

1. Правильно провести проект внедрения КСУП. Именно проект – с фиксацией целей, результатов, планом коммуникаций, реестром рисков и прочими приемами управления.
2. Выбрать правильную методологию и внедрять ее, обязательно пилотируя использование документов и методик.
3. Использовать информационную систему управления проектами в соответствии с уровнем зрелости проектного управления, сложностью проектов и компетенциями пользователей.
4. Разработать единую систему мотивации для Руководителей проектов/программ и сотрудников Корпоративного Проектного офиса.
5. Непрерывно совершенствовать процессы управления: анализировать применение практик проектного управления, убирать неиспользуемые и лишние инструменты и добавлять необходимые процедуры для поддержки проектов.

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

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

Менеджер проектов превращает идею клиента в задачи для команды, он следит за сроками и управляет бюджетом. О старте в профессии и важных навыках для новичка рассказала руководитель курса «Менеджер проектов» в Яндекс.Практикуме Яна Ганина.

Кто такой менеджер проектов

Это человек, который превращает хаос в порядок. Менеджер отвечает за весь проект — от первой встречи с клиентом до запуска. Он помогает сформулировать задачу, предлагает первые решения, планирует все это с командой и следит за сроками. Можно делать IT-проекты и без менеджера, но такой специалист сэкономит всем время и нервы, а бизнесу — деньги.

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

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

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

Зарплата менеджера проектов сравнима с зарплатой разработчика. В исследовании от Хабра есть данные о медианной зарплате — это 115 тысяч рублей. Позиция менеджера устойчива к переменам на рынке. Например, согласно тому же исследованию, в кризисный 2020 год зарплаты таких специалистов никак не изменились.

Какие задачи решает

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

Проджект переводит идею клиента в задачу, которую можно поставить команде. Если посмотреть на весь процесс работы, то вот чем будет здесь заниматься менеджер:

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

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

— Делает прототип. Менеджер создает схемы с логикой и наполнением продукта. Так он пытается понять, как команда будет решать задачу клиента.

— Ставит задачу дизайнеру. Когда решение согласовано, менеджер идет к дизайнеру. Он объясняет, что нужно клиенту, показывает референсы, обсуждает детали. Вместе с дизайнером менеджер устанавливает сроки работы, а потом принимает результат.

— Налаживает разработку. Объясняет задачу разработчикам, передает им макет от дизайнера. После — забирает результат и сверяется с той задачей, о которой договорились с клиентом.

— Тестирует продукт. Проверяет, все ли правильно работает, нет ли ошибок. Менеджер смотрит на логику работы продукта — соответствует ли она ожиданиям клиента.

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

Главная цель менеджера проектов — сделать так, чтобы команда выпустила продукт вовремя и с таким наполнением, которое нужно клиенту. Ресурсы менеджера — команда, время и деньги

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

Что надо знать и уметь

Профессия менеджера проектов в IT на 90% построена на софт-скиллах. Такому специалисту важно налаживать общение с клиентом и командой, решать конфликты, правильно планировать ресурсы. Можно разобраться в инструментах и методиках планирования, но «мягкие навыки» будут базой для менеджера проектов.

«Будет плюсом, если вы знаете методологию разработки. В сообществе есть мнение, что можно хорошо делать проекты только за счет сильных софт-скиллов. Иногда это действительно так. Но на собеседовании вас, скорее всего, спросят, что такое Scrum и Agile, работали ли вы по Waterfall. Начинающему менеджеру нужно в этом ориентироваться», — говорит Яна Ганина, руководитель курса «Менеджер проектов».

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

— выстраивать отношения с клиентом

— решать конфликтные ситуации

— делать прототипы

— построить с командой план работы: определить цель, последовательность и объем задач

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

— выстраивать процессы производства

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

— знать процесс производства в IT

— понимать, как устроен интернет, что такое бэкенд, фронтенд и API

— знать основные принципы Agile

— тестировать продукт

Менеджер проектов в IT большую часть времени занимается настройкой коммуникаций. Поэтому эмпатия — его главный инструмент. Здесь многое зависит от того, какой вы человек. Инструменты только помогают выполнить задачу клиента вовремя и правильно.

Кто может стать менеджером проектов в IT

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

В профессию приходят из разных сфер и с разным опытом. Разработчикам будет проще в самом начале — они уже погружены в процессы, понимают, как строится работа над цифровым продуктом. Часто в таких менеджеров вырастают из тестировщиков. «У тестировщиков уже есть понимание процессов разработки, они понимают, что такое бэкенд, фронтенд и API. Остается подтянуть софт-скиллы, научиться грамотно планировать, работать с рисками», — рассказывает руководитель курса Яна Ганина.

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

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