01Jun

С ростом команды у нас появилась необходимость в новой роли – роли менеджера проектов.

App-Marketing-Plan-667x558

Кто же он?
Если коротко, то основная задача менеджера проектов – связать разработчиков и заказчика. В общих чертах это выглядит просто. Однако за этой простотой кроется множество подводных камней. Давайте их разберем.

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

  1. Первое, с чем придется столкнуться менеджеру, это найти достойного заказчика. Каким критериям должен удовлетворять наш будущий партнер:
    – Стек технологий, на котором планируется построить будущий проект, должен соответствовать нашим возможностям.
    – Очень желательно, чтобы кто-то со стороны заказчика уже имел бы опыт подобного сотрудничества или разбирался в технических аспектах будущего проекта.
    – Огромным плюсом будет наличие технической документации. Совсем идеально, если она будет выглядеть примерно так.
    – Плюсом также будет наличие макетов будущих страниц или готового дизайна.
    – Бюджет не менее 5000$. Меньшие бюджеты рассматривать можно, но такие заказы очень часто идут нам в убыток.
    – Самое важное – соответствие бюджета требованиям к проекту. Бюджет должен покрывать все риски и затраты на тестирование, возможные доработки.
  2. Вторая задача менеджера – определить сотрудника или команду, знания которых полностью отвечают выполнению нового проекта. Если таковых сотрудников, нет, то проект брать не стоит. Все новые сотрудники должен быть тщательно изучены на внутренних проектах перед тем, как их можно будет взять на разработку стороннего проекта. Репутация – наше все!
  3. Третье – выявить подводные камни. Это касается как самого заказа, так и наших разработчиков. Для этого необходимо будет ответить на следующие вопросы:
    water
    – Работали ли мы уже с этим заказчиком прежде? Новые заказчики для нас более рискованные.
    – Заказчик живет в стране с развитой экономикой (США, Австралия, Канада, Западная Европа) или развивающейся (Индия, Китай, Россия, …)? Заказчики из последней категории в зоне риска.
    – Как давно сотрудник, претендующий на роль в команде нового проекта, работает у нас? Имел ли он дело со стеком технологий, которые будут использованы в новом проекте?
    – Хорошо ли разработчик владеет иностранным языком?
    – Планирует ли разработчик уходить в отпуск в ближайшее время?
  4. Четвёртая задача менеджера – провести детальную оценку проекта, составить список вопросов и пожеланий. Подробно я описал этот вопрос в посте.

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

Workflow

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

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

kpi1

  1. Ввести в курс дела новых сотрудников. Подробнее я описал здесь.
  2. Проведение еженедельных митингов с командой о результатах и планах работы на неделю.
  3. Следить за своевременной сдачей опросов разработчиками.
  4. Следить за своевременностью проведения код-ревью.
  5. Следить за тем, чтобы отчеты о работе в течение дня заносились в таблицу занятости.
  6. Следить за ведением задач по внутренним проектам.
  7. Следить, чтобы график отпусков своевременно обновлялся.
  8. Следить за ведением аккаунтов на UpWork.

 

We are looking forward to meeting you on our website soshace.com

Важность учета рабочего времени

Дорогие разработчики! Пишу вам от лица менеджера. У меня к вам большая просьба – аккуратно вести задачи. Инструкция здесь. Восстановить через неделю-другую хронологию работ бывает достаточно сложно.

Новичкам

Этот пост посвящён вновь прибывшим! Что нужно знать, с чего начать, какие документы необходимы.

Автоматическое добавление в задачи ссылок на коммиты

Подключение репозитория к проекту Настройки Github находятся в Settings -> Repositories -> New Repository. Далее: — Выбираете SCM -> GitHub; — Поле Identifier заполняется латиницей в нижнем регистре — это уникальный идентификатор репозитория, который мы в будущем будем использовать; — URL — адрес репозитория, с расширением “.git” на конце; — Не забыть про “.git” на […]

Leave a Reply