Відмінності між версіями «Робота із Загрозами»
(→Текст (HTML)) |
(→Варианты) |
||
| Рядок 13: | Рядок 13: | ||
:<p><strong>Робота з Загрозами</strong></p><p>В управлінні проєктами, загроза -- це ризик, який у разі матеріалізації негативно вплине на проєкт. Для управління загрозами керівники проєктів роблять зусилля з:</p><ol type="a"><li>Розпізнавання тих факторів, які впливають або можуть вплинути на проєкт. Йдеться про переміщення невідомих відомостей (unknown known) у відомі (known known),</li><li>Виявлення загроз у відомих відомостях (known known),</li><li>Оцінці рівня та ймовірності загрози термінам проєкту, його вартості та робочого продукту,</li><li>Пріоритету загроз, починаючи з найбільш серйозних,</li><li>Виробленні заходів для реакції на найбільш серйозні загрози,</li><li>Реалізації тих заходів, які не вимагають додаткових бюджетів та строків, а також погодження з кураторами тих дій, які вимагають їх втручання.</li></ol><p>Ці заходи дотримуються однієї чи кількох стратегій із чотирьох:</p><ol type="a"><li><p>Запобігти загрозі. Наприклад, щоб уникнути загрози невиконання проєкту вчасно, можна запропонувати замовнику оплату по годинам, а не за готовий продукт.</p><p>Ніколи не слід також забувати, що головні загрози -- це робота не над тим продуктом чи роботою. Їх можна уникнути спілкуванням з кураторами продукту та проєкту з подальшим документуванням домовленостей.</p></li><li>Перевести ризик на третю сторону. Наприклад, якщо відомо, що постачальник може гарантовано розробити якусь частину робочого продукту, можна замовити цю частину у цього постачальника. При замовленні дизайну веб-сайту, наприклад, зазвичай замовляють кілька варіантів, щоб замовник міг вибрати найкращий. Якщо постачання є критичним, можна замовити роботу різним постачальникам.</li><li>Послабити наслідки загрози. Наприклад, якщо є небезпека втрати цифрової системи, що розробляється, керівник може передбачити дублювання даних у відмовостійкому кластері і виготовлення резервних копій. Втрати даних практично неможливо уникнути, проте копіювання робить загрозу несерйозною. Дублювання, навчання персоналу та інструкції -- стандартні методики для ослаблення наслідків загроз.</li><li>Спостерігати за загрозою. Якщо загроза відома, але керівник та куратори вирішили цю загрозу ігнорувати, керівник може продовжувати спостерігати за її зміною.</li></ol><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, робота із погрозами виставляється за пріоритетами для:</p> | :<p><strong>Робота з Загрозами</strong></p><p>В управлінні проєктами, загроза -- це ризик, який у разі матеріалізації негативно вплине на проєкт. Для управління загрозами керівники проєктів роблять зусилля з:</p><ol type="a"><li>Розпізнавання тих факторів, які впливають або можуть вплинути на проєкт. Йдеться про переміщення невідомих відомостей (unknown known) у відомі (known known),</li><li>Виявлення загроз у відомих відомостях (known known),</li><li>Оцінці рівня та ймовірності загрози термінам проєкту, його вартості та робочого продукту,</li><li>Пріоритету загроз, починаючи з найбільш серйозних,</li><li>Виробленні заходів для реакції на найбільш серйозні загрози,</li><li>Реалізації тих заходів, які не вимагають додаткових бюджетів та строків, а також погодження з кураторами тих дій, які вимагають їх втручання.</li></ol><p>Ці заходи дотримуються однієї чи кількох стратегій із чотирьох:</p><ol type="a"><li><p>Запобігти загрозі. Наприклад, щоб уникнути загрози невиконання проєкту вчасно, можна запропонувати замовнику оплату по годинам, а не за готовий продукт.</p><p>Ніколи не слід також забувати, що головні загрози -- це робота не над тим продуктом чи роботою. Їх можна уникнути спілкуванням з кураторами продукту та проєкту з подальшим документуванням домовленостей.</p></li><li>Перевести ризик на третю сторону. Наприклад, якщо відомо, що постачальник може гарантовано розробити якусь частину робочого продукту, можна замовити цю частину у цього постачальника. При замовленні дизайну веб-сайту, наприклад, зазвичай замовляють кілька варіантів, щоб замовник міг вибрати найкращий. Якщо постачання є критичним, можна замовити роботу різним постачальникам.</li><li>Послабити наслідки загрози. Наприклад, якщо є небезпека втрати цифрової системи, що розробляється, керівник може передбачити дублювання даних у відмовостійкому кластері і виготовлення резервних копій. Втрати даних практично неможливо уникнути, проте копіювання робить загрозу несерйозною. Дублювання, навчання персоналу та інструкції -- стандартні методики для ослаблення наслідків загроз.</li><li>Спостерігати за загрозою. Якщо загроза відома, але керівник та куратори вирішили цю загрозу ігнорувати, керівник може продовжувати спостерігати за її зміною.</li></ol><p><i>А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції.</i> Судячи з тексту вище, робота із погрозами виставляється за пріоритетами для:</p> | ||
| − | === | + | ===Варіанти=== |
| − | : | + | :ігнорування небезпек./ щоб вирішувати першими найсерйозніші небезпеки./ передачі третій стороні./ усунення всіх небезпек. |
:Следующее лектио -- '''[[Предсказуемость Работ]]''' | :Следующее лектио -- '''[[Предсказуемость Работ]]''' | ||
Версія за 23:04, 8 листопада 2022
Работа с Угрозами (здесь и далее по тексту -- Лектио) -- это часть урока Проектные Факторы. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Зміст
Материалы
Предшественник этого Лектио -- Работа с Факторами.
Иллюстрации
Текст (HTML)
Робота з Загрозами
В управлінні проєктами, загроза -- це ризик, який у разі матеріалізації негативно вплине на проєкт. Для управління загрозами керівники проєктів роблять зусилля з:
- Розпізнавання тих факторів, які впливають або можуть вплинути на проєкт. Йдеться про переміщення невідомих відомостей (unknown known) у відомі (known known),
- Виявлення загроз у відомих відомостях (known known),
- Оцінці рівня та ймовірності загрози термінам проєкту, його вартості та робочого продукту,
- Пріоритету загроз, починаючи з найбільш серйозних,
- Виробленні заходів для реакції на найбільш серйозні загрози,
- Реалізації тих заходів, які не вимагають додаткових бюджетів та строків, а також погодження з кураторами тих дій, які вимагають їх втручання.
Ці заходи дотримуються однієї чи кількох стратегій із чотирьох:
Запобігти загрозі. Наприклад, щоб уникнути загрози невиконання проєкту вчасно, можна запропонувати замовнику оплату по годинам, а не за готовий продукт.
Ніколи не слід також забувати, що головні загрози -- це робота не над тим продуктом чи роботою. Їх можна уникнути спілкуванням з кураторами продукту та проєкту з подальшим документуванням домовленостей.
- Перевести ризик на третю сторону. Наприклад, якщо відомо, що постачальник може гарантовано розробити якусь частину робочого продукту, можна замовити цю частину у цього постачальника. При замовленні дизайну веб-сайту, наприклад, зазвичай замовляють кілька варіантів, щоб замовник міг вибрати найкращий. Якщо постачання є критичним, можна замовити роботу різним постачальникам.
- Послабити наслідки загрози. Наприклад, якщо є небезпека втрати цифрової системи, що розробляється, керівник може передбачити дублювання даних у відмовостійкому кластері і виготовлення резервних копій. Втрати даних практично неможливо уникнути, проте копіювання робить загрозу несерйозною. Дублювання, навчання персоналу та інструкції -- стандартні методики для ослаблення наслідків загроз.
- Спостерігати за загрозою. Якщо загроза відома, але керівник та куратори вирішили цю загрозу ігнорувати, керівник може продовжувати спостерігати за її зміною.
А тепер, виберіть, будь ласка, найкраще завершення наступної пропозиції. Судячи з тексту вище, робота із погрозами виставляється за пріоритетами для:
Варіанти
- ігнорування небезпек./ щоб вирішувати першими найсерйозніші небезпеки./ передачі третій стороні./ усунення всіх небезпек.
- Следующее лектио -- Предсказуемость Работ
Термины
Экзамен
Определения
Вопросы экзамена
- Использование подвижного Подхода для разработки в Брацкой Школы лучше всего можно классифицировать как:
Актив проекта . Фактор предприятия . Проектная среда . Все остальные ответы по существу верны.
