Cześć, nazywam się
Michał Sadłowski
Specjalista ds. IT
- sadlowski.poczta@gmail.com
- +48 507 857 302
O mnie
Jestem aspirującym analitykiem systemowym z zapałem do testów i tworzenia dokumentacji projektowej, a teraz mogę być częścią twojego zespołu
Planuje, analizuje, testuje
Częstym problemem zespołów wytwarzających lub rozwijających oprogramowanie jest rozmycie odpowiedzialności za produkt. Programiści, analitycy, testerzy i biznes patrzą na produkt z perspektywy swojej wąskiej specjalizacji, zapominając o najważniejszej kwestii, jaką jest odpowiedź na pytanie: Czy produkt który tworzymy spełni wymagania klienta, użytkowników końcowych, społeczeństwa (tu wpisz właściwe)
Czytaj dalej
jest to oczywiście duże uproszczenie, gdyby największym problemem uczestników SDLC było pytanie zadane w poprzednim akapicie to średnio na jednego programistę przypadało by 5 testerów, 10 analityków i 20 Managerów, a rzeczywistość wygląda zupełnie inaczej. Jak w takim razie zaradzić nadmiernemu rozproszeniu odpowiedzialności, zachowując przy tym zalety specjalizacji? Należy stawiać na pracowników którzy znają cały proces wytwarzania oprogramowania. W mojej dotychczasowej karierze przekonałem się że sprawne planowanie, skuteczna analiza rozwiązań systemowych i odbiór tych rozwiązań poprzez testy jest jednym z najlepszych strategii wytwarzania oprogramowania dobrej jakości. W odpowiedzi na tę potrzebę pokierowałem mój rozwój w aktywny udział w SDLC. Stawiając na pierwszym miejscu obszar analizy systemowej i testowania.
Co robię
TESTowanie
Obszar któremu poświęcam najwięcej czasu, badanie oprogramowania przy pomocy testów jest najłatwiejszym sposobem na określenie czy dany system spełnia wymagania jakie stawia przed nim odbiorca
ANALIZA SYSTEMOWA
Każdy tester powinien mieć w sobie coś z analityka, zrozumienie kontekstu systemowo-biznesowego pozwala zawładnąć produktem, wyciskając z niego to co najlepsze dla jego interesariuszy
OPRACOWYWANIE DOKUMENTACJI
W mojej dotychczasowej pracy nie raz przekonałem się jak ważna jest dokumentacja projektowa, która powinna być wyrocznią w sporach pomiędzy developerami a biznesem
Doświadczenie
2023-2024
BNP Paribas Group Service Center
Specjalista ds. IT w zespole parametryzacji
1. Development dokumentów statycznych i dynamicznych w języku XSLT/XML
2. Tworzenie przypadków testowych
3. Testy funkcjonalne, testy regresji
4. Wdrażanie zmian w oprogramowaniu
5. Sporządzanie wymagań systemowych
6. Tworzenie dokumentacji projektowej
7. Administracja systemem ERP/CRM
8. Praca w Scrum
9. Prace rozwojowe przy platformie e-commerce
10. Parametryzacja produktów bankowych
2022-2023
Delta Contact Sp. z o.o.
Specjalista ds. Sprzedaży
1. Negocjacje
2. Realizacja celów sprzedażowych
3. Prowadzenie prezentacji sprzedażowych
4. Szkolenie nowych pracowników
5. Analiza i tworzenie sumarycznych raportów z postępów realizacji celów
Umiejętności
Raportowanie wyników testów
Jako że sam miałem okazje wytwarzać oprogramowanie, to doskonale zdaję sobie sprawę jak ważny jest raport o błędzie który jest użyteczny z perspektywy odtworzenia i debugowania błędu
Pisanie scenariuszy testowych
Tworzenie i analiza wymagań
Mam bardzo lekkie pióro i z powodzeniem wykorzystuje to w codziennej pracy. Piszę zwięzłe wymagania, zrozumiane zarówno z perspektywy biznesowej jak i technicznej
Narzędzia
Portfolio
Przypadki testowe i raporty błędów backoffice PrestaShop
Projekt zawiera przypadki testowe do platformy PrestaShop, wraz ze zgłoszeniami błędów w Jira.
Przypadki testowe wyprowadziłem na podstawię przypadków użycia platformy, z rysunku znajdującego się na pierwszym arkuszu.
Uwzględniłem ciekawsze, mniej oczywiste funkcjonalności produktu e-commerce, gdzie niezbędne jest zrozumienie biznesowych założeń.
Zapraszam do przejrzenia, arkusz można pobrać za pomocą przycisku znajdującego się na dole.
POBIERZ
Certyfikaty
F.A.Q.
Czyli symulator rozmowy kwalifikacyjnej
Jestem Michał, Ukończyłem zarządzania na wojskowej akademii technicznej a w chwili obecnej jestem na II roku studiów informatycznych. Przez ostatnie pół roku pracowałem na stanowisku specjalisty ds. IT, gdzie miałem bardzo zróżnicowany zakres obowiązków, od prac typowo programistycznych do administracyjnych. Dobrze czuję się w pracy zespołowej, lubię funkcjonować w rozbudowanym środowisku informatycznym, poznawać nowe możliwości otaczających nas technologii, zwłaszcza popularnego ostatnio AI, czas wolny spędzam raczej aktywnie, uwielbiam kolarstwo górskie i bieganie.
Tematyka testowania jest mi bliska z powodu mojego zamiłowania do jakości i niezawodności, co jest bezpośrednio widoczne w moim życiu i wyborach (konsumenckich) których dokonuje. Jestem bardziej skłonny wydać więcej pieniędzy na przedmiot konsumencki wysokiej jakości, który będzie służył mi przez lata, niż odczuwać frustracje z powodu oszczędności które poczyniłem, dobrym podsumowaniem jest motto domu mody Gucci, głoszący: „jakość pamięta się długo po tym jak zapomni się cenę”
Analizę systemową uważam za ukoronowanie wszystkich zdolności które nabyłem w życiu. Uwielbiam planować, projektować i pracować z ludźmi, a rola analityka daje mi ku temu idealne warunki. Najważniejszym aspektem tej pracy jest możliwość tworzenia czegoś od podstaw, jako człowiek chcę pozostawić po sobie jakiś ślad, a sprawnie działające i zaprojektowane oprogramowanie, które pomaga ludziom, jest czymś absolutnie wartym „zachodu” i poświęconego czasu.
Na poszukiwanie nowego miejsca pracy złożyły się dwie zmienne. Pierwszą jest restrukturyzacja mojego poprzedniego zespołu, związana ze zwolnieniami grupowymi a drugą jest zakończenie projektu rozwoju platformy e-commerce, w który byłem dość mocno zaangażowany. Lubiłem mojego poprzedniego pracodawcę, rozstaliśmy się w pełnej zgodzie.
To zależy od samego konfliktu, bo są różne rodzaje i na tej podstawię należy powziąć odpowiednią strategie.
Ciekawym przykładem strategii rozwiązywania konfliktów, którą miałem okazje wykorzystać w jeszcze dość młodym wieku, było przekonanie jednego z pracowników by wykonywał swoje obowiązki w bardziej staranny sposób, za pomocą utwierdzenia go w przekonaniu że on sam tego chce, bez nakazów, zakazów i gróźb. Poskutkowało to długotrwałą poprawą relacji i zdecydowanie wpłynęło na wydajność pracy którą wykonywałem, a która była jednocześnie bezpośrednio powiązana z obowiązkami tego pracownika.
Z perspektywy wykonywania zadań czysto technicznych to z pewnością Dobra znajomość całego procesu wytwarzania oprogramowania i kreatywność.
Proces wytwarzania oprogramowania poznałem w poprzedniej firmie. Wśród moich obowiązków było zarówno opracowywanie wymagań systemowych, programowanie(XSLT/XML) jak i testowanie rozwiązań, z powodzeniem przenosiłem te doświadczenie na każdy aspekt procesu SDLC w którym brałem udział, np. doświadczenie w programowaniu uświadomiło mi jak ważny jest szczegółowy raport z błędu znalezionego w kodzie, sam takie raporty otrzymywałem do analizy i wiem jaki raport jest najbardziej praktyczny z punktu widzenia odtworzenia i debugowania błędu.
Kreatywność to cecha której nigdy nie byłem do końca świadomy, choć była widoczna przez całe moje życie, objawiała się głównie w chęci ciągłego tworzenia jak i nieodpartą fascynacją przy poznawaniu nowych rzeczy. Zawsze starałem się przenosić tę wszechstronność na projekty w których uczestniczyłem, nie ograniczałem się do wyznaczonego zakresu obowiązków, z chęcią go poszerzałem o dodatkowe możliwości, w ten sposób nauczyłem się np. pisać manuale do oprogramowania czy tworzyć dokumentacje projektową.
Natomiast z perspektywy zalet, które mają wpływ na umiejętności miękkie to taką zaletą z pewnością jest to… że mi się po prostu chcę.
Jestem stały w uczuciach, lubię działać. Moja proaktywna postawa została już doceniona, projekty poboczne które zrealizowałem z własnej inicjatywy przynosiły mi mnóstwo satysfakcji.
Na to pytanie z przyjemnością opowiem w trakcie rozmowy kwalifikacyjnej 🙂