Расчёты Планов — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Термины)
 
(не показаны 24 промежуточные версии 4 участников)
Строка 1: Строка 1:
[[Расчёт Уровней]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектных Работ]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Расчёты Планов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Контролей Планов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Контрольные Уровни]].
+
Предшественник этого ''Лектио'' -- [[Контрольные Планы]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Расчёт Уровней</strong></p><p>Для расчёта контрольного объёма работ (scope baseline), графика разработки (schedule baseline) и уровней затрат на проект (cost baseline) в плановых проектах используются специальные методики. Вначале определяется объём работ, затем на основе объёма -- график, затем, используя график, рассчитывается бюджет.</p><p>Для определения объёма работ по разработке (project scope) рекомендуется:</p><ol type="a"><li>Описать все детали функционала, характеристик и свойств объектов приёмки. Это описание называется "объёмом продукта" (product scope, solution scope),</li><li>Взять объём продукта и расписать те процессы, которые необходимы для создания каждой детали функционала, характеристики и свойства. Каждый процесс расписывается с указанием расходников, ресурсов и факторов. Конечный документ известен как "иерархическая структура работ" (work breakdown structure или WBS),</li></ol><p>Хорошей практикой для определения графика проекта (project schedule) считается:</p><ol type="a"><li>Оценить время, которое каждый из процессов потребует для завершения,</li><li>Обозначить последовательность всех процессов,</li><li>Расчитать график проекта исходя из последовательности и продолжительности. Метод наиболее продолжительного пути (critical path method) и несколько других существуют для таких расчётов.</li></ol><p>Для прогноза бюджета проекта (project budget) предлагается:</p><ol type="a"><li>Изучить рыночные стоимости ресурсов и расходуемых запасов,</li><li>Имея оценочную стоимость и исходя из графика проекта, оценить расходы на людские ресурсы,</li><li>Принимая во внимание все оценки, рассчитать бюджет проекта.</li></ol><p>Контрольные уровни
+
:<p><strong>Расчёты Планов</strong></p><p>В плановых проектах, специальные методики используются для расчёта контрольного объёма работ (scope baseline), графика разработки (schedule baseline) и сметы затрат на проект (cost baseline). Последовательность определяется таким образом, сначала объём работ, затем на основе объёма -- график, и используя график, рассчитывается бюджет. Обычно расчёты включают много объективных и субъективных оценок и допущений.</p><p>Для определения объёма работ по разработке (project scope) рекомендуется:</p><ol type="a"><li>Описать все детали функционала, характеристик и свойств объектов приёмки. Это изложение деталей называется "описью продукта" (product scope, solution scope),</li><li>Взять объём продукта и расписать те процессы, которые необходимы для создания каждой детали функционала, характеристики и свойства. Каждый процесс расписывается с указанием расходников, ресурсов и факторов. Конечный документ известен как "иерархическая структура работ" (work breakdown structure или WBS),</li></ol><p>Хорошей практикой для определения графика проекта (project schedule) считается:</p><ol type="a"><li>Оценить время, которое каждый из процессов потребует для завершения,</li><li>Обозначить последовательность всех процессов,</li><li>Рассчитать график проекта исходя из последовательности и продолжительности. Для таких расчетов существуют различные методы, включая метод наиболее продолжительного пути (critical path method).</li></ol><p>Для прогноза бюджета проекта (project budget) предлагается:</p><ol type="a"><li>Изучить рыночные стоимости ресурсов и расходуемых запасов,</li><li>Имея оценочную стоимость и исходный график проекта, оценить расходы на людские ресурсы,</li><li>Принимая во внимание все оценки, рассчитать бюджет проекта.</li></ol><p>Когда планы утверждены заказчиком, они становятся контрольными. После расчёта, руководитель проекта представляет предложения по контрольным планам на утверждение куратору проекта.</p><p>Если куратор предлагает снизить стоимость, то руководитель может посоветовать, как вариант убрать какие-то работы или увеличить сроки. Чтобы сократить сроки, руководитель может предположить перенести разработки некоторых характеристик на следующий проект или увеличить бюджет, например, на приобретение более дорогого оборудования или наём большего количества разработчиков. В любом случае, планы пересчитываются с новыми данными.</p><p>Точно также, планы пересчитываются, если заказчик решает изменить функционал, характеристики и свойства объекта приёмки. Некоторые подрядчики включают расценки за подобные пересчёты в контракт.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, расчет планов используется:</p>
 
 
 
 
Согласовать базовые сроки и бюджеты с куратором проекта. Если надо снизить стоимость, руководитель обычно предлагает либо убрать какие-то свойства и снизить объём работ, либо увеличить сроки. Если
 
 
 
<p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===
:
+
:различными методиками./ для контролирования и прогнозирования объёма работ, графика и бюджета./ для подведения итогов готовности проекта./ для расчета отклонений изменений.
  
:Следующее лектио -- '''[[Совместное Создание]]'''
+
:Следующее лектио -- '''[[Раздувания Планов]]'''
  
 
===Термины===
 
===Термины===
:[[Бюджет Проекта]], [[Активы Проекта]], [[Внешние Среды]], [[Внутренние Среды]], Проектная Среда, [[Затраты На Проект]], [[График Проекта]], [[Фактор Предприятия]], [[Рабочий Продукт]], [[Временные Шкалы Проекта]]
+
:[[Контрольный план работ]], [[Объём работ]], [[Бюджет проекта]], [[WBS]], [[Опись продукта]], [[Куратор проекта]], [[Объект приёмки]].
  
 
==Экзамен==
 
==Экзамен==

Текущая версия на 18:21, 26 сентября 2022

Расчёты Планов (здесь и далее по тексту -- Лектио) -- это часть урока Суть Контролей Планов. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Контрольные Планы.

Иллюстрации

Текст (HTML)

Расчёты Планов

В плановых проектах, специальные методики используются для расчёта контрольного объёма работ (scope baseline), графика разработки (schedule baseline) и сметы затрат на проект (cost baseline). Последовательность определяется таким образом, сначала объём работ, затем на основе объёма -- график, и используя график, рассчитывается бюджет. Обычно расчёты включают много объективных и субъективных оценок и допущений.

Для определения объёма работ по разработке (project scope) рекомендуется:

  1. Описать все детали функционала, характеристик и свойств объектов приёмки. Это изложение деталей называется "описью продукта" (product scope, solution scope),
  2. Взять объём продукта и расписать те процессы, которые необходимы для создания каждой детали функционала, характеристики и свойства. Каждый процесс расписывается с указанием расходников, ресурсов и факторов. Конечный документ известен как "иерархическая структура работ" (work breakdown structure или WBS),

Хорошей практикой для определения графика проекта (project schedule) считается:

  1. Оценить время, которое каждый из процессов потребует для завершения,
  2. Обозначить последовательность всех процессов,
  3. Рассчитать график проекта исходя из последовательности и продолжительности. Для таких расчетов существуют различные методы, включая метод наиболее продолжительного пути (critical path method).

Для прогноза бюджета проекта (project budget) предлагается:

  1. Изучить рыночные стоимости ресурсов и расходуемых запасов,
  2. Имея оценочную стоимость и исходный график проекта, оценить расходы на людские ресурсы,
  3. Принимая во внимание все оценки, рассчитать бюджет проекта.

Когда планы утверждены заказчиком, они становятся контрольными. После расчёта, руководитель проекта представляет предложения по контрольным планам на утверждение куратору проекта.

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

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

А теперь, выберите, пожалуйста, лучшее завершение следующего предложения. Судя по тексту выше, расчет планов используется:

Варианты

различными методиками./ для контролирования и прогнозирования объёма работ, графика и бюджета./ для подведения итогов готовности проекта./ для расчета отклонений изменений.
Следующее лектио -- Раздувания Планов

Термины

Контрольный план работ, Объём работ, Бюджет проекта, WBS, Опись продукта, Куратор проекта, Объект приёмки.

Экзамен

Определения

Вопросы экзамена

Использование подвижного Подхода для разработки в Брацкой Школы лучше всего можно классифицировать как:

Актив проекта . Фактор предприятия . Проектная среда . Все остальные ответы по существу верны.