1. Что такое проект?



бет4/4
Дата02.09.2024
өлшемі86.83 Kb.
#503307
1   2   3   4
ПМ

Масштаб проекта.

ПМ должен знать, что будет включать в его проект (Все в мельчайших подробностях). Цель проекта разбиваются на результаты, а далее на задачи, которые приведут к результату.
Масштаб отвечает на единственный вопрос — что именно нужно сделать команде проекта?
-Объем продукта.
Задачи, которые необходимо выполнить для разработки продукта.
-Объем проекта.
Все, что необходимо сделать для достижения цели проекта. Включая область применения продукта
Оценка масштаба проектатребования и ожидания от проектакоманда использует свой опыт и знания для охвата всех серых зон, которые могут повлиять на их проектдокументируют все.
Итог:
Анализ доступной информации о масштабах проекта (Устав проекта, обсуждение со спонсором, заинтересованными сторонами).
Подробные требования и ожидания (Общение с заинтересованными сторонами, спонсорами, старшими менеджерами, посредством запланированных встреч).
Документируем масштаб (что ПМ обязался сделать). Тут применяется:
-WBS (декомпозиция всех задач).
-Activity list(список всех действий со временем).



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

Сроки и расписание (график проекта).
-Оценка выполнения каждой задачи. ПМ должен оценить сколько времени займет каждая задача.
Существует ошибка планирования, так как люди верят, что все пройдет идеально, и не учитывают возможные риска и незапланированных факторов.
Чтобы этого избежать можно провести SWOT анализ (сильные стороны/слабые стороны/возможности/угрозы), или оценку в три балла (оптимистичная/вероятная/пессимистичная/ожидаемое время T) T=(o+4*в+п)/6
-добавление буфера (к отдельным задачам/групповым задачам/ко всему проекту).
Необходимо определить уровень неопределенности вокруг задачи (чем выше неопределенность, тем больше буфера).
Определить, есть ли критические задачи, кт могут нанести ущерб проекту, если ее выполнение задерживается (есть взаимосвязь с другими задачами). Применить диаграмму критического пути.
Представить буфер, как время для проверки выполняемой задачи, следовательно, поддержка продуктивности сотрудников.
-упорядочить задачи.
Логическая зависимость – есть задачи, выполнение которых зависят от выполнения предыдущих задач(каскад). Но также есть задачи, которые ни от чего не зависят, их можно выполнять на любых этапах проекта.
Нехватка ресурсов (в том числе люди) может повлиять на последовательность выполнения задач.
Метод критического пути
Определить самую длинную цепочку зависимостей, для завершения проекта.
Поместить информацию в сетевую диаграмму с прямоугольниками и стрелками.
Чтобы еще облегчить себе задачу, можно построить диаграмму Ганта.
Диаграмма Ганта.
По вертикали список всех действий, по горизонтали временная шкала (сколько отводится времени на решение каждой задачи).
MS Project
Инструмент для планирования больших проектов.
Предварительные ИТОГИ ФАЗЫ ПЛАНИРОВАНИЯ

  1. ПМ начинает с создания структуры декомпозиции работ, разделение проекта на рабочие потоки, результаты, и рабочие пакеты, а потом назначает владельцев данных пакетов.

  2. Формируется список действий.

  3. Определяется критический путь.

  4. Диаграмма Ганта для расчета времени выполнения задач по критическому пути.

  5. Проектный план высокого уровня и низкого.

БЮДЖЕТИРОВАНИЕ
Необходимо задать себе несколько вопросов:
-Какие финансовые ресурсы ему нужны для конечных результатов?
-Будут ли какие-либо дополнительные расходы?
-Понадобятся ли доп резервы для выполнения задач?
-Понадобятся ли деньги?
-Откуда они возьмутся?
-Каков общий бюджет, кто будет контролировать расходы? Как это сделать?

Еще один анализ:



  1. Определение типа ресурса (дизайнер, разработчики).

  2. Сколько времени вам потребуется (сколько времени потребуется каждому на выполнение задач, не забывать про буфер).

  3. Наличие нужных людей.

  4. Распределение между ними ролей и обязанностей.

Стандарт качества
5 этапный процесс:

  1. ПМ и заинтересованные стороны определяют стандарты и требования к качеству.

  2. Установление фактических и выполнимых целей по определенным критериям во время первого этапа.

  3. Как и когда измерять качество и кто это будет делать?

  4. Доработка плана качества (документ)—стандарт качества. Целевой результат.

  5. Внести коррективы в свой проект.

Выявление и планирование рисков
1. Ожидания. Разговор с заинтересованными сторонами и их ожидания.
2. Предположения.
3. Риски.
РИСКИ:

  1. Журнал учета рисков.

  2. Их анализ (на сколько серьезны могут быть последствия, какова вероятность).

Необходимо пересмотреть что-то или сделать план Б.
НИЗКАЯ МОТИВАЦИЯ-НИЗКАЯ ПРОИЗВОДИТЕЛЬНОСТЬ-ЗАДЕРЖКИ
МОТИВАЦИЯ- это выявлять проблемы и воздействовать на них.
КОММУНИКАЦИЯ С УЧАСТНРИКАМИ ПРОЕКТА
Форма запроса на изменение.

Достарыңызбен бөлісу:
1   2   3   4




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет