Home

Welcome to the OnlineOnboarding wiki!

How to Markdown

bold italic blockquote

API

User CRUD

#4 json schema

    {
     "id": 1,
     "name": "Bina",
     "surname": "Work",
     "username": "binawork",
     "email": "[email protected]",
     "job": {
       "position": "Community Puppet",
       "team": "Bina Work Board"
     }
    }

---

Business Documentation

Jak opisywać issue na Githhubie - schemat

NAZWA: czyli o co chodzi w issue

OPIS: co trzeba zrobić, jak to ma działać

W opisie do każdego issue , jeżeli to jest issue deweloperski, to należy podpiąć makietę (jeżeli nie ma makiety, to napisać do Michała żeby zrobił)

Zadania:

FRONTEND: Ustalić z Adamem co trzeba zrobić

BACKEND: Ustalić z Michałem co trzeba zrobić

NIESTANDARDOWE: Ustalić jakie to zadania i kto ma je zrobić

Definition of done - Warunkiem ukończenia zadania jest spełnienie wszystkich warunków

Jak procedować z ticketami/issue

• Osoba , która chce dodać ticket pisze do @MagggieNow z potrzebą dodania ticketu. Magda dodaje issue do backloga, przypisuje osoby i nastepnie jest dyskutowany na etapie planowanie sprintu
• Kiedy issue jest w backlogu - to dyskusja, pytania odnosnie tego issue mają się toczyć w komentarzach do niego na Githubie, a nie na Discordzie

TYTUŁOWANIE BRANCH-Y

Wzór zapisu: prefix/general_title_of_your_feature_x_y

Typowe prefixy to : FIX / BUG, FEATURE

Gdzie X,Y - oznacza numer issue w Githubie

Przykład branch-u tak opisanego:

• feature/API_for_employee_profile_102
• fix/copy_data_82

SŁOWNICZEK PROJEKTU

**COMBO **- oznacza wszystkie formularze podpięte pod dane wdrożenie np. COMBO BHP - oznacza, ze mozna tam zawrzec link do video, jakąs procedurę, ankietę online - zmieniono na KATALOG/FORMULARZE

**ZASADY ZESPOŁU **

• Jak nie push-ujesz, to nie pracujesz- to,co zrobić wrzucasz
• • Jestesmy dostepni do komunikacji codziennie pon-pt do 18.00. Jeżeli wysyłasz coś po 18.00, to odpowiedz dostaniesz następnego dnia ****3 godziny - domyślny czas odpowiedzi na ping /wiadomość od członków zespołu w danym dniu