Prowadź projekty IT like a pro!

Bardzo się cieszę, że chcesz bliżej przyjrzeć się leadership w IT.

Zarządzanie projektami, dostarczanie produktów samo w sobie jest skomplikowane. Jeśli dodamy do tego czynnik IT, sprawa jeszcze bardziej się komplikuje.
🔸Nagle okazuje się, że trzeba rozumieć samą materię technologii jak również jej potencjał, zakładając, że chcemy nasze produkty rozwijać.
🔸Współpracujemy z wieloma różnymi specjalistami, z którymi zbudowanie skutecznej komunikacji niejednokrotnie wymaga znajomości żargonu IT.
🔸Każdy nowy projekt poza złożonością technologiczną może być przeznaczony dla innej branży o innej logice biznesowej, co zwiększa dodatkowo stopień skomplikowania.

Mamy więc kompetencje techniczne IT, znajomość branży, dla której przeznaczony jest projekt, umiejętności miękkie i managerskie. Całkiem sporo, jak na wyzwanie zawodowe, prawda?😉

Właśnie, aby ułatwić Ci nawigowanie w tych okolicznościach, powstały poniższe materiały.

1. Delivery w IT- Managerze, co jest tak naprawdę ważne?

📜Dokument: Managerze, co jest tak naprawdę ważne?

Otrzymałam kiedyś od mojego niemieckiego szefa następujące pytanie- „Marta, co ty takiego robisz jako PM w tym zespole, że to u Was po prostu działa? Nie słyszę nigdy o Was nic negatywnego od klienta, zespół wydaje się być zadowolony, dowozicie i nie muszę poświęcać czasu na eskalacje. Jak to przenieść do naszych innych zespołów?”

Pamiętam, że wówczas trudno było mi spontanicznie na to pytanie odpowiedzieć. Często działamy intuicyjnie💡. Posiadamy daną wiedzę, ale jest ona poniekąd nieuświadomiona. Nie zdajemy sobie sprawy ze wszystkich reguł, według ktorych działamy. Dzisiaj również absolutnie nie śmiem twierdzić, że wiem, jak model działania moich zespołów przenieść na inne. Zebrałam jednak dla Was tutaj część z moich najważniejszych zasad– kto wie, może zadziałają również u Ciebie?

Materiały, które zaraz będziesz mieć okazję przeczytać nie ograniczają się jednak jedynie do branży IT. W znacznie większej ilości miejsc dostarczamy produkt. Dostarczamy go z ludźmi, często w środowisku, w którym plan działa dopóki nie rozpoczniemy działania💁

Znajdziesz w nich 15 ważnych zasad, które nie są uzależnione od modelu, w którym współpracujesz i metodyki, której używasz.

2. Dlaczego ta aplikacja jest taka niestabilna?

Jeśli otrzymała/eś kiedyś od klienta tytułowe pytanie- dlaczego Twoja aplikacja jest taka niestabilna?

Jeśli tak, to zapewne wiesz, że nie jest to nic miłego. Poniekąd stawia pod znakiem zapytania jakość naszej pracy, nasze zaangażowanie w budowanie dobrego produktu.

Z drugiej jednak strony… z perspektywy klienta wydawać by się mogło, że skoro coś przygotowujemy i przedstawiamy dane funkcjonalności jako gotowe na review, one powinny już takie pozostać na zawsze. Tymczasem bywa, że już przy następnym review lub wcześniejszych testach odkrywamy, że coś innego, co zrobiliśmy w ciągu ostatnich kilku tygodni działa, ale.. popsuły się poprzednie rzeczy. Dlaczego tak właściwie jest?

Baza kodowa cały czas ewoluuje. Zdarza się, że programiści dokładając do niej nowe rzeczy powodują, że te wcześniejsze przestają działać. Wszystko działa przecież tylko i wyłącznie w oparciu o kod źródłowy.

Dodatkowo programiści czasami refactorują kod, a więc zmieniają jego sposób zapisania bez intencji wpływu na zmianę funkcjonalności. Robią to, aby zwiększać jakość techniczną rozwiązań.

My jako osoby z IT to rozumiemy, dla naszych klientów jednak to może nie być oczywiste💁🏻‍♀️ Dlatego warto tłumaczyć💬, przemycać wiedzę o pracy naszego zespołu, zasadach współpracy na długo przed tym, jak rzeczywiście coś przestanie działać i zostaniemy oskarżeni o słabą jakość produktu.

Dochodzimy tym samym do ciekawego wniosku. Jednym z zadań lidera projektu IT w pracy z klientem jest edukowanie o IT. Edukowanie pozbawione kontekstu tłumaczenia się po wytknięciu błędu. Dzięki zbudowaniu obustronnego zrozumienia łatwiej będzie nam przejść również przejść przez trudniejsze okoliczności.

3. Czy wartość tkwi tylko w samym robieniu?

Chciałabym, abyś pamiętał/a również o innym ważnym aspekcie. Temacie, z którym boryka się z moich obserwacji wielu managerów. Czymś, z czym ja przez bardzo długi czas miałam problem. O łatwości i szybkości przechodzenia w tryb działania.Jeśli jesteś częścią mainstreamu, prawdopodobnie nie studiowała/eś zarządzania. Nie planowała/eś od zawsze być managerem. Tak przynajmniej wygląda to w zdecydowanej większości managerów. Nasze wykształcenie jest inne, ale później poprzez aktywność zawodową, pracę w projektach ktoś dostrzega w nas potencjał. Potrafimy się zorganizować, dobrze radzimy sobie ze stresem, kierowaniem pracą grupową i co najważniejsze- potrafimy rozwiązywać problemy. Działamy, sprawiamy, że sprawy się dzieją. Tak trafiamy do pierwszych ról liderskich i managerskim. Im dalej jednak jesteśmy na naszej drodze, tym te umiejętności, które doprowadziły nas do tego momentu, zaczynają przeszkadzać. To, co pozwoliło nam zostać managerem, nie pomaga nam dalej.

Pracownicy przychodzą do nas z problemami. A my z naszą gotowością do działania odpowiadamy:🔸 wiesz co, nie jestem pewna, ale sprawdzę to🔸 hm, tam chyba trzeba było napić do X, dam Ci znać🔸 myślę, że rozumiem problem, ale wiesz co? To wcale nie jest takie trudne, zaraz Ci pokażę..I tak z każdym takim stwierdzeniem przysłowiowa „małpa”🐒🐵, z którą przyszedł pracownik, przeskakuje na nasze plecy. Pod koniec dnia, zasapani pomiędzy callami mamy już na naszych barkach pokaźną kolekcję 🐵🐵🐵🐵🐵 A nasi pracownicy w spokoju czekają na naszą odpowiedź 😉Co mi osobiście pomogło uporać się z tym problemem?
1️⃣Świadomość, że za każdym razem, kiedy wyręczam pracownika, pozbawiam go szansy rozwoju i nauki.
2️⃣Świadomość, że samo nazwanie problemu/tego, co nie działa i wysłanie go do rozwiązania do osoby odpowiedzialnej wnosi wartość. Nie muszę od razu rzucać się w wir działania.

4. Delivery w IT oczami Project managera i Scrum mastera

🎥Wideo: Delivery w IT oczami Project Managera i Scrum Mastera

ednym z częstych problemów przy dostarczaniu oprogramowania jest niekompletny backlog. Brzmi to całkiem ogólnie, ale składa się na niego wiele różnych aspektów takich, jak między innymi:

🔸 Brak zdefiniowanego user flow
🔸 Brak zdefiniowanych w pełni FR i NFR
🔸 Brak pokrycia funkcjonalności w user stories
🔸 Redundancja wymagań w user stories
🔸 Brak określenia zależności i relacji pomiędzy user stories
🔸 Problematyczne określenie prerekwizytów (assetów, dostępów, tekstów)- trudności z określeniem granicy pomiędzy odpowiedzialnością klienta a podwykonawcy.

Jesteś ciekawa/y, jakie inne problemy niejednokrotnie spędzają sen z powiek liderów IT? Pozostając w tematach okołodelivery w IT obejrzyj 🎥webinar, w którym opowiadam o dostarczaniu oprogramowania z perspektywy Scrum Mastera i Project Managera.

Myślę, że te treści pozwolą Ci na refleksję na temat złożoności tego zagadnienia. W moich oczach można mówić na ten temat bardzo długo. Między innymi dlatego zaprojektowałam ten newsletter, a także program Praktycznie Delivery, o którym opowiem Ci więcej w kolejnych mailach. Potrzebowałam przestrzeni, aby Ci o moim doświadczeniach opowiedzieć.

5. Jak strategia dostarczania oprogramowania wpływa na jakość produktów IT?

🎥Wideo: Jak strategia dostarczania oprogramowania wpływa na jakość produktów IT?

Na koniec podejmiemy rochę bardziej zaawansowany temat, jednak niezmiernie istotny. Często koncentrujemy się na metodyce projektów, konstelacji klient-podwykonawcy, ilości osób w zespołach.. Zapominamy jednak przy tym o przyjrzeniu się strategiom dostarczania oprogramowania.

To od tego, według jakich zasad pracuje w tym aspekcie zespół bardzo dużo zależy. Nie jest to jedynie kwestia jakości produktu końcowego, ale również możliwości w budowaniu współpracy z klientem, responsywności w obliczu niespodziewanych sytuacji i wielu innych aspektów.