Положення про фонд обміну функціоналом

1. Загальні положення

Комплексна система автоматизації страхової компанії (КСАСК) “ProfITsoft” — це програмне забезпечення, розроблене компанією ProfITsoft, яке призначене для автоматизації всіх основних бізнес-процесів страхової діяльності страхових компаній (офіційни сайт продукту – https://ksask.profitsoft.dev).

ProfITsoft надає ліцензію на використання системи, а також доступ до вихідного коду її ядра з можливістю внесення змін. Після отримання коду страхова компанія може самостійно адаптувати й розвивати свій власний примірник програми. ProfITsoft надає послуги з встановлення системи на сервери СК, її налаштування, а також доопрацювання відповідно до індивідуальних вимог страхової компанії — на умовах договору підтримки.

Оскільки всі доопрацювання коду КСАСК, що виконуються в межах задач, ініційованих конкретною СК, вносяться лише до її власного примірника коду системи, інші СК не мають до них доступу. У зв’язку з цим може виникати потреба у механізмі обміну або повторного використання таких доопрацювань між СК, які також використовують КСАСК ProfITsoft.

Цей документ регламентує механізм, як такий обмін може бути організований.

2. Основні поняття

Фонд обміну функціоналом (далі Фонд) – структурований механізм взаємодії між страховими компаніями-користувачами КСАСК ProfITsoft, який забезпечує можливість передачі, обміну, повторного використання та колективного розвитку доопрацьованого функціоналу системи. Таких фондів може існувати декілька, з різними групами Учасників, об’єднаних спільними інтересами або напрямами розвитку. Кожен Фонд функціонує незалежно та має окремий Реєстр задач.

Учасники фонду обміну функціоналом (далі Учасники) – СК, які мають ліцензію на використання КСАСК ProfITsoft, беруть участь у механізмі обміну та погодились із умовами цього Положення шляхом укладення відповідної додаткової угоди з Технічним куратором фонду (компанія ProfITsoft). Учасники мають право як передавати власні доопрацювання до Фонду, так і запитувати функціонал, створений іншими Учасниками.

Керівник проєкту з впровадження і підтримки КСАСК ProfITsoft в СК (далі — Керівник проєкту) — співробітник страхової компанії або уповноважена особа, яка відповідає за координацію робіт, пов’язаних із впровадженням, розвитком і підтримкою КСАСК ProfITsoft у межах своєї компанії. До його обов’язків належать: визначення пріоритетності задач, погодження постановок задач для реалізації, взаємодія з командою розробки, контроль впровадження змін.

Адміністратор фонду обміну функціоналом (далі Адміністратор фонду) – це організація, що забезпечує координацію, фасилітацію та організаційний супровід роботи Фонду.

Технічний куратор фонду обміну функціоналом (далі Технічний куратор) – компанія ProfITsoft, яка виконує роль технічного адміністратора Фонду. Технічний куратор відповідає за приймання, перевірку, стандартизацію, опис та інтеграцію доопрацювань до Фонду, а також за координацію процесу їх повторного використання іншими Учасниками.

Реєстр задач фонду обміну функціоналом (далі Реєстр) – електронна база даних, що ведеться окремо для кожного Фонду. Містить назви і описи доопрацювань, переданих до відповідного Фонду, а також інформацію про компанію-автора цих доопрацювань, і компанії, які використали ці доопрацювання.

Одиниця PROFIT (далі — PROFIT) — умовна одиниця вимірювання трудомісткості задач, еквівалентна одній людино-годині роботи аналітика, розробника або тестувальника компанії ProfITsoft. Оцінка задач у PROFIT здійснюється виключно Технічним куратором на основі оцінки обсягу робіт, які були витрачені командою ProfITsoft для виконання відповідної задачі. Вводиться для того, щоб уніфікувати оцінки задач, які передаються до Фонду обміну функционалом.

3. Права та обов’язки Учасників фонду

3.1 Права Учасників фонду

Передати задачу в Фонд обміну функціоналом.
Отримати задачу із Фонду обміну функціоналом.
Мати постійний доступ до Реєстру задач фонду обміну функціоналом.
Отримувати послуги від Технічного куратора по перенесенню обраних з Реєстра задач з адаптацією під власний екземпляр коду системи на умовах договору підтримки.

3.2 Обов’язки Учасників фонду

Мати діючий договір підтримки з Технічним куратором
Раз на місяць надавати Технічному куратору перелік задач для включення в Реєстр.
Надати доступ Технічному куратору до репозиторію з вихідними кодами, щоб інженерна команда Технічного куратора мала змогу перенести код відповідної задачі іншому Учаснику на його запит.
Надавати, за запитом Технічного куратора або інших Учасників, консультації щодо специфіки реалізації задач, які були передані до Фонду, з метою спрощення їх адаптації іншими учасниками.

3.3 Баланс доступу до задач Реєстру

Обсяг задач, які Учасник може запитувати з Реєстру, обмежується сумарною кількістю одиниць PROFIT, які цей Учасник передав до Фонду шляхом публікації власних задач. Облік ведеться на основі кількості одиниць PROFIT, зазначених у Реєстрі для кожної переданої задачі.

Технічний куратор відстежує індивідуальний баланс кожного Учасника, визначаючи різницю між:

PROFIT, внесеними Учасником (як автором задач), і
PROFIT, використаними Учасником (під час перенесення задач із Реєстру до свого проєкту).

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

4. Роль Технічного куратора

Технічний куратор забезпечує безперервне функціонування технічної частини Фонду, організовує процес прийому, перевірки, адаптації, публікації та повторного використання задач у межах Фонду.

Основні функції Технічного куратора включають:

адміністрування та ведення Реєстру задач Фонду в обраній системі керування задачами;
приймання задач від Учасників, перевірка їх на придатність до публікації у Фонді (усунення конфіденційної інформації, відповідність технічним стандартам);
стандартизація задач: створення стислого опису, категоризація, позначення часу виконання та витрачених ресурсів;
публікація задач у Реєстрі та підтримка його структури й актуальності;
надання доступу до Реєстру для уповноважених представників Учасників;
супровід процесу перенесення задачі до іншої СК: підготовка diff-файлів, консультування розробників, координація адаптації;
підтримка зв’язку з командами-авторами задач у разі потреби додаткової інформації;
виключення задач, які не відповідають вимогам обміну, з попереднім інформуванням відповідного Керівника проєкту;
ведення архіву задач та оновлення їхнього статусу;
ведення обліку балансів PROFIT кожного Учасника, оновлення їх при кожній передачі або перенесенні задач.

Взаємодія з Учасниками:

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

У разі, якщо проєкт ведеться повністю силами ProfITsoft (включно з підтримкою та розробкою), зазначені дії Технічного куратора виконуються відповідними фахівцями ProfITsoft в межах діючого договору підтримки.

5. Робота з Реєстром задач фонду обміну функціоналом

5.1 Структура і розміщення реєстру задач фонду обміну функціоналом

За ведення Реєстру відповідає Технічний куратор Фонду. Він самостійно обирає технічне рішення, в якому ведеться Реєстр. Рекомендується використовувати систему керування задачами, таку як Atlassian Jira, для збереження задач і надання доступу до них Учасникам Фонду.

Кожна задача в Реєстрі містить такі атрибути:

Номер (код) задачі;
Назва задачі;
Опис задачі (включно з посиланням на постановку, якщо є);
Модуль КСАСК, до якого належить задача;
СК-автор задачі (одна або кілька компаній);
Балансова вартість задачі (оцінка в PROFIT — кількість умовних одиниць, що буде списана з балансу при її використанні іншим Учасником);
Перелік Учасників, що використали задачу.

5.2 Передача задач в Реєстр

На початку кожного місяця Керівник проєкту вивантажує перелік задач розвитку КСАСК ProfITsoft, які були виконані за минулий місяць, виключає з нього ті задачі, які не стосувались розробки (наприклад, налаштування страхових продуктів із використанням конструктора), а також ті задачі, які стосуються специфічних бізнес-процесів СК (наприклад, інтеграція з іншою внутрішньої IT-системою). Всі інші задачі, які підходять для включення в Реєстр фонду фонду обміну функціоналом, він передає в електронному вигляді Технічному куратору фонду. Для Фонду, де технічним куратором є ProfITsoft, і за впровадження і підтримку КСАСК ProfITsoft відповідає команда компанії ProfITsoft, це може бути виконано шляхом встановленні відповідних Label на задачах в Jira і інформування про це Account Manager команди підтримки ProfITsoft.

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

5.3 Використання задач Реєстру

Керівник проєкту на боці СК, маючи доступ до Реєстру, може обирати ті задачі з нього, які передбачають ту функціональність, що, на його думку, потрібна його СК. У системі ведення свого проєкту (наприклад, Jira) він розміщує задачу на перенесення відповідної функціональності, додаючи посилання на задачу в Реєстрі або код задачі з Реєстру. Якщо під час перенесення у функціональність мають бути внесені певні зміни або враховані додаткові вимоги, це все має бути зазначено в постановці задачі на перенесення функціональності.

Коли черга доходить до реалізації даної задачі згідно з планом проекту, команда розробки контактує з Технічним куратором щодо отримання коду задачі у вигляді diff-файлів. Якщо команда розробки надається тією ж компанією, що виконує функцію Технічного куратора, така комунікація відбувається в межах цієї компанії. Команда розробки виконує перенесення, адаптацію і додаткові доробки коду, якщо вони передбачені постановкою задачі. Таке перенесення і адаптація може вимагати певного часу, бо версії коду екземпляру системи, на якому вони були першочергово виконані, і куди переносяться, можуть суттєво відрізнятись. Проте, в будь-якому випадку, передбачається, що цей час буде значно меншим, ніж розробка відповідної функціональності “з нуля”.

6. Спільна розробка великих задач кількома СК

Дві або більше СК – Учасники Фонду – можуть ініціювати спільну розробку великої або ринкової задачі, що є актуальною для кількох учасників одночасно.

Формування технічного завдання (постановки задачі) здійснюється спільно аналітиками та інженерами відповідних проєктних команд цих компаній.

Координація спільної розробки може здійснюватися за підтримки Адміністратора Фонду, який має право:

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

Після завершення реалізації задача автоматично включається до Реєстру Фонду як спільна задача і має загальну оцінку в одиницях PROFIT. Загальна оцінка задачі в PROFIT пропорційно розподіляється між усіма СК, які брали участь у розробці. Ці Учасники отримують доступ до задачі без списання балансу PROFIT, інші — на загальних умовах обміну.