Projekty

Niniejszy dokument opisuje w jaki sposób pracujemy nad projektami, jakie są kroki w przypadku nowych i istniejących stron/aplikacji oraz jak nimi zarządzamy i aktualizujemy w przypadku nowych funkcjonalności.

Lista projektów

Pełna lista firmowych projektów znajduje się w niniejszym arkuszu. Jeżeli nie masz dostępu do pliku – poproś o to lidera zespołu.

Liderzy/opiekunowie projektów (ang. supervisor)

Każdy projekt posiada swojego opiekuna. Opiekunowie są wyszczególnieni w arkuszu, do którego link znajdziesz powyżej.

Opiekunem projektu jest osoba, której zadaniem jest określenie typu potrzebnych prac w przypadku nowych zapytań/próśb od klienta.

Project Manager danego projektu, po otrzymaniu zapytania od klienta, tworzy ticket w systemie zarządzania pracami (Clickup) i przydziela opiekuna projektu. Opiekun musi zapoznać się z potrzebami klientami oraz wstępnie nakreślić plan działania. Jeżeli dane zadanie jest frontendowe, a opiekunem jest front-end developer, zadanie automatycznie staje się do wykonania przez opiekuna. Jeżeli opiekun stwierdzi, że w zadaniu potrzebne są działania niezwiązane ze specjalizacją opiekuna, przydziela do ticketu drugiego developera, posiadającego wiedzę z tego zakresu.

Przykład: opiekunem projektu jest backend developer. Po zapoznaniu się z zadaniem określa plan działania. Stwierdza, że zadanie jest frontendowe, więc przydziela do ticketu frontend developera, który jest przydzielony do tego projektu, zgodnie z arkuszem projektów.

Jeżeli zadanie wymaga zarówno prac backendowych jak i frontendowych, opiekun przydziela drugą potrzebną osobę i wspólnie określają plan działania wg opisu.

Ticket a estymacja czasu

W zdecydowanej większości przypadków, Project Manager tworzy ticket i przydziela opiekuna projektu, prosząc na początku jedynie o określenie przewidywanego czasu potrzebnego do wykonania danej zmiany/funkcjonalności. Po zapoznaniu się z zapytaniem przez opiekuna projektu, opiekun określa zakres działań i/lub przydziela inną/dodatkową osobę. Na tej podstawie tworzona jest estymacja czasowa, której celem jest określenie kosztu dla klienta. Dopiero po oficjalnym “zielonym świetle” od klienta można przystępować do prac developerskich, o czym Project Manager informuje developerów w tickecie.

Nowe projekty

W przypadku tworzenia nowego projektu, pierwszym zasadniczym krokiem jest otrzymanie specyfikacji/dokumentacji, zapoznanie się z projektem i odbycie rozmowy w zespole. Warto już od samego początku stworzyć listę pytań, aby otrzymać na nie odpowiedzi celem sprawnego dowożenia projektu.

W zdecydowanej większości proces developmentu danego projektu odbywa się następująco:

  • zapoznanie się z dokumentacją, designami, celem
  • rozmowa, aby omówić projekt, zadać pytania, uzyskać odpowiedzi
  • rozpoczęcie prac frontendowych (najpierw frontend developer musi rozpisać działania w formie ticketów, aby wiadomo było co jest do zrobienia oraz podanie estymacji do każdego z nich)
  • rozpoczęcie prac backendowych (tutaj podobnie – backend developer musi rozpisać działania w formie ticketów i podać estymacje)
  • deployment (do zrobienia przez backend developera; musi być odpowiednio zaplanowany)

Każdy projekt może się nieco różnić. W niektórych przypadkach proces działania może być inny. Komunikacja zespołowa jest tutaj kluczowa.

Odpowiedzialność za projekt

Jeżeli jesteś przydzielony do danego projektu/zadania, bądź za nie odpowiedzialny, kierując się dobrem klienta i jego sprawnym dostarczeniem.

Jeżeli dane zadanie wymaga developmentu i następnie dodatkowych kroków do wykonania np. podczas deploymentu – komunikuj działania w tickecie! Planuj, kto będzie odpowiedzialny za którą część i dostarczaj w sposób jak najlepszy dla klienta. Jeżeli jesteś frontend developerem i np. proces dodania jakichś treści lub wartości w CMSie po deployment’cie raczej nie leży w zakresie Twoich działań – daj o tym znać w tickecie, aby odpowiednie kroki mogłyby być oddelegowane do innych osób.

Nie lekceważ dodatkowych działań do wykonania na zasadzie “zrobię frontend, reszta mnie nie obchodzi, tym musi zając się ktoś inny”. Niech “ktoś inny” się o tym dowie – daj o tym znać, przedstaw, co trzeba zrobić i wspólnie dowieźmy klientowi jego prośbę.