ZAWODNIK

Organizacja pracy małego zespołu: role, harmonogram, delegowanie, daily, odbiór

INF.03 · teoria
autor: redakcja · 02.11.2026
Planowanie pracy małego zespołu nad witryną: podział ról i zadań, zależności, szacowanie czasu, przekazanie pracy, krótkie spotkania, kontrola jakości i usprawnienia. Lekcja 14.3 kursu INF.03.

[ INF.03: PYTANIA Z TEGO DZIAŁU ]

Przejrzyj pytania: Kompetencje zawodoweĆwicz temat: Kompetencje zawodowe
Or­ga­ni­za­cja pracy ze­spo­łu to usta­le­nie celu, po­dzia­łu zadań, ko­lej­no­ści, od­po­wie­dzial­no­ści i spo­so­bu spraw­dze­nia wspól­ne­go re­zul­ta­tu. W części pi­sem­nej INF.03 trzeba roz­po­znać po­praw­ne de­le­go­wa­nie, har­mo­no­gram i cel krót­kie­go spo­tka­nia. Przy wspól­nym pro­jek­cie wi­try­ny te zasady ogra­ni­cza­ją ocze­ki­wa­nie na cudzy plik, du­blo­wa­nie pracy i od­da­wa­nie nie­spraw­dzo­nych funk­cji.

Cel i role przed po­dzia­łem plików

Cel ze­spo­łu opi­su­je re­zul­tat po­trzeb­ny od­bior­cy. W ćwi­cze­niu może brzmieć: „W piątek prze­ka­zu­je­my ka­ta­log pro­duk­tów z for­mu­la­rzem fil­tro­wa­nia, dzia­ła­ją­cy na ser­we­rze te­sto­wym”. Taki zapis wy­zna­cza funk­cje, śro­do­wi­sko i termin. „Robimy sklep” nie okre­śla granic za­da­nia.
Struk­tu­ra ze­spo­łu to układ ról i re­la­cji po­trzeb­nych do wy­ko­na­nia celu. W małej grupie można wy­zna­czyć osobę ko­or­dy­nu­ją­cą, od­po­wie­dzial­ną za bazę i PHP, od­po­wie­dzial­ną za widok oraz osobę spraw­dza­ją­cą re­zul­tat. Jedna osoba może pełnić więcej niż jedną rolę, jeśli ob­cią­że­nie i kom­pe­ten­cje na to po­zwa­la­ją. Rola ozna­cza od­po­wie­dzial­ność, nie tytuł świad­czą­cy o więk­szej war­to­ści czło­wie­ka.
Ko­or­dy­nu­ją­cy pomaga roz­strzy­gać za­leż­no­ści, pil­nu­je usta­leń i usuwa prze­szko­dy or­ga­ni­za­cyj­ne. Nie musi sa­mo­dziel­nie pisać całego kodu. Człon­ko­wie ze­spo­łu od­po­wia­da­ją za swoje za­da­nia, prze­ka­zu­ją in­for­ma­cje i po­ma­ga­ją zgod­nie z uzgod­nio­ny­mi za­sa­da­mi. Współ­pra­ca nie polega na tym, że jedna osoba po cichu kończy pracę za wszyst­kich.
Przed star­tem sprawdź zasoby i bez­pie­czeń­stwo: przy­go­to­wa­nie sta­no­wisk, dostęp do śro­do­wi­ska te­sto­we­go, kopię danych, upraw­nie­nia i ochro­nę in­for­ma­cji. Za­pla­nuj prze­rwy oraz po­rzą­dek prze­wo­dów. Osoba ko­or­dy­nu­ją­ca spraw­dza wy­ko­na­nie tych czyn­no­ści także póź­niej, na przy­kład po prze­nie­sie­niu sta­no­wi­ska lub zmia­nie sprzę­tu.

Po­dział za­da­nia ujaw­nia za­leż­no­ści

Za­da­nie ro­bo­cze po­win­no mieć okre­ślo­ny wynik, od­po­wie­dzial­ną osobę i kry­te­rium ukoń­cze­nia. „Baza danych” jest za sze­ro­kie. „Utwórz tabelę pro­duk­tu według uzgod­nio­ne­go sche­ma­tu i prze­każ plik od­twa­rza­ją­cy bazę te­sto­wą” daje re­zul­tat, który można ode­brać.
Za­leż­ność wy­stę­pu­je wtedy, gdy jedna część wymaga wyniku innej. PHP wy­świe­tla­ją­ce pro­duk­ty po­trze­bu­je nazw tabel i kolumn. Widok po­trze­bu­je wie­dzieć, jakie pola ma po­ka­zać. Uzgod­nie­nie tych nazw na po­cząt­ku po­zwa­la rów­no­le­gle przy­go­to­wać ma­kie­tę i bazę. Bez niego dwie po­praw­nie na­pi­sa­ne części mogą do siebie nie pa­so­wać.
Za­da­nie
Wa­ru­nek roz­po­czę­cia
Kry­te­rium ukoń­cze­nia
Sche­mat pro­duk­tu
lista po­trzeb­nych danych
uzgod­nio­ne ko­lum­ny i typy
Baza te­sto­wa
gotowy sche­mat
import tworzy tabele i dane
Widok ka­ta­lo­gu
uzgod­nio­ne pola
wi­docz­ne pola i układ
Odczyt przez PHP
baza te­sto­wa i dane po­łą­cze­nia
po­praw­nie wy­świe­tlo­ne re­kor­dy
Test ca­ło­ści
po­łą­czo­ny widok i odczyt
speł­nio­ne uzgod­nio­ne sce­na­riu­sze
Po­dział według od­po­wie­dzial­no­ści uła­twia wy­ja­śnia­nie błędów. Nie należy jednak two­rzyć barier: osoba od widoku po­win­na wie­dzieć, jak otrzy­ma dane, a osoba od bazy znać po­trze­bę użyt­kow­ni­ka. Za­leż­no­ści wy­ma­ga­ją roz­mo­wy, nie samego prze­ka­za­nia fol­de­ru.

Har­mo­no­gram i dobór osób

Har­mo­no­gram to roz­pla­no­wa­nie zadań w czasie z uwzględ­nie­niem ko­lej­no­ści i do­stęp­nych za­so­bów. Osza­cuj czas ana­li­zy, wy­ko­na­nia, po­łą­cze­nia części i testów. Dwa za­da­nia po cztery go­dzi­ny nie zawsze kończą się po czte­rech go­dzi­nach pracy dwóch osób. Jeśli drugie wymaga wyniku pierw­sze­go, trzeba uwzględ­nić tę ko­lej­ność.
Przy­kła­do­wo w po­nie­dzia­łek zespół ustala sche­mat i widok, we wtorek przy­go­to­wu­je rów­no­le­gle bazę oraz układ, w środę łączy PHP, w czwar­tek te­stu­je, a w piątek po­pra­wia i prze­ka­zu­je wynik. Jest to plan ćwi­cze­nia, nie stan­dard każ­de­go pro­jek­tu. Zmiana wy­ma­gań albo do­stęp­no­ści osoby wymaga ak­tu­ali­za­cji har­mo­no­gra­mu.
Dobór wy­ko­naw­cy polega na po­rów­na­niu wy­ma­gań za­da­nia z kom­pe­ten­cja­mi i do­stęp­no­ścią. Osobie zna­ją­cej SQL można przy­dzie­lić bazę, a osobie zna­ją­cej CSS widok. Nowe umie­jęt­no­ści roz­wi­ja się przez mniej­sze za­da­nie, pracę w parze i prze­gląd. Po­wie­rze­nie kry­tycz­ne­go ele­men­tu osobie bez przy­go­to­wa­nia i bez wspar­cia zwięk­sza ryzyko opóź­nie­nia.
Sza­cu­nek czasu po­wi­nien po­cho­dzić rów­nież od wy­ko­naw­cy. Ko­or­dy­nu­ją­cy pyta, co jest nie­ja­sne, jakie są za­leż­no­ści i kiedy będzie pierw­szy spraw­dzal­ny wynik. W har­mo­no­gra­mie po­zo­sta­wia miej­sce na testy i po­praw­ki. Za­peł­nie­nie całego ter­mi­nu samym pi­sa­niem kodu nie ozna­cza, że pro­jekt jest dobrze za­pla­no­wa­ny.

De­le­go­wa­nie to pełne prze­ka­za­nie za­da­nia

De­le­go­wa­nie ozna­cza po­wie­rze­nie za­da­nia wraz z po­trzeb­ny­mi in­for­ma­cja­mi i za­kre­sem od­po­wie­dzial­no­ści. Ko­mu­ni­kat po­wi­nien wska­zy­wać, co wy­ko­nać, po co, w jakim ter­mi­nie, według jakich wa­run­ków i komu po­ka­zać re­zul­tat. Trzeba też za­pew­nić zasoby i usta­lić, kiedy zgła­szać blo­ka­dę.
Przy­kład: „Przy­go­tuj do środy odczyt pro­duk­tów z bazy te­sto­wej. Wy­świetl nazwę i cenę zgod­nie z uzgod­nio­nym wi­do­kiem. Sprawdź pustą tabelę oraz brak po­łą­cze­nia. Wynik prze­każ do prze­glą­du w usta­lo­nym re­po­zy­to­rium. Jeśli bra­ku­je danych, zgłoś to dziś”. Wy­ko­naw­ca może po­twier­dzić zakres wła­sny­mi sło­wa­mi, zanim za­cznie ko­do­wać.
Zasady wza­jem­nej pomocy okre­śla­ją, gdzie pytać, kto może pomóc i jak nie blo­ko­wać wszyst­kich jed­no­cze­śnie. Przy­kła­do­wo po opi­sa­niu pro­ble­mu w za­da­niu osoba od bazy spraw­dza za­py­ta­nie, a osoba od widoku przy­go­to­wu­je nie­za­leż­ną część. Pomoc nie musi ozna­czać ode­bra­nia całej od­po­wie­dzial­no­ści pier­wot­ne­mu wy­ko­naw­cy.
Dys­po­zy­cja ma być rze­czo­wa i wy­ko­nal­na. „Napraw to szybko” nie wska­zu­je ocze­ki­wa­ne­go za­cho­wa­nia. „Po wy­sła­niu pu­ste­go for­mu­la­rza pokaż ko­mu­ni­kat i nie za­pi­suj re­kor­du; potem wy­ko­naj oba uzgod­nio­ne sce­na­riu­sze” daje wa­ru­nek, według któ­re­go można ocenić po­praw­kę.

Daily ujaw­nia postęp i prze­szko­dy

Daily (co­dzien­ne krót­kie spo­tka­nie) służy ze­spo­ło­wi do oceny po­stę­pu i uzgod­nie­nia naj­bliż­szej pracy. W Scru­mie, czyli ramach or­ga­ni­za­cji pracy nad zło­żo­nym pro­duk­tem, Daily Scrum jest zda­rze­niem pięt­na­sto­mi­nu­to­wym. Nie każdy mały zespół musi sto­so­wać Scrum, aby krótko syn­chro­ni­zo­wać za­da­nia.
Pod­czas spo­tka­nia istot­ne są stan re­ali­za­cji, plan naj­bliż­szych dzia­łań i blo­ka­dy. „Baza jest gotowa do im­por­tu, dziś łączę ją z PHP, po­trze­bu­ję po­twier­dze­nia nazwy pola ceny” prze­ka­zu­je więcej niż „wczo­raj pra­co­wa­łem nad bazą”. Spo­tka­nie nie służy co­dzien­ne­mu wy­bie­ra­niu lidera ani szcze­gó­ło­we­mu roz­wią­zy­wa­niu każ­de­go błędu.
Mo­ni­to­ro­wa­nie obej­mu­je także ta­bli­cę zadań lub prosty re­jestr: do zro­bie­nia, w pracy, do spraw­dze­nia, gotowe. Status „gotowe” po­wi­nien ozna­czać speł­nie­nie kry­te­rium, nie za­koń­cze­nie pi­sa­nia. Jeśli test nie prze­szedł, za­da­nie nadal wymaga pracy. Wy­kry­te opóź­nie­nie wymaga de­cy­zji o za­kre­sie, pomocy albo ko­lej­no­ści, a nie wy­łącz­nie zmiany daty w tabeli.
Do­ku­men­ta­cja re­ali­za­cji za­pi­su­je usta­le­nia, sposób uru­cho­mie­nia, wy­ko­na­ne kon­tro­le, znane ogra­ni­cze­nia i re­zul­tat od­bio­ru zgod­nie ze stan­dar­dem przy­ję­tym w ze­spo­le. Uła­twia prze­ję­cie za­da­nia przez inną osobę. Nie za­pi­su­je się w niej jaw­nych haseł ani se­kre­tów.

Odbiór spraw­dza wa­run­ki, a uspraw­nie­nie zmie­nia proces

Odbiór to spraw­dze­nie re­zul­ta­tu wzglę­dem uzgod­nio­nych wy­ma­gań. Ko­or­dy­nu­ją­cy ocenia pracę ze­spo­łu i po­szcze­gól­nych wy­ko­naw­ców na pod­sta­wie do­wo­dów: uru­cho­mie­nia, testów i kom­plet­no­ści plików. Sym­pa­tia do autora albo liczba prze­pra­co­wa­nych godzin nie po­twier­dza­ją dzia­ła­nia funk­cji.
Dla ka­ta­lo­gu sprawdź między innymi po­praw­ne dane, pusty wynik, for­mu­larz, wy­ma­ga­ny wygląd i in­struk­cję uru­cho­mie­nia. Uwagi po­win­ny wska­zy­wać fakt i po­praw­kę: „Po wy­bra­niu pustej ka­te­go­rii znika na­głó­wek. Za­cho­waj układ i pokaż ko­mu­ni­kat o braku pro­duk­tów”. Po po­praw­ce po­now­nie sprawdź wa­ru­nek, któ­re­go uwaga do­ty­czy­ła.
Uspraw­nie­nie tech­nicz­ne może po­le­gać na wspól­nym skryp­cie przy­go­to­wa­nia bazy albo au­to­ma­tycz­nej kon­tro­li skład­ni. Uspraw­nie­nie or­ga­ni­za­cyj­ne może ozna­czać wcze­śniej­sze uzgad­nia­nie nazw pól i prze­ka­zy­wa­nie małych części do prze­glą­du. Naj­pierw ustal przy­czy­nę pro­ble­mu, potem wy­bierz zmianę i sprawdź, czy ogra­ni­czy­ła cze­ka­nie lub błędy.
Jeżeli dwa dni utra­co­no przez różne nazwy kolumn, zakup szyb­sze­go kom­pu­te­ra nie usuwa przy­czy­ny. Jeśli pro­ble­mem są długie, ręczne czyn­no­ści, sama do­dat­ko­wa narada ich nie przy­spie­szy. Roz­wią­za­nie musi od­po­wia­dać roz­po­zna­ne­mu ogra­ni­cze­niu i po­pra­wiać także wa­run­ki pracy ludzi.

Na eg­za­mi­nie

W py­ta­niu o de­le­go­wa­nie szukaj zgod­no­ści kom­pe­ten­cji, za­kre­su, ter­mi­nu i od­po­wie­dzial­no­ści. W py­ta­niu o krót­kie spo­tka­nie chodzi o postęp oraz plan pracy. W py­ta­niu o odbiór oce­niaj zgod­ność z wa­run­ka­mi tech­nicz­ny­mi. Sama de­kla­ra­cja wy­ko­naw­cy nie za­stę­pu­je kon­tro­li.
Eg­za­min prak­tycz­ny wy­ko­nu­jesz sa­mo­dziel­nie według jego zasad. Metody ze­spo­ło­we ćwiczy się przy pro­jek­tach szkol­nych; pod­czas in­dy­wi­du­al­ne­go eg­za­mi­nu ko­rzy­stasz z umie­jęt­no­ści pla­no­wa­nia, do­ku­men­to­wa­nia i spraw­dza­nia wła­snych re­zul­ta­tów.

Ściąga

Ele­ment
Co trzeba usta­lić
Cel
re­zul­tat, zakres i termin
Rola
od­po­wie­dzial­ność i współ­pra­ca
Za­da­nie
wynik, wy­ko­naw­ca, za­leż­ność, kry­te­rium
Har­mo­no­gram
ko­lej­ność, czas, do­stęp­ność, testy
De­le­go­wa­nie
zakres, zasoby, termin i sposób prze­ka­za­nia
Daily
postęp, plan i blo­ka­dy
Odbiór
dowód speł­nie­nia wy­ma­gań
Uspraw­nie­nie
przy­czy­na pro­ble­mu i spraw­dzo­ny efekt zmiany
Pobierz ściągę PDF

[ W TYM DZIALE ]

poprzednia: Kompetencje: etyka, tajemnica, stres, asertywność, konflikt, komunikacja, negocjacjespis działu: Jezyk obcy, kompetencje, zespol

[ INF.03: INNE ARTYKUŁY ]

Hub INF.03Zakres materiałuDokumenty CKEFormularze HTML na egzaminie INF.03Grafika i multimedia na egzaminie INF.03JavaScript na egzaminie INF.03Zapytania SQL na egzaminie INF.03Bazy danych i SQL na egzaminie INF.03pokaż więcej (85)
ZAWODNIK
egzamin zawodowy INF.02 · INF.03 · INF.04
Serwer Discord›
Egzaminy zawodowe IT/Matury/Studia
@yastor
Polityka prywatnościRegulaminKontakt
© 2026 Zawodnik · by Yastor
Arkusze i zasady oceniania pochodzą z CKE. Serwis nie jest powiązany z Centralną Komisją Egzaminacyjną.