Retrospective

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

Завершення проєкту Ascet shipping

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

2 февр. 2024 г.

Учасники:

Givi Dzandzava (Unlicensed) Ihor (Unlicensed) Artur Bulan Artem Makarov Alec Shpigar Pavlo Trukhin

Раніше робити ретроспективу бо не все можу пригадати. (адмін проекту)

Звертатися по допомогу, якщо щось не виходить. (я)

Уважніше вникати в суть задачі. (я)

Застрягати на задачах, які не вдається вирішити без додаткових витрат часу. (я)

Адекватно ставитися до зауважень та критики. (я)

Ihor (Unlicensed)

Artur Bulan

Прикріпляти посилання на дизайн, ФЕ, БЕ

–

–

Artem Makarov

• Детальніше аналізувати дизайн (особливо з позиції UX. Було таке, що не помітили, що на мобайлі зникає батон переходу до всіх новин);
  не помітили відсутність 404 сторінки;
  не запропонували captcha

• Уважніше відноситись до функціоналу (були відмінності від референсу – анімації зі сторінки “Про нас“)

• Уважніше читати таски (підштовхнуло до запровадження структури тасок)

• Слідкувати за нашим документом естимації (він завжди є вгорі чату. Вчасно сигналізувати, якщо відчуваєте, що критично не попадаємо в естимацію)

• Активніше підключати Тім лідів, не закопуватись у задачу через міру

• Коментувати, якщо щось не підходить з точки розробки (ми вставили не оптимізовані відео, що навантажувало сайт. Якщо точно знаєте про майбутні проблеми реалізації певних рішень – давайте про це знати)

• Не імплементувати дизайн всліпу. Обговорення UI/UX не завадить навіть при готовому дизайні.
  Наприклад, зайвий блок у мобайлі у “Місія та цінності“, відсутність батону, різне поводження форм

• Писати рекомендовані розміри та формати медіафайлів для блоків, більше коментити адмінку

• Приймати самостійні рішення без попередження, які відрізняються від дизайну (не мається на увазі прийняття рішень з технічної реалізації розробки)

• Емодзі на повідомлення

• Самостійна комунікація ФЕ та БЕ, QA

• Настрій на проєкті

Givi Dzandzava (Unlicensed)

• Періодично дивитися на адмінку і функціонал "очима клієнта": зручності розташування редиктованих блоків та опцій

• Заздалегідь запитувати робочі ключі або доступи від клієнта: як було з капчею, правильний ключ якої чекали кілька днів

Pavlo Trukhin

Alec Shpigar

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

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

Не ідеальність дизайну. Вони Інколи забували в мобайл версії вставити (текст) який є у десктопі. Наприклад

https://i.imgur.com/8E1fSK5.png

1. Детальніше аналізувати дизайн

 Помилка

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

 Вплив

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

1. Незадоволеність клієнта тим, що ми просто скопіювали дизайн

 Виявлення

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

1. Виявлено клієнтом

 Реакція

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

1. Ефективно було усунуто, не потягло за собою великих негативних наслідків

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

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

 Хронологія

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

1. Проблему було одразу вирішено

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

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

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

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

1. Треба розбирати дизайн поблочно, розглядаючи кожен блок як Feature

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

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

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

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

 Уроки

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

1. Розглядати проєкт з точки зору UI/UX

 Подальші дії

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