CMed Retrospective

Причина проведення:

Summary of the Project, overbudgeting

Дата проведення:

24/12/2024

Учасники:

Artur Bulan mykola.terzi Pavlo Trukhin Artem Gnibeda Artem Makarov

• Приділяти увагу обговоренню кожного спеціфічного пункту задачі (це допомогало) Pavlo Trukhin

• Універсальні рішення (як було із фильтрами) функціонал одни, змінюється тільки наповнення Pavlo Trukhin

• Залучати інших розробників з команди для допомоги Artur Bulan

• Фіксувати домовленності про використання того чи іншого функціоналу (можнливо сторінка, можливо доку чи створити під це діло універсальний роздів в проекті)Pavlo Trukhin

• Домовлятись між відділами про те, як буду створюватись той чи інший функціоналі (особистий кабінет був зроблений табами, прийшлось перероблювати трошки)
  Pavlo Trukhin

• На головній сторінці зазвичай використовуються більшість CPTs, які в подальшому будуть виводитись на сайті, і в більшості випадків вони переробляються. Було б добре використовувати однакову html структуру (як на головній так і на внутрішніх сторінках) Artur Bulan

• Якщо на проекті є глобальний функціонал – заздалегіть продумати його впровадження, та можливо провести загальний міт для обговорення того, як це буде працювати. Це при умові якщо на проекті більше ніж 1 розробник. mykola.terzi

• Якщо на проекті багато Fetch/AJAX запитів, або логіки під певний фунціонла – розбивати його на частини для легшої підтримки/дебагу в процессі розробки, або легшого маштабування під запити клієнта mykola.terzi

• Перше і основне, перестати давати на оцінку (і продумування функціоналу) одному розробнику, а робити – іншому Pavlo Trukhin

• Погоджуватись розробляти функціонал, який не було погоджено (заплановано чи домовлено) Pavlo Trukhin

• Додавати глобальний функціонал який впливає на загальну логіку сайту в самому кінці, бо це може викликати додатквові баги в функціоналі який вже був реалізованний (наприклад як з чутливим контентом який бачить лише користувач якому дали цей доступ. Або закривання сторінок/приховування певних секцій для незареєстрованного користувача) mykola.terzi

Усі

Загалом проєкт як по мені не мав критичних проблем. Можу виділити пару моментів:

1. Була таск на початку по тестуанню Home Page (register) , але функціонал реєстрації ще не був готовий, тому таск залишилася на певний час не до тестованную. На майбутнє враховуватизалежність функціоналу та сторінок.

2. Описувати зміни в тасці якщо такі є та додавати скріни та опис функціоналу, щоб швидше та якісно зрозуміти де він знаходиться я ік реалізован. Наприклад таска https://cheitgroup.atlassian.net/browse/CA-162 Artem Makarov

 Попередні обставини

Перелічіть у хронологічній послідовності події, які призвели до інциденту.

 Помилка

Опишіть, у чому проявляється некоректна робота внесених змін. Якщо можливо, доповніть візуальним представленням даних.

 Вплив

Опишіть, як інцидент вплинув на внутрішніх і зовнішніх користувачів. Вкажіть кількість звернень до служби підтримки.

 Виявлення

Зафіксуйте, коли і яким чином команда виявила інцидент. Опишіть, яким чином команда могла б виявити цей інцидент швидше.

 Реакція

Повідомте, хто відреагував на інцидент, які заходи було вжито і коли. Вкажіть, які були затримки або перешкоди для реагування на інцидент.

 Відновлення роботи

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

 Хронологія

Вкажіть терміни роботи над інцидентом. Додайте інформацію про попередні обставини, події після інциденту, а також про будь-які рішення та внесені зміни.

 Виявлення першопричини за методикою "П’ять "Чому""

Проведіть аналіз «Пять причин», щоб визначити справжні причини інциденту.

 Визначення першопричини без пошуку винних

Позначте кінцеву першопричину й опишіть, що потрібно змінити (при цьому не шукайте винних), щоб не допустити подібних інцидентів у майбутньому.

 Вивчення беклога

Подивіться, чи немає в беклозі розробки не внесеної до плану роботи, яка могла б запобігти інциденту або пом’якшити його наслідки.

 Пов’язані інциденти

Перевірте, чи не було в минулому інцидентів з такою самою першопричиною. Зазначте, яких заходів щодо зниження негативних наслідків було вжито для тих інцидентів, і з’ясуйте, чому подібний інцидент повторився.

 Уроки

Опишіть, що ви дізналися, що вийшло і що можна поліпшити.

 Подальші дії

Перелічіть завдання Jira, які були створені, щоб запобігти подібним інцидентам у майбутньому. Позначте, хто несе відповідальність, коли ця людина має виконувати свою роботу і де ця робота відстежується.