Historia programisty SI
#8. Początkowe zaangażowanie w projekt SI - zrozumienie zadań

Zazwyczaj programista, zwłaszcza świeżo zatrudniony, zostaje włączony do projektu, gdy etap rozwoju jest już w toku.

Pierwszego dnia pracy programista konfiguruje środowisko programistyczne, otrzymuje adres IP do dostępu do sieci, pobiera kod źródłowy i tworzy środowisko programistyczne. Następnie musi dowiedzieć się, jaki system jest tworzony w ramach projektu i w jaki sposób rozwijał się do tej pory.

W przypadku programistów z doświadczeniem łatwiej jest im samodzielnie zapoznać się z projektem, a następnie zadać tylko konieczne pytania mentorowi lub koledze. Ale dla początkujących sytuacja wygląda inaczej.

Brak doświadczenia w pracy z kodem o rozmiarach innych niż te, z którymi się spotkali w szkole, oraz niewiedza na temat zadań utrudniają zrozumienie logiki biznesowej, co wydłuża ten proces nawet o kilka razy. Niestety, w SI szkolenia nie są czymś zwyczajnym, ponieważ inni programiści są zajęci swoimi zadaniami. Dlatego samodzielne zrozumienie projektu jest koniecznością. Pierwszym krokiem jest zapoznanie się z dokumentacją projektu, w szczególności z propozycją.

Propozycja to dokument, w którym przedstawia się potrzebne oprogramowanie i w jaki sposób zostanie ono stworzone. Zawiera ona ramowe założenia dotyczące rozwoju oprogramowania oraz podsumowanie tworzonego systemu, co ułatwia zrozumienie ogólnego kontekstu projektu.

Następnie należy zapoznać się z RFP, aby dowiedzieć się, jakie funkcje są wymagane, a następnie zrozumieć zadania związane z tworzonym systemem. Nieznane informacje należy zapisać, aby w razie potrzeby zadać je w jednym momencie, gdy mentor będzie wolny. Zadawanie pytań w rozdrobniony sposób może być irytujące. Około miesiąca poświęca się na zapoznanie się z atmosferą projektu i jego treścią. Po upływie tego okresu można rozpocząć aktywne uczestnictwo w rozwoju oprogramowania. W tym czasie należy jak najlepiej przyswoić wiedzę o projekcie.