T08.1
Як говорити про ризики без прикрашання
Пояснити власними словами, показати у моделі, підтвердити графіком або чисельним експериментом.
Topic W08 · 31.03.2026
Midterm design review
Формат інженерного design review: readiness, risks, assumptions, open points, evidence, next sprint.
Навчальний фокус
Що студент має зрозуміти
T08.2
Readiness level для студентської моделі
Пояснити власними словами, показати у моделі, підтвердити графіком або чисельним експериментом.
T08.3
Що означає “готово” у company-style review
Пояснити власними словами, показати у моделі, підтвердити графіком або чисельним експериментом.
Практика
Практична робота
Проміжний звіт, статусний шаблон, backlog, технічні ризики.
- Підготувати 3 контрольні питання до теми і відповісти на них без LLM-підказок.
- Додати до Git короткий commit note: що змінилось і чому.
- Додати один графік, який показує не лише результат, а й проблему або обмеження моделі.
- Описати один ризик неправильного застосування методу в реальній інженерній задачі.
- Зробити мінімум один ручний розрахунок або sanity check для перевірки чисельної моделі.
Лабораторна
ЛР-08: status template + technical backlog + midterm demo.
Очікуваний артефакт: Midterm pack: slides, model screenshots, Git log, risk register.
Додаткові матеріали
Design review: онлайн-база для поглиблення
Ключові ресурси теми
Розгорнути
- N-iX · Software Engineering ServicesЖиттєвий цикл інженерного продукту.
- N-iX · Embedded SoftwareEmbedded thinking: обмеження, reliability, integration.
- N-iX · Robotics ConsultingРобототехніка, тест-стенди, інтеграція.
- N-iX · Automotive Software DevelopmentКонтекст automotive, ECU, SDV, safety-driven engineering.
- Git DocumentationВерсійність, diff, історія технічних рішень.
- GitHub Docs · IssuesBacklog, task tracking, evidence через issues.
- GitHub Docs · ProjectsKanban/roadmap для командної роботи.
- The Scrum GuideЛегка рамка для weekly review/status.
Практичне застосування
Розгорнути
- Знайти в одному з ресурсів приклад, близький до командного проєкту, і додати коротке посилання в README.
- Порівняти матеріал з власною моделлю: що збігається, а що відрізняється через фізичні припущення.
- Додати один sanity check або один графік, який підтверджує правильність обраного підходу.
- Зафіксувати у weekly status: що було використано, чому саме це джерело, який результат отримано.
Контроль якості та автентичності
Розгорнути
- Git DocumentationКоміти, branches, diff, історія рішень.
- Jupyter DocumentationNotebook як журнал експерименту.
- Matplotlib documentationГрафіки з підписаними осями та легендами.
- Не копіювати готові рішення без пояснення. Кожне посилання має завершитись власним висновком.
- У звіті окремо відмітити: source → застосований фрагмент → власна модифікація → результат.