<?xml version="1.0" encoding="UTF-8"?>
<!-- Moodle XML: тренувальний банк питань, модульний пул. Згенеровано tools/export/moodle-xml.ts, не редагуйте вручну. Імпорт: категорії з файлу, оцінки без округлення. -->
<quiz>
  <question type="category">
    <category><text><![CDATA[top/Тренувальний банк]]></text></category>
    <info format="html"><text><![CDATA[<p>Тренувальні питання курсу: відкриті банки з поясненнями.</p>]]></text></info>
    <idnumber>tr</idnumber>
  </question>
  <question type="category">
    <category><text><![CDATA[top/Тренувальний банк/Модуль 2. Організаційно-функціональна характеристика операційної діяльності підприємств]]></text></category>
    <info format="html"><text><![CDATA[<p>Організаційно-функціональна характеристика операційної діяльності підприємств</p>]]></text></info>
    <idnumber>tr-m2</idnumber>
  </question>
  <question type="category">
    <category><text><![CDATA[top/Тренувальний банк/Модуль 2. Організаційно-функціональна характеристика операційної діяльності підприємств/Тема 07. Управління проєктами]]></text></category>
    <info format="html"><text><![CDATA[<p>Проєктний підхід в операційному менеджменті, життєвий цикл проєкту, сітьове планування, критичний шлях, резерви часу, PERT і стиснення проєкту.</p>]]></text></info>
    <idnumber>tr-t07</idnumber>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Яка з перелічених характеристик є визначальною ознакою проєкту, а не…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Яка з перелічених характеристик є визначальною ознакою проєкту, а не поточної операційної діяльності?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Проєкт — одноразовий комплекс робіт з чітко визначеними термінами початку й завершення, обмеженим обсягом ресурсів і унікальним результатом. Циклічність, повторюваний маршрут і необмежена в часі діяльність — це ознаки саме поточної операційної діяльності, а не проєкту.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q001</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="100" format="html">
      <text><![CDATA[Унікальний результат і чітко визначені терміни початку й завершення]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Результат проєкту не можна купити в каталозі постачальника, а терміни зафіксовано наперед — на відміну від поточної діяльності, яка триває, доки існує підприємство.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Циклічність виконання, що повторюється місяць за місяцем]]></text>
      <feedback format="html"><text><![CDATA[<p>Циклічність — ознака саме поточної операційної діяльності: цех виготовляє вироби цикл за циклом за відпрацьованим маршрутом, а проєкт циклічним не буває.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Використання того самого технологічного маршруту, що й попереднього разу]]></text>
      <feedback format="html"><text><![CDATA[<p>Відпрацьований маршрут — ознака налагодженого процесу поточної діяльності. Кожна робота проєкту виконується вперше для команди, тож маршрут не повторюється в точності.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Необмежений у часі характер діяльності]]></text>
      <feedback format="html"><text><![CDATA[<p>Навпаки: проєкт завжди має чітко визначений термін завершення. Необмежена в часі діяльність — це ознака поточної операційної системи, а не проєкту.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="truefalse">
    <name><text><![CDATA[Оцініть твердження. Метод критичного шляху (CPM) характеризує тривалість кожної…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Оцініть твердження. Метод критичного шляху (CPM) характеризує тривалість кожної роботи трьома оцінками — оптимістичною, найімовірнішою й песимістичною.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Трьома оцінками тривалості користується метод PERT, а не CPM. Метод критичного шляху виходить з того, що тривалість роботи відома з високою точністю, і тому характеризує кожну роботу єдиним числом.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>1</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q002</idnumber>
    <answer fraction="0" format="moodle_auto_format">
      <text>true</text>
      <feedback format="html"><text><![CDATA[<p>Ні, це не так. Саме єдине число тривалості — ознака методу критичного шляху. Три оцінки — оптимістична, найімовірніша й песимістична — належать методу PERT, який явно враховує невизначеність тривалості.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="moodle_auto_format">
      <text>false</text>
      <feedback format="html"><text><![CDATA[<p>Так, твердження хибне. CPM бере тривалість роботи як точно відому й характеризує її одним числом; трьома оцінками користується метод PERT.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="matching">
    <name><text><![CDATA[Установіть відповідність між фазою життєвого циклу проєкту та її змістом.]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Установіть відповідність між фазою життєвого циклу проєкту та її змістом.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Чотири фази йдуть у порядку: ініціація визначає мету й ухвалює рішення «починати чи ні»; планування перетворює мету на перелік робіт і сітьовий графік; здійснення і контроль — виконання зі звіркою факту й плану; завершення закриває проєкт прийманням результату й розрахунками.</p><ul><li>Ініціація проєкту → Формулювання мети, оцінка ресурсів і рішення «починати чи ні» — Так. Ініціація — перша фаза: вона ухвалює саме рішення розпочинати проєкт.</li><li>Планування → Перелік робіт із залежностями, оцінка тривалості, побудова сітьового графіка — Так. На плануванні готують саме той матеріал, з яким далі рахують критичний шлях.</li><li>Здійснення і контроль → Виконання робіт зі звіркою фактичного стану проти графіка, кошторису й специфікації якості — Так. Це фаза, де відхилення від плану фіксують і на них реагують.</li><li>Завершення → Приймання результату, закриття розрахунків з підрядниками, фіксація досвіду проєкту — Так. Завершення закриває проєкт як організаційну одиницю.</li></ul>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q003</idnumber>
    <shuffleanswers>true</shuffleanswers>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <shownumcorrect/>
    <subquestion format="html">
      <text><![CDATA[Ініціація проєкту]]></text>
      <answer><text><![CDATA[Формулювання мети, оцінка ресурсів і рішення «починати чи ні»]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[Планування]]></text>
      <answer><text><![CDATA[Перелік робіт із залежностями, оцінка тривалості, побудова сітьового графіка]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[Здійснення і контроль]]></text>
      <answer><text><![CDATA[Виконання робіт зі звіркою фактичного стану проти графіка, кошторису й специфікації якості]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[Завершення]]></text>
      <answer><text><![CDATA[Приймання результату, закриття розрахунків з підрядниками, фіксація досвіду проєкту]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text></text>
      <answer><text><![CDATA[Розрахунок нахилу вартості для стиснення критичного шляху]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text></text>
      <answer><text><![CDATA[Побудова діаграми Ганта з паралельними потоками робіт]]></text></answer>
    </subquestion>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Яка формула визначає резерв часу роботи в методі критичного шляху?]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Яка формула визначає резерв часу роботи в методі критичного шляху?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Резерв часу роботи — це різниця між пізнім і раннім початком (або між пізнім і раннім фінішем), формула PRJ-03. Інші наведені формули належать методу PERT (очікуваний час, імовірність строку) і стисненню проєкту (нахил вартості), а не розрахунку резерву.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q004</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[te = (o + 4m + p) / 6 (PRJ-05)]]></text>
      <feedback format="html"><text><![CDATA[<p>Це формула очікуваного часу роботи в методі PERT, а не резерву часу.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Резерв = LS − ES (PRJ-03)]]></text>
      <feedback format="html"><text><![CDATA[<p>Правильно. Різниця між пізнім і раннім початком роботи — це і є її резерв часу (PRJ-03).</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Z = (D − TE) / σ (PRJ-07)]]></text>
      <feedback format="html"><text><![CDATA[<p>Це формула для оцінки ймовірності дотримання строку проєкту, а не резерву часу окремої роботи.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Нахил = (Вартість стиснення − Норм. вартість) / (Норм. тривалість − Трив. стиснення) (PRJ-08)]]></text>
      <feedback format="html"><text><![CDATA[<p>Це формула нахилу вартості для стиснення проєкту, а не резерву часу.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Що саме показує вільний резерв часу роботи?]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Що саме показує вільний резерв часу роботи?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Вільний резерв (PRJ-09) — це частина повного резерву, яку можна використати, не зсунувши ранній старт жодної наступної роботи. Це відрізняє його від повного резерву, який показує запас щодо строку всього проєкту, а не щодо конкретної наступної роботи.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q005</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Наскільки можна затримати роботу, не зсуваючи строк усього проєкту]]></text>
      <feedback format="html"><text><![CDATA[<p>Це визначення повного резерву (PRJ-03), а не вільного. Ці два числа для однієї й тієї самої роботи можуть бути різними.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Різницю між песимістичною і оптимістичною оцінками тривалості роботи]]></text>
      <feedback format="html"><text><![CDATA[<p>Це розмах трьох оцінок методу PERT, який використовують для розрахунку дисперсії (PRJ-06), а не резерв часу.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Наскільки можна затримати роботу, не зсуваючи ранній старт наступної роботи]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Саме це і є визначенням вільного резерву (PRJ-09): різниця між раннім стартом наступників і раннім фінішем роботи.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Подорожчання проєкту за кожен тиждень стиснення роботи]]></text>
      <feedback format="html"><text><![CDATA[<p>Це нахил вартості стиснення (PRJ-08) — інша величина, яка стосується не резерву, а вартості скорочення строку.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Робота має нульовий вільний резерв, але повний резерв 3 тижні…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Робота має нульовий вільний резерв, але повний резерв 3 тижні. Що це означає для менеджера проєкту?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Нульовий вільний резерв означає, що будь-яка затримка цієї роботи одразу передається наступній роботі — зсуває її ранній старт. Це ще не зачіпає строку всього проєкту, доки повний резерв (тут 3 тижні) не вичерпано: він поглинається резервом наступної роботи або кількох робіт шляху разом.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q006</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Робота є критичною, бо в неї немає вільного резерву]]></text>
      <feedback format="html"><text><![CDATA[<p>Критичною роботу робить нульовий повний резерв (PRJ-03), а не вільний. Тут повний резерв дорівнює 3 тижням, тож робота некритична.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Роботу можна затримати без жодних наслідків для графіка проєкту]]></text>
      <feedback format="html"><text><![CDATA[<p>Наслідок є — затримка передається наступній роботі й «з’їдає» частину спільного резерву шляху, навіть якщо строк проєкту поки не зачеплено.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Резерв усього шляху, якому належить ця робота, уже вичерпано]]></text>
      <feedback format="html"><text><![CDATA[<p>Повний резерв шляху дорівнює 3 тижням і ще не вичерпаний; нульовий вільний резерв цієї однієї роботи цього не означає.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Затримка цієї роботи зсуне ранній старт наступної роботи, але строк проєкту може лишитися незмінним]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Нульовий вільний резерв передає затримку далі по графіку; строк проєкту тримається на повному резерві шляху, а не на вільному резерві однієї роботи.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Чому стиснення роботи, яка НЕ лежить на критичному шляху, не…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Чому стиснення роботи, яка НЕ лежить на критичному шляху, не скорочує строку проєкту?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Строк проєкту визначає найдовший шлях сітьового графіка — критичний. Некритична робота має резерв часу: навіть скорочена, вона однаково завершиться раніше за критичний шлях і не змінить дати, коли завершується весь проєкт.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q007</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо некритичні роботи не мають чітко визначеної тривалості]]></text>
      <feedback format="html"><text><![CDATA[<p>Тривалість некритичної роботи визначена так само чітко, як і критичної; різниця лише в тому, чи впливає вона на строк усього проєкту.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Бо строк проєкту визначає найдовший шлях, а некритична робота вже має запас часу до нього]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Поки резерв роботи більший за нуль, її скорочення не наближає весь проєкт до завершення — воно лише збільшує вже наявний резерв.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо нахил вартості некритичних робіт завжди вищий за критичні]]></text>
      <feedback format="html"><text><![CDATA[<p>Нахил вартості — про ціну скорочення, а не про його ефект на строк проєкту; він може бути будь-яким незалежно від того, критична робота чи ні.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо некритичні роботи виконують паралельно з завершенням усього проєкту]]></text>
      <feedback format="html"><text><![CDATA[<p>Некритичні роботи виконують у межах свого резерву часу до завершення проєкту, а не одночасно з ним.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="truefalse">
    <name><text><![CDATA[Оцініть твердження. За методом PERT (PRJ-07) імовірність завершити проєкт рівно…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Оцініть твердження. За методом PERT (PRJ-07) імовірність завершити проєкт рівно за очікуваний строк TE дорівнює приблизно 50 %.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Це властивість нормального розподілу, симетричного навколо середнього значення TE, а не окремий розрахунок: площа під кривою ліворуч і праворуч від середнього завжди однакова.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>1</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q008</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>true</text>
      <feedback format="html"><text><![CDATA[<p>Так, це правильно. TE — середнє нормального розподілу тривалості проєкту; для симетричного розподілу площа ліворуч від середнього завжди дорівнює 50 % (PRJ-07).</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>false</text>
      <feedback format="html"><text><![CDATA[<p>Ні, твердження правильне. Нормальний розподіл симетричний навколо середнього TE, тому ймовірність дотримати строк рівно TE становить 50 % (PRJ-07) — це не потребує окремого розрахунку Z.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="matching">
    <name><text><![CDATA[Установіть відповідність між кодом бази formula-baseline.md і тим, що саме…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Установіть відповідність між кодом бази formula-baseline.md і тим, що саме він обчислює.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>PRJ-01 дає ранні терміни прямим проходом; PRJ-04 визначає сам критичний шлях за нульовими резервами; PRJ-06 рахує дисперсію тривалості окремої роботи для методу PERT; PRJ-09 дає вільний резерв — величину, відмінну від повного резерву PRJ-03.</p><ul><li>PRJ-01 → Ранній старт і фініш роботи (прямий прохід) — Так. PRJ-01 — це ES = max(EF попередників), EF = ES + t.</li><li>PRJ-04 → Критичний шлях мережі — Так. PRJ-04 визначає найдовший шлях, сума резервів якого дорівнює нулю.</li><li>PRJ-06 → Дисперсія тривалості окремої роботи — Так. PRJ-06 — це σ² = ((p − o) / 6)², складова методу PERT.</li><li>PRJ-09 → Вільний резерв часу роботи — Так. PRJ-09 — різниця між найменшим раннім стартом наступників і раннім фінішем роботи.</li></ul>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q009</idnumber>
    <shuffleanswers>true</shuffleanswers>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <shownumcorrect/>
    <subquestion format="html">
      <text><![CDATA[PRJ-01]]></text>
      <answer><text><![CDATA[Ранній старт і фініш роботи (прямий прохід)]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[PRJ-04]]></text>
      <answer><text><![CDATA[Критичний шлях мережі]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[PRJ-06]]></text>
      <answer><text><![CDATA[Дисперсія тривалості окремої роботи]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[PRJ-09]]></text>
      <answer><text><![CDATA[Вільний резерв часу роботи]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text></text>
      <answer><text><![CDATA[Коефіцієнт використання виробничої потужності]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text></text>
      <answer><text><![CDATA[Економічний розмір замовлення (EOQ)]]></text></answer>
    </subquestion>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[У проєкті критичний шлях має резерв 0 і дисперсію 2,0…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>У проєкті критичний шлях має резерв 0 і дисперсію 2,0; другий, майже критичний шлях має резерв лише 1 тиждень і дисперсію 3,5. Чому класичний розрахунок імовірності методом PERT для такого проєкту може бути завищеним?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Це відомий недолік методу PERT — ефект злиття шляхів (merge bias): дисперсія й імовірність рахуються лише для «офіційного» критичного шляху, а шлях із високою дисперсією і малим резервом має реальний шанс перевищити його й самому стати критичним. Метод цей ризик не враховує.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q010</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо дисперсія 2,0 сама по собі є завищеним числом і має бути меншою]]></text>
      <feedback format="html"><text><![CDATA[<p>Дисперсія 2,0 — просто сума дисперсій критичних робіт за формулою PRJ-06; сама по собі вона не є помилкою і не потребує коригування.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо резерв 1 тиждень означає, що другий шлях насправді є критичним]]></text>
      <feedback format="html"><text><![CDATA[<p>Критичним є шлях з нульовим резервом (PRJ-04). Резерв 1 тиждень означає, що шлях некритичний, хоч і близький до критичного.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Бо високодисперсний майже критичний шлях може перевищити критичний і сам стати визначальним для строку проєкту]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Це ефект злиття шляхів: що менший резерв і більша дисперсія такого шляху, то вищий шанс, що саме він, а не «офіційний» критичний шлях, визначить фактичний строк.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо метод PERT взагалі не застосовний до проєктів із більш ніж одним шляхом]]></text>
      <feedback format="html"><text><![CDATA[<p>Метод PERT застосовний до мереж із будь-якою кількістю шляхів; проблема не в застосовності методу, а в тому, що він не враховує дисперсію нехай навіть майже критичних шляхів.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="numerical">
    <name><text><![CDATA[Робота має трьох безпосередніх попередників з ранніми фінішами 5, 9…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Робота має трьох безпосередніх попередників з ранніми фінішами 5, 9 і 7 тижнів; сама робота триває 3 тижні. Який її ранній фініш (EF), тижнів?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Ранній старт роботи дорівнює максимуму з ранніх фінішів усіх попередників (PRJ-01): ES = max(5; 9; 7) = 9. Ранній фініш EF = ES + t = 9 + 3 = 12 тижнів.</p><p>Джерело: <a href="https://duikt.edu.ua/uploads/l_1479_22227234.pdf">розділ 10, п. 10.11 «Методи сітьового планування. Техніка управління проектами методом критичного шляху (СРМ)», с. 307, ранні строки подій (PRJ-01) Капінос Г.І., Бабій І.В. Операційний менеджмент, 2013</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q011</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>12</text>
      <feedback format="html"><text><![CDATA[<p>Правильно: ES = max(5; 9; 7) = 9, EF = 9 + 3 = 12 тижнів.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>9</text>
      <feedback format="html"><text><![CDATA[<p>Це лише ранній старт (ES) роботи — максимум з ранніх фінішів попередників. До нього ще треба додати тривалість самої роботи.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>24</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо підсумувати всі ранні фініші попередників замість того, щоб узяти їхній максимум: (5 + 9 + 7) + 3 = 24.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>8</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо взяти мінімум з ранніх фінішів попередників (5) замість максимуму, а тоді додати тривалість: 5 + 3.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <unitgradingtype>0</unitgradingtype>
    <unitpenalty>0.1</unitpenalty>
    <showunits>3</showunits>
    <unitsleft>0</unitsleft>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="numerical">
    <name><text><![CDATA[Для роботи маємо три оцінки тривалості методом PERT: оптимістична 4…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Для роботи маємо три оцінки тривалості методом PERT: оптимістична 4 тижні, найімовірніша 6 тижнів, песимістична 14 тижнів. Чому дорівнює очікуваний час цієї роботи te, тижнів?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Очікуваний час PERT (PRJ-05): te = (o + 4m + p) / 6 = (4 + 4·6 + 14) / 6 = (4 + 24 + 14) / 6 = 42 / 6 = 7,0 тижня. Найімовірніша оцінка враховується вчетверо, тому проста середня арифметична трьох оцінок дає інше, неправильне число.</p><p>Джерело: <a href="https://elartu.tntu.edu.ua/handle/lib/21300">тема 14 «Управління проектами», п. 14.3 «Сіткове планування та управління», с. 124, очікувана тривалість за трьома оцінками (PRJ-05) Гевко І. Операційний менеджмент, 2017</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q012</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>7</text>
      <feedback format="html"><text><![CDATA[<p>Правильно: (4 + 4·6 + 14) / 6 = 42 / 6 = 7,0 тижня.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>8</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо порахувати просту середню арифметичну трьох оцінок (4+6+14)/3, а не зважену формулу PRJ-05, де m враховується вчетверо.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>9</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо порахувати середнє лише оптимістичної й песимістичної оцінок (4+14)/2, проігнорувавши найімовірнішу оцінку.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>6</text>
      <feedback format="html"><text><![CDATA[<p>Це просто найімовірніша оцінка m без урахування оптимістичної й песимістичної — формула PRJ-05 враховує всі три.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <unitgradingtype>0</unitgradingtype>
    <unitpenalty>0.1</unitpenalty>
    <showunits>3</showunits>
    <unitsleft>0</unitsleft>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="numerical">
    <name><text><![CDATA[Робота має ранній старт 10 і ранній фініш 16 тижнів…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Робота має ранній старт 10 і ранній фініш 16 тижнів; пізній старт 14 і пізній фініш 20 тижнів. Чому дорівнює її резерв часу, тижнів?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Резерв часу роботи (PRJ-03): Резерв = LS − ES = 14 − 10 = 4 тижні. Перевірити можна й другим способом: LF − EF = 20 − 16 = 4 тижні — те саме число.</p><p>Джерело: <a href="https://duikt.edu.ua/uploads/l_1479_22227234.pdf">розділ 10, п. 10.11 «Методи сітьового планування. Техніка управління проектами методом критичного шляху (СРМ)», с. 308, повний резерв часу роботи (PRJ-03) Капінос Г.І., Бабій І.В. Операційний менеджмент, 2013</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q013</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>4</text>
      <feedback format="html"><text><![CDATA[<p>Правильно: LS − ES = 14 − 10 = 4 тижні (те саме дає LF − EF = 20 − 16 = 4).</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>6</text>
      <feedback format="html"><text><![CDATA[<p>Це тривалість самої роботи (EF − ES = 16 − 10 = 6), а не її резерв часу.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>10</text>
      <feedback format="html"><text><![CDATA[<p>Це значення раннього старту (ES) роботи, а не резерв часу.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>14</text>
      <feedback format="html"><text><![CDATA[<p>Це значення пізнього старту (LS) роботи самого по собі, а не різниця LS − ES, яка і дає резерв.</p>]]></text></feedback>
      <tolerance>0.01</tolerance>
    </answer>
    <unitgradingtype>0</unitgradingtype>
    <unitpenalty>0.1</unitpenalty>
    <showunits>3</showunits>
    <unitsleft>0</unitsleft>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="cloze">
    <name><text><![CDATA[Роботу можна стиснути з 6 до 4 тижнів; нормальна вартість…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Роботу можна стиснути з 6 до 4 тижнів; нормальна вартість — 500 тис. грн, вартість стиснення — 900 тис. грн. Максимально можливе скорочення тривалості цієї роботи становить {1:NUMERICAL:=2:0.01#Правильно: 6 − 4 &#61; 2 тижні максимально можливого скорочення.~4:0.01#Це мінімально можлива (crash) тривалість роботи саму по собі, а не величина можливого скорочення.~6:0.01#Це нормальна тривалість роботи, а не величина, на яку її можна скоротити.} тижні. Нахил вартості дорівнює {1:NUMERICAL:=200:0.01#Правильно: (900 − 500) / (6 − 4) &#61; 400 / 2 &#61; 200 тис. грн за тиждень.~400:0.01#Це різниця вартостей (900 − 500), без ділення на кількість тижнів можливого скорочення.~100:0.01#Так вийде, якщо поділити різницю вартостей на нормальну тривалість (400 / 4) замість величини скорочення (400 / 2).} тис. грн за тиждень скорочення.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Максимальне скорочення — це різниця між нормальною і мінімально можливою (crash) тривалістю: 6 − 4 = 2 тижні. Нахил вартості (PRJ-08): (Вартість стиснення − Нормальна вартість) / (Нормальна тривалість − Тривалість стиснення) = (900 − 500) / (6 − 4) = 400 / 2 = 200 тис. грн за тиждень.</p><p>Джерело: <a href="https://openlibrary.org/isbn/9780134163512">розділ 3 «Project Management», підрозділ «Cost-Time Trade-Offs and Project Crashing» (PRJ-08) Heizer J., Render B., Munson C. Operations Management, 2016</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q014</idnumber>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Критичний шлях проєкту — 20 тижнів, найближчий резервний шлях (без…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Критичний шлях проєкту — 20 тижнів, найближчий резервний шлях (без жодної спільної роботи з критичним) — 17 тижнів. Найдешевша робота критичного шляху має нахил вартості (PRJ-08) 200 тис. грн/тиждень і технічно допускає стиснення аж до 5 тижнів. Менеджер одразу стискає саме цю роботу на всі 5 тижнів, щоб не перераховувати графік по кроках. Що станеться зі строком проєкту?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Перші 3 тижні стиснення скорочують проєкт до 17 тижнів — рівно до довжини резервного шляху. Після цього резервний шлях сам стає критичним (його резерв повністю з’їдено), і подальше стиснення тієї самої роботи вже не скорочує строку проєкту: він тримається на 17 тижнях, доки не почати стискати й другий шлях. Гроші за 4-й і 5-й тижні стиснення сплачено, а строку це не зменшило.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t07-q015</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Строк скоротиться на всі 5 тижнів, бо нахил вартості для роботи лишається незмінним на всьому діапазоні стиснення]]></text>
      <feedback format="html"><text><![CDATA[<p>Незмінний нахил вартості говорить лише про ціну кожного наступного тижня стиснення, а не про те, що кожен тиждень однаково скорочує строк проєкту: після 3-го тижня резервний шлях сам стає критичним, і подальше стиснення більше не транслюється в скорочення строку.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Стиснути на всі 5 тижнів неможливо, бо це перевищує різницю між шляхами в 3 тижні]]></text>
      <feedback format="html"><text><![CDATA[<p>Тут сплутано дві різні межі: технічна межа стиснення самої роботи (5 тижнів) і структурна межа, після якої стиснення перестає давати ефект (різниця шляхів, 3 тижні). Стиснути роботу на всі 5 тижнів технічно можливо — просто останні 2 з них не скорочують проєкт.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Стиснення взагалі не вплине на строк проєкту, бо ця робота не спільна з резервним шляхом]]></text>
      <feedback format="html"><text><![CDATA[<p>Робота лежить на критичному шляху, а не на резервному, і саме тому її стиснення на перші 3 тижні напряму скорочує строк проєкту. Відсутність спільності з резервним шляхом означає лише те, що вона не скорочує обидва шляхи одночасно, а не те, що вона взагалі не впливає на строк.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Строк скоротиться до 17 тижнів за перші 3 тижні стиснення, а решта 2 тижні строку більше не зменшать]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Щойно різницю в 3 тижні вичерпано, резервний шлях сам стає критичним; подальше стиснення тієї самої роботи коштує грошей, але вже не скорочує проєкт, доки не почати стискати й другий шлях теж.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-analyze</text></tag>
      <tag><text>topic-t07</text></tag>
    </tags>
  </question>
</quiz>
