Работа с Факторами — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Реальности Факторов (здесь и далее по тексту -- ''Лектио'') -- это часть урока Суть Проект…»)
 
Строка 1: Строка 1:
[[Реальности Факторов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектных Начал]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
+
[[Известности Факторов]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Суть Проектных Начал]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару '''[[Выбор Профессии]]'''.
  
  
Строка 10: Строка 10:
  
 
===Текст===
 
===Текст===
:<p><strong>Реальности Факторов</strong></p><p>Для руководителя проекта больше важен не источник влияющих на разработку факторов, а предсказуемость тех факторов, которые угрожают срокам проекта, его стоимости и рабочему продукту.</p><p>Когда угрозы предсказуемы, руководитель проекта может разработать мероприятия по управлению их последствиями. Эти мероприятия следуют одной или нескольким стратегиям из четырёх:</p><ol type="a"><li><p>Предотвратить угрозу. Например, для избежания угрозы невыполнения проекта в срок, можно предложить заказчику оплату по часам, а не за готовый продукт.</p><p>Никогда не следует также забывать, что главные угрозы -- это работа над не тем продуктом или не та работа. Их можно избежать общением с кураторами продукта и проекта с последующим документированием договорённостей.</p></li><li>Перевести риск на третью сторону. Например, если известно, что какой-то поставщик может гарантированно разработать какую-то часть рабочего продукта, можно заказать эту часть у этого поставщика. При заказе дизайна веб-сайта, к слову, обычно заказывают несколько вариантов, чтобы заказчик мог выбрать наиболее подходящий. Если поставка критична, можно заказать работу разным поставщикам.</li><li>Ослабить последствия угрозы. Например, если есть опасность потери разрабатываемой цифровой системы, руководитель может предусмотреть дублирование данных в отказоустойчивом кластере и изготовление резервных копий. Потерю данных практически невозможно избежать, однако копирование делает угрозу несерьёзной. Дублирование, обучение персонала и инструкции -- стандартные методики для ослабления последствий угроз.</li><li>Наблюдать за угрозой. Если угроза известна, но руководитель и кураторы решили эту угрозу игнорировать, руководитель может продолжать наблюдать за её изменением.</li></ol><p>Если мероприятия требуют действий со стороны кураторов, руководитель предлагает кураторам добавить соответствующие бюджеты или предпринять дополнительные меры.</p><p>
+
:<p><strong>Известности Факторов</strong></p><p>Для руководителя проекта больше важен не источник влияющих на разработку факторов, а предсказуемость тех факторов, которые угрожают срокам проекта, его стоимости и рабочему продукту.</p><p>Когда угрозы предсказуемы, руководитель проекта может разработать мероприятия по управлению их последствиями. Эти мероприятия следуют одной или нескольким стратегиям из четырёх:</p><ol type="a"><li><p>Предотвратить угрозу. Например, для избежания угрозы невыполнения проекта в срок, можно предложить заказчику оплату по часам, а не за готовый продукт.</p><p>Никогда не следует также забывать, что главные угрозы -- это работа над не тем продуктом или не та работа. Их можно избежать общением с кураторами продукта и проекта с последующим документированием договорённостей.</p></li><li>Перевести риск на третью сторону. Например, если известно, что какой-то поставщик может гарантированно разработать какую-то часть рабочего продукта, можно заказать эту часть у этого поставщика. При заказе дизайна веб-сайта, к слову, обычно заказывают несколько вариантов, чтобы заказчик мог выбрать наиболее подходящий. Если поставка критична, можно заказать работу разным поставщикам.</li><li>Ослабить последствия угрозы. Например, если есть опасность потери разрабатываемой цифровой системы, руководитель может предусмотреть дублирование данных в отказоустойчивом кластере и изготовление резервных копий. Потерю данных практически невозможно избежать, однако копирование делает угрозу несерьёзной. Дублирование, обучение персонала и инструкции -- стандартные методики для ослабления последствий угроз.</li><li>Наблюдать за угрозой. Если угроза известна, но руководитель и кураторы решили эту угрозу игнорировать, руководитель может продолжать наблюдать за её изменением.</li></ol><p>Если мероприятия требуют действий со стороны кураторов, руководитель предлагает кураторам добавить соответствующие бюджеты или предпринять дополнительные меры.</p><p>
  
 
По отношению к их прогнозируемости, влияющие на проект факторы различаются на предсказуемые и непредсказуемые.
 
По отношению к их прогнозируемости, влияющие на проект факторы различаются на предсказуемые и непредсказуемые.

Версия 21:49, 21 февраля 2021

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


Материалы

Предшественник этого Лектио -- Влияющие Факторы.

Иллюстрации

Текст

Известности Факторов

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

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

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

    Никогда не следует также забывать, что главные угрозы -- это работа над не тем продуктом или не та работа. Их можно избежать общением с кураторами продукта и проекта с последующим документированием договорённостей.

  2. Перевести риск на третью сторону. Например, если известно, что какой-то поставщик может гарантированно разработать какую-то часть рабочего продукта, можно заказать эту часть у этого поставщика. При заказе дизайна веб-сайта, к слову, обычно заказывают несколько вариантов, чтобы заказчик мог выбрать наиболее подходящий. Если поставка критична, можно заказать работу разным поставщикам.
  3. Ослабить последствия угрозы. Например, если есть опасность потери разрабатываемой цифровой системы, руководитель может предусмотреть дублирование данных в отказоустойчивом кластере и изготовление резервных копий. Потерю данных практически невозможно избежать, однако копирование делает угрозу несерьёзной. Дублирование, обучение персонала и инструкции -- стандартные методики для ослабления последствий угроз.
  4. Наблюдать за угрозой. Если угроза известна, но руководитель и кураторы решили эту угрозу игнорировать, руководитель может продолжать наблюдать за её изменением.

Если мероприятия требуют действий со стороны кураторов, руководитель предлагает кураторам добавить соответствующие бюджеты или предпринять дополнительные меры.

По отношению к их прогнозируемости, влияющие на проект факторы различаются на предсказуемые и непредсказуемые.

Когда дело доходит до разработки рабочих продуктов, главный вопрос заключается в том, управляема ли эта разработка. Например, можно ли вовремя получить сырье или детали. Или для разработки требуются особые условия, такие как допуск разработчиков. Наконец, знают ли разработчики, как разрабатывать рабочий продукт.

Например, быстрые изменения в экономике, демографии, природе, законах, промышленности и технологиях могут положительно или отрицательно повлиять на работу проекта.

  • Внутренние факторы
  • и графики проектов Для принятия решения о глубине планирования, необходимо оценить, что из ресурсов и факторов прогнозируемо, а что -- нет.

    Проектная Среда - это естественная и созданная человеком среда, в которой работают те, кто работает над проектом. Наиболее важными из них являются те условия, которые влияют или могут .

    Когда дело доходит до разработки рабочих продуктов, главный вопрос заключается в том, управляема ли эта разработка. Например, можно ли вовремя получить сырье или детали. Или для разработки требуются особые условия, такие как допуск разработчиков. Наконец, знают ли разработчики, как разрабатывать рабочий продукт.

    контролируемые и неконтролируемые среды.
    

    Точно так же вы не можете изменить личности своих товарищей по команде, их подходы к работе или даже доступность. Люди есть люди. Они заболевают, сталкиваются с семейными ситуациями и/или меняют место работы.

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

    Персонал проекта не может, например, предотвратить болезнь кого-либо, кто работает над проектом, но если существует запасной план, такая болезнь не будет разрушительной. Неконтролируемая среда не может быть надежной и предсказуемой. Наоборот, управляемая среда такова. Тем не менее, чтобы их контролировать, по-прежнему требуется координатор проекта, менеджер проекта или кто-то еще.

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

    Для каждого проекта теоретически существует угроза, что инопланетные пришельцы нарушат ход работ на проекте, но какой заказчик реально согласится финансировать предотвращение или ослабление этой угрозы?

    Варианты

    Следующее лектио -- Работа с Угрозами

    Термины

    Бюджет Проекта, Активы Проекта, Внешние Среды, Внутренние Среды, Проектная Среда, Затраты На Проект, График Проекта, Фактор Предприятия, Рабочий Продукт, Временные Шкалы Проекта

    Экзамен

    Определения

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

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

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