Jak wygląda praca w zespołach?

Jesteś osobą chcącą zdobyć więcej doświadczenia? A może jesteś mentorem zastanawiającym się czy nam pomóc? Możesz być też pracownikiem firmy, w której pojawiła się jedna z osób zdobywająca doświadczenie w naszych projektach. W każdym razie, ogólny opis cyklu życia projektu i pracy w PolishDev znajduje się poniżej.

Początek projektu:

Tematykę projektu wybieramy wspólnie podczas pierwszych spotkań. Następnie przystępujemy do zaprojektowania architektury i ustalenia technologii oraz bibliotek, których będziemy używać w celu realizacji. Ostatnią czynnością w początkowym etapie projektu jest wpisanie zadań do backlogu.

Na tym etapie potrzebujemy mentorów do konsultacji efektów planowania architektury i doboru bibliotek.

Środek projektu:

To czas właściwej pracy programistycznej, gdy już wiemy, czego chcemy oraz jak to ma wyglądać – czas zakasać rękawy i wziąć się do roboty. 😉

W trakcie tego etapu odbywają się cotygodniowe spotkania, podczas których, niczym na tych daily scrumowych, każdy mówi o tym, co zrobił, co planuje zrobić, jakie przeszkody napotkał. Każdy decyduje, ile zadań jest w stanie wykonać do kolejnego spotkania i na ten czas wybiera je sobie z dostępnej puli. Jeśli się nie wyrobi w terminie, to będzie mógł na przyszłość wyciągnąć wnioski i wziąć mniej zadań. Jeśli zrobi za szybko – to też następnym razem będzie mógł wybrać więcej zadań lub spróbować czegoś trudniejszego/bardziej czasochłonnego. W pracy zawodowej umiejętność oceniania pracochłonności zadania i swoich sił jest bardzo istotna, dlatego każdy będzie miał możliwość popracować nad tym bez wyciągania większych konsekwencji w przypadku niepowodzenia.

Etapy wykonywania zadania to:

1. Zapoznanie się z zadaniem.
2. Opracowanie testów i ich implementacja.
3. Oprogramowanie funkcjonalności.
4. Stworzenie pull request’u.
5. Poproszenie innych członków zespołu i mentora o code review.
6. Jeśli wspólnie z innymi dojdziesz do wniosku, że da się coś zrobić lepiej, popraw. Niezależnie od tego, kto pisał ten fragment, jeśli pojawi się najlepsza możliwa wersja – zmerguj swoje zmiany z main’em/master’em.

UWAGA!: Nie bój się zmieniać kodu, jeśli brak Ci pewności siebie, to po prostu przedyskutuj to z innymi członkami zespołu.

Na tym etapie mentorzy potrzebni są głównie do code review oraz porad związanych z implementacją.

Koniec projektu:

Do tej pory nie zakończyliśmy jeszcze projektu, ale w tę stronę wszystkie nasze projekty zmierzają. Chcielibyśmy, aby projekt z pełną dokumentacją i opisem zostawał w przestrzeni publicznej z otwartym kodem źródłowym i licencją pozwalającą na dowolne wykorzystanie go. Tak, aby każdy uczestnik projektu, który wykazał się zaangażowaniem, mógł pochwalić się tym projektem i efektami swojej pracy w swoim CV, na swoim blogu/linkedin czy gdziekolwiek zapragnie.

Dodatkowo, niektóre z projektów mają swoich odbiorców, a przykładem takiego projektu jest SocialKnow. Dla tego typu projektów końcowy etap będzie także momentem ostatecznych testów oraz wdrożenia.

Zakończenie projektu to dobry czas na wymienienie się komentarzami między uczestnikami na LinkedIn. Najlepsi uczestnicy zostaną osobno wyróżnieni i poleceni przyszłym pracodawcom.