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 system

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

Zespół per projekt

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.)