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

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Проектные Среды (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Проектов.…»)
 
(Термины)
 
(не показано 60 промежуточных версий 2 участников)
Строка 1: Строка 1:
[[Проектные Среды]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Контрольные Планы]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Контролей Планов]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
 
==Материалы==
 
==Материалы==
Предшественник этого ''Лектио'' -- [[Ожидаемость Итогов]].
+
Предшественник этого ''Лектио'' -- [[Объёмы Работ]].
  
 
===Иллюстрации===
 
===Иллюстрации===
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Проектные Среды</strong></p><p>Объект приёмки (deliverable) -- это тот продукт, который поставщик готовит к доставке заказчику. В проектах, продукт разработки должен быть готов до того, как заказчик его принимает. Этот предмет может также называться разработанным решением, предметом поставки, передаваемым по соглашению изделием и сдаточным материалом.</p><p>Что может быть таким продуктом? Список широк. В Брацкой Школе, обычными результатами проектов бывают концепция, сообщество, мероприятие, событие, услуга, функционал, а также любая их комбинация.<ol type="a"><li>Концепция, идея и видение как результат проекта обычно представлена документом, например, пользовательскими историями, описаниями будущих систем, изделий и услуг, заданиями на тестировки и разрешениями на руководство проектом. Однако концепция, идея и видение могут также быть материализованы моделью, прототипом или макетом,</li><li>Сообщества как результаты проектов -- это работающие советы, комитеты и другие социальные пространства, поддерживаемые Брацкой Сеткой. В этом случае разработка состоит в создании организационной культуры (organizational culture) для этого сообщества, нахождение заинтересованных лиц, создание стратегии работы и роста, а также проведении организационных и маркетинговых мероприятий,</li><li>Мероприятие, например, вебинар. Разработка мероприятий включает создание повестки, материалов, контакты с участниками, проведение самого мероприятия и операции после его проведения, например, публикация видеозаписи,</li><li>Событие. Сертификация ученика, устройство ученика в подмастерье и трудоустройство подмастерья на реальную работу -- наиболее желанные события ради которых могут предприняты проекты,</li><li>Функционал, что в условиях Брацка Облака означает техническую возможность цифровой системы или её компонента,</li><li>Услуга.
+
:<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>Планы становятся контрольными в том случае, когда они утверждены заказчиком и приняты подрядчиком. В ходе планового проекта, фактические показатели периодически сравниваются с контрольными уровнями. Разница показывает отклонения от графика и бюджета. Если проект отстаёт от графика или перерасходует бюджет, подрядчик может запросить коррекции уровней. В зависимости от контракта и доброй воли, заказчик может согласиться, отказаться либо предложить что-то другое.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, контрольные планы необходимы для:</p>
 
 
Предлагаемые услуги могут включать:
 
товары, которые будут доставлены потребителю (например, мобильный телефон). Предполагается, что товары передаются от поставщика к потребителю, при этом потребитель берет на себя ответственность за их использование в будущем.
 
доступ к ресурсам, предоставленным или лицензированным потребителю на согласованных условиях (например, к мобильной сети или к сетевому хранилищу). Ресурсы остаются под контролем поставщика и могут быть доступны потребителю только в течение согласованного периода потребления услуги.
 
действия по обслуживанию, выполняемые для удовлетворения потребностей потребителя (например, поддержка пользователей). Эти действия выполняет поставщик услуг по согласованию с потребителем.
 
 
 
 
 
</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>
 
<p>Однако влияние окружающей среды на проект не зависит от того, находятся ли источники проблем во внешней или внутренней среде. Воздействие зависит от того, является ли среда проекта управляемой и, если да, то контролируется ли она.</p>
 
<p>Персонал проекта не может, например, предотвратить болезнь кого-либо, кто работает над проектом, но если существует запасной план, такая болезнь не будет разрушительной.
 
Неконтролируемая среда не может быть надежной и предсказуемой. Наоборот, управляемая среда такова. Тем не менее, чтобы их контролировать, по-прежнему требуется координатор проекта, менеджер проекта или кто-то еще.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===
:
+
:контролирования выделенного бюджета на проект, сроков и объёма работ./ чтобы достигать правильных результатов разработки продукта./ оценивания изменений./ контролировать подрядчика.
  
:Следующее лектио -- '''[[Этапы Проектной Работы]]'''
+
:Следующее лектио -- '''[[Расчёты Планов]]'''
  
 
===Термины===
 
===Термины===
:[[Бюджет Проекта]], [[Активы Проекта]], [[Внешние Среды]], [[Внутренние Среды]], Проектная Среда, [[Затраты На Проект]], [[График Проекта]], [[Фактор Предприятия]], [[Рабочий Продукт]], [[Временные Шкалы Проекта]]
+
:[[Контрольный план работ]], [[Объём работ]], [[Бюджет проекта]].
  
 
==Экзамен==
 
==Экзамен==

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

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


Материалы

Предшественник этого Лектио -- Объёмы Работ.

Иллюстрации

Текст (HTML)

Контрольные Планы

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

  1. Объём работ (project scope) -- это описание всех работ, которые требуются для разработки объекта приёмки. Чтобы снизить объём работ, можно упростить продукт разработки. И, наоборот, добавляя свойства разрабатываемого продукта объём работ увеличивается,
  2. График разработки (project schedule) -- это хронологический план, который совмещает время отгрузки результатов первого уровня, получения ресурсов и расходуемых запасов. График или расписание может быть представлено списочно или графически. Срок проекта -- это время от открытия проекта до отгрузки объектов приёмки,
  3. Затраты на проект (project cost) -- это фактические расходы, связанные с деятельностью проекта или, другими словами, деньги, которые уже потрачены на завершение проекта. Оценка расходов на проект в момент его завершения именуется бюджетом проекта (project budget).

Объёмы работ, сроки и бюджеты проектов взаимозависимы. Вместе, они часто именуются "тройным ограничением" (triple constraint) из-за того, что изменение одного параметра обычно влечёт за собой изменение, как минимум одного из двух других.

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

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

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

Варианты

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

Термины

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

Экзамен

Определения

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

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

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