дока
Місія проєкту Baza Trainee Ukraine – розвиток України як країни з високою репутацією кращих програмістів у світі, а також спеціалістів ІТ сфери як вагомої сфери в економіці країни через залучення до роботи будь-яких верств населення без обмежень. Мета проєкту – розробка платформи для аналізу і виявлення відповідностей навичок junior розробника вимогам робтодавців – ІТ компаній. Задача проєкту – розробка платформи із вказаним функціоналом і використанням ШІ. MVP буде розроблений як Web-версія для мобільних гаджетів, комп’ютерів та ноутбуків із найпопулярнішими розмірами екранів. Кінцеві користувачі продукту – учасники Baza Trainee Ukraine. Регламент співпраці сторін Участь у проєкті Участь виконавців у проєкті є добровільною. Учасник команди має право залишити проєкт в будь-який момент без пояснення причин і з попередженням про припинення активності не пізніше ніж за 3 дні до виходу із проєкту. Замовник має право відсторонити виконавця від участі у випадку систематичного (не менш двох раз) порушення правил проєкту і після письмового попередження про це не пізніше ніж за 7 днів. Правила участі в проєкті розміщені як PDF-файл на дошці Trello у відповідній картці в колонці Матеріали. 2.2. Внесення змін до ТЗ Роботи з розробки (доопрацювання) програмного продукту будуть проведені відповідно до вимог і завдань, описаних в даному документі. Будь-які зміни вимог і завдань після погодження та підписання даного документа, під час проведення робіт, затверджуються і приймаються в роботу Виконавцем тільки при досягненні взаємної згоди між сторонами-учасниками з питань зміни завдань, і зазначаються у додатках до цього технічного завдання. У свою чергу Виконавець зобов'язується виконати всі роботи відповідно до описаних в даному документі завдань. Винятком може бути ситуація, коли виконати певне завдання не дозволяє функціонал програмного продукту, наявного у Замовника або обраного ним. В такому випадку сторони доходять згоди, обираючи варіант, збалансований між доцільністю функціонала і складністю розробки. Кінцеве рішення стосовно програмного продукту приймає Замовник. У разі зміни або поповнення Замовником списку завдань до реалізації термін здачі проєкту може бути переглянутий і змінений, про що Виконавець зобов'язується своєчасно повідомляти Замовника. 2.3. Про інструкції з використання продукту Якщо Замовник звертається до Виконавця із проханням роз’яснити регламент роботи із певним, конкретним функціоналом програмного продукту більше 2-х разів, Виконавець в цілях економії часу обох сторін може створити інструкцію для певного конкретного функціонала у зручному для Замовника форматі на вибір (текст, фото, відео, аудіо). Узгодження будь-якого пункту між Замовником і Виконавцем відбувається не більше трьох разів (варіантів). Після цього затверджується варіант запропонований Виконавцем або даний пункт відхиляється 2.4. Умови передачі/прийняття продукту Після передачі доступів по завершенню проєкту Замовник має 10 робочих днів для перевірки функціонала програмного продукту на відповідність поставленим завданням. У випадку знаходження помилок або відсутності певного функціонала, який був описаний у затвердженому сторонами-учасниками в технічному завданні, Замовник має можливість звернутися до Виконавця у письмовій формі (за допомогою email-листа, чи повідомлення у месенджері) із вимогою допрацювати відповідний функціонал, який передбачений у даному Технічному Завданні. В іншому випадку, проєкт вважається прийнятим, а зобов’язання сторін виконаними. 2.5. Наповнення продукту Усі матеріали, що потрібні чи можуть бути потрібні для наповнення системи (дані та тексти, назви полів та заголовків), розміщуються командою Виконавця на етапі розробки відповідно до поданих Замовником шаблонів після завершення проєкту. Команда проєкту Склад команди Виконавець пропонує, а Замовник затверджує команду проєкту в складі 3 дизайнерів, 5 front-end або fullstack розробників, 3 QA-спеціалістів, 2 back-end розробника, 1 проєктного менеджера або бізнес-аналітика. Зі свого боку Замовник пропонує, а Виконавець погоджується працювати із Власником Продукту (PO) з боку Замовника. Команда розробників, дизайнерів та QA-спеціалістів визначають своїх керівників команди (Team Lead), які концентрують інформацію із зустрічей з керівниками проєкту і замовниками та доносять її до членів команди. Рішення про розподілення функцій в команді приймається колегіально і добровільно в залежності від знань та умінь членів команди. Метою роботи команди є злагоджена робота і виконання задачі проєкту. 3.2. Комунікація учасників Комунікація учасників відбувається в мережі Discord. Для групових зустрічей використовуються Zoom. Як програмне забезпечення для управління проєктом використовується Trello. Команда приймає розклад зустрічей за участі представників Замовника та Виконавця як мінімум раз на тиждень з метою обговорення та узгодження поточних питань та