Відмінності між версіями «Розрахунки Планів»

Матеріал з Брацка Правка
Перейти до: навігація, пошук
(Материалы)
 
(Не показані 37 проміжних версій 6 користувачів)
Рядок 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]], [[Опись продукта]], [[Куратор проекта]], [[Объект приёмки]].
  
 
==Экзамен==
 
==Экзамен==

Поточна версія на 12:26, 27 листопада 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, Опись продукта, Куратор проекта, Объект приёмки.

Экзамен

Определения

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

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

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