Date


Attendees

Goals

Прохання по комунікації

Зараз дуже висока завантаженість проектної команди та розробників. На жаль, оперативно не встигаємо відповідати на питання майданчиків.

Для того, щоб оптимізувати процес, покращити якість відповідей і зберегти час як майданчиків, так і розробників, пропонуємо спробувати наступний варіант:

  1. В майданчика з'являється питання
  2. Майданчик самостійно намагається знайти відповідь на питання:
    1. У swagger
    2. У ТЗ у gitlab
  3. Якщо майдачник не знаходить відповідь на питання самостійно, майданчик формулює питання і задає у загальному каналі slack (dev_cdb3_chameleon, за замовчуванням. dev_cdb3_timber, якщо мова йде про єдиний інтерфейс і роботу з деревиною)
  4. Якщо інші майданчики не змогли допомогти, автор запитання:
    1. переносить запитання у gitlab issues
      1. питання по документації - issue у https://gitlab.prozorro.sale/public-projects/documentations
      2. технічні питання по ЦБД-3 - issue у https://gitlab.prozorro.sale/prozorro-sale/procedure
    2. дає посилання на issue у треді у відповіді на своє питання у каналі slack
      1. Якщо за  1-2 робочих дні (крім критичних питань, або блокерів на майданчику) відповідь на issue відсутня, майданчик тегає у треді представника ДП (kateryna.zhluktenko або Olga Kochubynska), представник ДП з'ясовує, що з issue, надає інформацію про орієнтовний час вирішення

Посилання на зустріч

https://drive.google.com/open?id=1wuX8MZOTUrDb8lhrA5z5bg0U4G4oPi2m

Питання від майданчиків

  1. тобто на проді цбд-3 не буде тестмоду?
    1. не буде
    2. staging на 100% має співпадати з production
    3. тестову процедуру майданчик публікує на staging, тестові кабінети організаторів і учасників заводить на staging
    4. в ЦБД є ендпоінт, де є можливість перевірити роботу ключа, в тому числі на продуктиві