Podział prac w systemie rozproszonym

Trzy osie podziału prac

  • Wiele systemów

  • Wiele zespołów

  • Wiele równoległych projektów

Zespół per system

Zespół alfa będzie robił system VAT oraz system KYC.

Zalety

  • Daje nam to dobre rozumienie systemu przez określony zespół.

  • Poczucie własności określonego systemu.

Wady

  • Trudna koordynacja prac

  • Brak świadomości kontekstu (alfa nie wie co to jest system VAT w 100%, znają po prostu swój system)

  • Brak wymiany wiedzy technicznej

Zespół per projekt

Zespół alfa wykonuje zmiany zarówno w systemie A jak i w systemie B.

Zalety

  • Świadomość kontekstu

  • Prosta koordynacja prac

  • Wymiana wiedzy technicznej

Wady

  • Brak wiedzy eksperckiej

  • Brak własności systemów

Podziały mieszane

  • preferencja systemu (heterogeniczne środowiska)

  • preferencja projektu (homogenicze środowiska)

Sytuacja projektowa

Zespół dostaje większość w projekcie, ale również odpowiedzialność za określony system.

  • Łatwiej wyeliminować minusy tego podejścia

    • Własność systemów

    • Wypożyczanie eksperta na grooming

    • Gildie techniczne

  • Wymaga utrzymania homogeniczności (podobnej technologii, język / framework itd.)

Last updated