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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Расчёт Уровней (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Проектных Р…»)
 
(Термины)
 
(не показаны 34 промежуточные версии 4 участников)
Строка 1: Строка 1:
[[Расчёт Уровней]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектных Работ]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Расчёты Планов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Контролей Планов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Оперативки и Планы]].
+
Предшественник этого ''Лектио'' -- [[Контрольные Планы]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Расчёт Уровней</strong></p><p>Термин "контрольный уровень" (baseline) относится ко всему, что служит отправной точкой для оценки изменений. В управлении проектами и системной инженерии, общий контрольный уровень (project performance baseline) совмещает три уровня: объёма работ (scope baseline), графика разработки (schedule baseline) и затрат на проект (cost baseline).</p><ol type="a"><li>Объём работ (project scope) -- это описание всех работ, которые требуются для разработки всех свойств объекта приёмки. Снизить объём работ можно отказом от свойств продукта разработки. И, наоборот, добавление свойств разрабатываемого продукта увеличивает объём работ,</li><li>График разработки (project schedule) -- это хронологический план, который устанавливает совмещает время получения ресурсов и расходуемых запасов и получения результатов первого уровня. График или расписание может быть списочным или графическим. Время от открытия проекта до отгрузки объектов приёмки называется сроком проекта,</li><li>Затраты на проект (project cost) -- это фактические расходы на деятельность по проекту или, другими словами, деньги, которые уже потрачены на завершение проекта. Оценка расходов на проект в момент его завершения именуется бюджетом проекта (project budget).</li></ol><p>Свойства разрабатываемого продуктам, сроки и бюджеты проектов взаимозависимы. Вместе, объём работ, график и затраты часто именуются "тройным ограничением" (triple constraint) из-за того, что изменение одного параметра традиционно влечёт за собой изменение как минимум одного из других.</p><p>Например, сократить сроки можно либо увеличением бюджета или уменьшением работы. Аналогично, снизить расходы можно отказом от некоторых свойств разрабатываемых продуктов или увеличением сроков. Тройное ограничение нашло отражение во многих шутках, например, что веб-сайт может иметь только одно прилагательное из трёх: плохой, долго-разрабатывавшийся или дорогой.</p><p>Отдельные заказчики имеют тенденцию дозаказывать что-то уже после утверждения контрольных уровней. В плановых проектах, дозаказывание должно дополняться изменением стоимости и проходить согласование. Увеличение объёма работ без оплаты называется неконтролируемым расползанием рамок или расширением масштаба проекта (scope creep).</p><p>В ходе планового проекта, фактические показатели периодически сравниваются с контрольными уровнями. Разница даёт отклонения от графика и бюджета.</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>В плановых проектах, руководители рассчитывают базовые сроки и бюджет в следующей последовательности:</p><ol type="a"><li>Базируясь на детальном описании свойств объектов приёмки, определить объём работ (project scope),</li><li>Установить те операции, которые потребуются в разработке,</li><li>Оценить время, которое каждая из операций потребует для завершения,</li><li>Обозначить последовательность всех операций,</li><li>Определить график проекта. Графики Проекта -- это .</li><li>Изучить рыночные стоимости ресурсов и расходуемых запасов,</li><li>Имея оценочную стоимость и исходя из графика проекта, оценить расходы на людские ресурсы,</li><li>Принимая во внимание все оценки, рассчитать базовые сроки и бюджет проекта. </li></ol><p>Согласовать базовые сроки и бюджеты с куратором проекта. Если надо снизить стоимость, руководитель обычно предлагает либо убрать какие-то свойства и снизить объём работ, либо увеличить сроки. Если
 
 
 
 
 
 
 
 
 
и графики проектов Для принятия решения о глубине планирования, необходимо оценить, что из ресурсов и факторов прогнозируемо, а что -- нет.</p><ol type="a"><li></li><li></li></ol><p>
 
 
 
Создание Проекта включают в себя немало задач и условий. Сейчас мы попробуем некоторые из них разобрать. Проектная Среда - это естественная и созданная человеком среда, в которой работают те, кто работает над проектом. Наиболее важными из них являются те условия, которые влияют или могут повлиять на стоимость проекта, сроки проекта и/или рабочий продукт.
 
<p></p></p>Бюджет Проекта - это те финансовые планы, которые оценивают стоимость проекта. Неожиданные расходы, увеличение затрат или невозможность своевременной оплаты могут отрицательно повлиять на производительность проекта.</p>
 
<p></p><p></p>
 
<p>Когда дело доходит до разработки рабочих продуктов, главный вопрос заключается в том, управляема ли эта разработка. Например, можно ли вовремя получить сырье или детали. Или для разработки требуются особые условия, такие как допуск разработчиков. Наконец, знают ли разработчики, как разрабатывать рабочий продукт.</p>
 
<p>Окружение проекта слишком разнообразно, чтобы иметь единую классификацию. Здесь мы будем сравнивать внутренние и внешние, а также контролируемые и неконтролируемые среды.
 
<p>Внешние Среды - это условия за пределами предприятия. Например, быстрые изменения в экономике, демографии, природе, законах, промышленности и технологиях могут положительно или отрицательно повлиять на работу проекта.</p>
 
<p>Внутренние Среды - это условия внутри границ предприятия. Они включают активы проекта и факторы предприятия.</p>
 
<p>Факторы предприятия - это те условия, которые направляют и ограничивают проектную работу; эти условия навязываются либо культурой организации, либо персоналом организации. Когда вы работаете над проектом, эти условия не находятся под вашим непосредственным контролем.</p>
 
<p>Например, Брацка Команда использует Правку для работы над Требованиями. Вам это может нравиться или нет, но если вы работаете над Требованиями, как часть команды, вы должны использовать Правку.</p>
 
<p>Точно так же вы не можете изменить личности своих товарищей по команде, их подходы к работе или даже доступность. Люди есть люди. Они заболевают, сталкиваются с семейными ситуациями и/или меняют место работы.</p>
 
<p>Однако влияние окружающей среды на проект не зависит от того, находятся ли источники проблем во внешней или внутренней среде. Воздействие зависит от того, является ли среда проекта управляемой и, если да, то контролируется ли она.</p>
 
<p>Персонал проекта не может, например, предотвратить болезнь кого-либо, кто работает над проектом, но если существует запасной план, такая болезнь не будет разрушительной.
 
Неконтролируемая среда не может быть надежной и предсказуемой. Наоборот, управляемая среда такова. Тем не менее, чтобы их контролировать, по-прежнему требуется координатор проекта, менеджер проекта или кто-то еще.</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, Опись продукта, Куратор проекта, Объект приёмки.

Экзамен

Определения

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

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

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