Меню
Руководитель проекта / продукта
Требования, зона ответственности, шаблоны
Руководитель проекта / продукта организует весь процесс работы над проектом и связывает заказчика и отдельных специалистов. От него напрямую зависит успех проекта. Он напрямую влияет на удовлетворенность заказчика.

»
Ценности и принципы сообщества
Типы руководителей проекта
Руководитель продукта / product ownwer/ product manager

Руководитель проекта

Production PM

Marketing PM
Ценности и принципы сообщества
Роли на каждом этапе
Начало работ
Проведение аналитики по проекту - сам или с привлечением маркетолога
Составление технического задания
Оценка трудоемкости работ, определение и защита бюджета проекта
Составление плана-графика выполнения работ
Подбор команды
Составление таблицы рентабельности
Выполнение работ
- Дизайн
- Разработка
- Тестирование
- Внедрение
- Обучение персонала заказчика
Завершение работ
- Окончательная сдача работ, тестирование
- Обсуждение и защита что входит в работы, а что вне ТЗ и идет доработками
- Подписание Акта выполненных работ
- Передача исходного кода
- Выполнение оплат специалистам. Ведение истории оплат.
Сопровождение
- Оценка новых работ заказчика
- Мелкие консультации по развитию проекта, предложение развития проекта.
Ценности и принципы сообщества
Основные навыки и пути развития
Коммуникация и переговоры
Задача ПМ создать максимально комфортные
Анализ
Оценка трудоемкости
Принятие решений
Работа с рисками
Ценности и принципы сообщества
Важные элементы процесса
1. Ежедневное ведение статистик
Это основной показатель выполнение работ в проекте. Процент выполненности проекта.
Видео по его заполнению ниже.
2.Еженедельное подведение итогов с Демо для заказчика
В рамках данного пункта составляется результаты работы за неделю и информируется заказчик о продвижениях и проблемах
Ценности и принципы сообщества
Расчетная трудоемкость (ПЕРЕДЕЛАТЬ)
Трудоемкость разработки задания обычно следующая:
Трудоемкость рассчитана на одно мобильное приложение среднего объема ( 15-20 экранов). не зависимо на сколько платформ.
- 20 часов в первую неделю - набросать структуру, разобраться в теме, набросать первые макеты на бумаге
- 20 часов во вторую неделю - согласовать макеты с Заказчиком, перевести в электронный вид.
- 20 часов в третью неделю - написать основную текстовую, Методы взаимодействия с бекэндом
- 20 часов в 4-5 неделю - согласование всего
Итого: 80 часов

Трудоемкость при составлении ТЗ на мобильные приложения и бэкэнд среднего объема
мобильное приложение среднего объема ( 15-20 экранов), бэкэнд соответсвующий.
- 20 часов в 1 неделю - набросать структуру, разобраться в теме, набросать первые макеты на бумаге
- 20 часов в 2 неделю - согласовать макеты с Заказчиком, перевести в электронный вид.
- 20 часов в 3 неделю - написать основную текстовую, Методы взаимодействия с бекэндом
- 20 часов в 3 неделю - набросать макеты ВЕБ части, согласовать макеты с Заказчиком, перевести в электронный вид.
- 10 часов в 4 неделю - написать основную текстовую, Методы взаимодействия с бекэндом
- 30 часов в 4-6 неделю - согласование всего
Итого: 120 часов

+ до 40 ч. при сложностях в коммуникациях с заказчиком.
Ценности и принципы сообщества
Проверка работы (ПЕРЕДЕЛАТЬ)
- ТЗ, в зависимости от Заказчика перед каждым показом заказчику или только в ключевых утверждениях заказчиком необходимо предварительно утвердить внутри компании руководителем.
- Первую версию ТЗ запрещается напрямую отправлять Заказчику, в связи с тем, что ТЗ это как правило первый документ, который получает Заказчик от нас и необходимо, чтобы он уже был качественным.
- При проверке работы Проверяющий указывает все места которые вызывают сомнения, а так же все места, допускающие неоднозначное толкование.
- После проверки ТЗ разрабатывающий дорабатывает указанные моменты
- После повторного согласования ТЗ, и в случае отсутствия критичных багов допускается отправка Заказчику.
- Следует обеспечить согласование Заказчиком Технического задания в срок 3 дня. А так же обеспечить замечания заказчика в режиме рецензирования.
- Окончательный вариант Технического задания необходимо сохранить в формате PDF, тем самым защитив от изменения, все промежуточные варианты ТЗ, убрать в отдельный каталог (ТЗ - версии) или удалить. В названии файла окончательного ТЗ следует указать дату и слово final
Обратная связь, вопросы
Комментарий
Оцените полезность видео
Все права защищены, политика конфиденциальности и все такое