Важливо:
загальні питання - час реагування до 60 хвилин
помилки та баги - час редагування до 60 хвилин, до 2 годин на виправлення для некритичних багів.
активація ставок, активація обліковок та інших параметрів необхідних для проведення - виконання до 60 хвилин з моменту запиту
В разі якщо надати інформацію у зазначений строк не можливо, представник майданчика має уточнити строк виконання вимоги.
усунення недоліків у запиті на отримання тестового або продуктивного ключа до 60 хвилин робочого часу
адміністратор майданчика повинен бути доступний в будь-який час, протягом робочого часу (9:00 - 18:00 пн - пт) та оперативно реагувати на запити від співробітників ДП ПП
комунікації по робочим питанням проводяться в публічних каналах.
В разі ігнорування вимог які стосуються тестування, або затягування виконання вимог, майданчик переміщується в кінець черги майданчиків і буде взятим в роботи коли до нього дійде черга.
В разі, якщо відповідальна особа змушена бути відсутньою, що унеможливлює оперативну роботу з майданчиком на строк до 1 доби слід попередити ДП ПП про відсутність в канал майданчика, та вказати строк недоступності спеціаліста, в разі відсутності відповідального за майданчик тривалий термін (лікарняний, відпустка) слід попередити ДП ПП про відсутність спеціаліста в канал майданчика, та назначити на строк відсутності відповідального за роботу с ДП ПП
Всю комунікацію між представниками майданчиків (технічним та менеджерським складом) та представниками ДП Прозоро Продажі (далі ДП ПП) на наступні групи:
Загальна інформація щодо комунікацій при виникненні питань по розробці
Зазначити послідовність дій та канали. І додати рекомендації та побажання про оформлення звітів про помилку та запитів про допомогу.
Перш, ніж задавати технічне питання варто провести наступні дії:
Спробуйте знайти відповідь в технічній документації;
Спробуйте знайти відповідь у спеціалізованому каналі, можливо, його вже раніше задавали;
Спробуйте знайти відповідь шляхом перевірок або експериментів;
Запитайте досвідченого товариша або власних розробників;
Якщо ви - розробник, спробуйте знайти відповідь, аналізуючи вихідний код;
Якщо у вас, з перерахованого, нічого не дало результату і ви прийняли рішення задавати питання, то при його оформленні буде корисним, перерахувати які варіанти вирішення проблеми ви розглядали і яких досягли результатів. Також корисним буде надання на розгляд максимальної кількості додаткової корисної інформації з питання або проблеми з якими ви не можете впоратися самотужки.
Оформити звіт про помилку або запит про консультацію\допомогу відповідно до рекомендацій
- Надіслати у загальний канал, присвячення відповідному питанню (dev_api по розробці, testing по тестуванню, інші спеціалізовані канали)
- Якщо у загальному каналі відповідь відсутня протягом 60 хвилин*, продублювати повідомлення у каналі майданчика (kateryna.zhluktenko - загальні питання розробки та готовності документів, питання аналітики, взаємозв'язку документів та схем, taras.bondarchuk питання по ручному тестуваннюYulia Slepenko питання планування, проведення ручного тестування, майданчиків, питання проведення та документального оформлення акредитаційОлександр Акуленко нагальні, термінові питання технічного характеруGrigoriy Legenchenkoнагальні, термінові питання технічного характеру)
- Якщо у каналі майданчика відсутня відповідь протягом 60 хвилин*, написати в особисті повідомлення одному зі співробітників IT-віділу (kateryna.zhluktenko - загальні питання розробки та готовності документів, питання аналітики, взаємозв'язку документів та схем, taras.bondarchuk питання по ручному тестуваннюYulia Slepenko питання планування, проведення ручного тестування, майданчиків, питання проведення та документального оформлення акредитаціїОлександр Акуленко нагальні, термінові питання технічного характеруGrigoriy Legenchenkoнагальні, термінові питання технічного характеру)
- Якщо на особисті повідомлення відсутня відповідь протягом 90 хвилин, написати в особисті повідомлення Олександр Акуленко або Grigoriy Legenchenko (але не одночасно
) - Після отримання відповіді або самостійного вирішення проблеми, відписати у тредах в усіх каналах, у яких відбувалось інформування, про результат вирішення. Якщо актуально, доповнити та розширити наявну документацію або запропонувати зміни до неї.
- мова про робочий час, за виключенням тих випадків, коли виявлений дефект може нанести репутаційну або фінансову школу ДП ПП, майданчику або учасникам торгів.
Проблеми, які не потребують оформлення звіту про помилку, - розписано стандартний процес для робочих питань.
Комунікації, щодо проходження акредитаційного тестування: строки та порядок дії по даному типу комунікації найбільш описано документом ПОЛОЖЕННЯ про порядок проходження тестування електронних майданчиків
А комунікації в рамках данного типу можно розподілити на:
- консультаційні комунікації, які включають в себе загальну інформацію про систему ДП ПП, процедури за якими можлива співпраця, які документи необхідно надати для оформлення співпраці, тощо. Така комунікація носить поверхневий характер, може реалізовуватися письмово (електронний лист, чат Slack тощо) або телефонним дзвінком. А переважну частину необхідної інформації можна отримати за посиланням: Прозорро Продажі: Майданчикам
щодо подання запиту на отримання тестового/продуктивного ключа та його підтвердження - так як строк генерування тестового/продуктового ключа складає до 5 робочих днів, майданчик в найкоротші строки подає запит на видачу такого ключа, а співробітник ІТ ДП ПП перевіряє наявність всіх необхідних умов і підтверджує запит, або в каналі майданчика зазначає недоліки, виставляє час на усуненні та повторне подання запиту, з свого боку, протягом 10-15 хвилин представник майданчика має надати зворотній зв'язок та надати інформацію про строки усунення недоліку/недоліків, в разі якщо вони не можуть бути усунені в зазначений дедлайн.
щодо проходження автотестів - після отримання тестового ключа майданчик самостійно робить запит на надання репозиторію та приступає до проходження автотестів на що виділяється до 10 робочих днів та до 6 робочих днів на усунення виявлених недоліків. В разі виявлення ситуацій при яких майданчик не має змоги продовжувати автотестування, представник має повідомити про це в свій майданчик та тегнути до такого повідомлення представника ІТ ДП ПП та представника адміністратора системи для термінового усунення блокуючих факторів. В даному контексті, представник ІТ ДП ПП виконує роль модератора та контролює швидкість надання фідбеку адміністратором,який має містити інформацію про розгляд проблеми та приблизні строки коли майданчик зможе повернутися до проходження автотестів.
підготовка документів для видачі - Підготовкою документів до комісії займаються співробітники ДП ПП для підготовки документів може бути необхідною інформація від майданчика, таку інформацію просять надати в каналі майданчика, приблизний час надання відповіді від майданчика до 30 хв робочого часу;
Комунікації, щодо планового тестування
Плановим називається тестування процедур, які є обов'язковими до реалізації, але час на акредитацію по таким процедурам не входить в 60 дений строк. Перед таким тестуванням представники ДП ПП завчасно видають в загальний канал посилання на всю необхідну для розробки документацію, та визначають дату на яку майданчик повинен буди готовим для проведення ручного тестування. Якщо майданчик з свого боку достроково (до настання визначеної дати) завершує розробку та тестування власними ресурсами, повідомляє в канал майданчика, такий майданчик приймається в планування на тестування з боку ДП.
Якщо майданчик "бачить" що не вкладається в визначенні строки - має самостійно, не чекаючи запиту співробітників ДП, повідомити в канал про затримку надання майданчика на тестування ДП та строк коли майданчик буде передано в тестування ДП.Комунікації, щодо позапланового планового тестування
Згідно пункту 23 Положення про порядок проходження тестування електронних майданчиків на відповідність вимогам Електронної торгової системи ДП ПП в будь-який момент може запросити доступ до тестування по будь-якій раніше протестованій процедурі без попередження завчасно. В разі, якщо на тестовому ресурсі майданчика запитувана процедура відсутня, прихована, заблокована тощо до кінця робочого дня, в який було зроблено запит на позапланове тестування, майданчик має надати доступ до процедури.
Комунікації, щодо помилок та робіт продуктивного середовища (ДП ПП та майданчика)
В разі виявлення недоліків в роботі продуктивного ресурсу (будь-яких) майданчик має одразу повідомити в загальний канал Slack та продублювати особистим повідомленням в Slack будь-якому співробітнику ДП ПП, за відсутності реакції з боку співробітників ДП ПП слід продублювати повідомлення про проблеми телефонним дзвінком будь-якому співробітнику ДП ПП. У разі виникнення проблем з продуктивним середовищем, які можуть спричинити дискримінацію учасників торгів, можливо і потрібно відходити від інструкції і використовувати доступні джерела та засоби зв'язку (образу телефонувати)
Часто в профілях Slack є номер мобільного для зв'язку.
Комунікації, щодо помилок "пісочниці" (ДП ПП та майданчика) аналогічно до комунікації по помилкам продуктиву, але так як критичність помилок нижче, то дублювати телефонним зв'язком інформацію про помилки раціонально за 30 хвилин відсутності реакції від ДП ПП.
Комунікації по іншим вимогам:щотижневі онлайн зустрічі раз в тиждень ДП ПП ініціює онлайнову зустріч з представниками майданчиків, на якій, за можливістю повинен бути присутній принаймні один представник. В разі неможливості присутності на зустрічі запис та тези зустрічі повинні бути переглянуті. Відсутність таких дій не знімають з майданчика необхідності виконання вимог, які були висунуті на зустрічі.
коментування документів як тільки ДП ПП випускає новий документ, публікує посилання в загальному каналі Slack та надає інформацію, про строк виділений на перегляд та коментування документу. В разі якщо коментарі до документу з'являються, то вони розглядаються всіма причетними до документу особами та вносяться відповідні зміни до документу, якщо коментарів до встановленого строку немає, вважається, що документ перечитано всіма зацікавленими та прийнятим без змін. Також, документ може супроводжуватися вимогою внесення змін до наявного програмного забезпечення на майданчику або розробкою нового программного забезпечення в встановлений строк. Ігнорування повідомлення повідомлення в загальному каналі не звільняє майданчик від необхідності ознайомлення зі змінами та вимогу оновлення наявного програмного забезпечення або розробки нового.
коментування схем аналогічно до роботи з коментування документу
роудмеп та крі: роудмеп публічні документи які регламентують та контролюють наявність задачі на тестування конкретного майданчика по конкретним процедурам та статус тестування. КРІ наразі представлений вкладкою у документі роудмепі. Обидва документи публічні, до них у майданчиків є доступ на перегляд, дані які там зазначені можуть обговорюватися в разі виникнення питань.
Час затрачений на комунікацію буде фіксуватися в загальнодоступному документі.