Znajdź inspirację i skuteczne narzędzia, które pomogą Ci w zarządzaniu projektami oraz zespołami. Nasze materiały dostarczą Ci wiedzy nie tylko na temat efektywnego planowania i realizacji zadań, ale także dotyczącej budowania silnych relacji w zespole.
Ład IT i zgodność – kiedy papier ma rację, a projekt się sypie
87-stronicowa polityka ładu IT, podpisy czterech dyrektorów i nikt z zespołu nie otworzył dokumentu ani razu. Ład IT i zgodność padają rzadko z powodu złego frameworku – częściej dlatego, że governance opisuje procesy, które nigdy nie istniały. Sprawdź, gdzie naprawdę leżą dziury w płocie.
Twój zespół IT nie jest za mały – jest za głośny
Twój zespół ma za dużo spotkań, za mało skupienia i prawdopodobnie zbyt wielu ludzi w projekcie, który już się sypie. Prawo Brooksa z 1975 roku wciąż działa – i wciąż jest ignorowane przy każdej eskalacji do zarządu. Sprawdź, co naprawdę blokuje produktywność twoich ludzi.
Wdrażanie Scruma – kiedy framework przestaje być rozwiązaniem, a zaczyna być problemem
Firma kupiła Jirę, przeszkoliła zespół i wyznaczyła Product Ownera. Trzy miesiące później Scrum istnieje głównie w nazwach spotkań w kalendarzu. Wdrożenie frameworku to nie to samo co zmiana sposobu działania organizacji – i ta różnica kosztuje.
Dług technologiczny – pożyczasz od przyszłości i ona zawsze odda się ze sporą nawiązką
Ward Cunningham wymyślił termin “dług techniczny” w 1992 roku jako metaforę świadomego kompromisu. Trzydzieści lat później ten dług rośnie w większości organizacji IT bez wiedzy zarządu – i bez planu spłaty. Sprawdź, ile naprawdę kosztuje twój.
Jeden sprint, trzy szefostwa i zero wspólnego backlogu – o tym, jak naprawdę działa zespół cross-funkcyjny
W 2015 roku ING Bank rozwiązał 3500 stanowisk i poprosił ludzi, żeby złożyli podania o pracę w 350 nowych squadach po 9 osób. Brzmi jak radykalne ryzyko – i było. Ale zanim zaczniesz kopiować ten schemat, sprawdź, czy twój “cross-funkcyjny” zespół ma wspólny backlog, wspólne OKR‑y i kogoś, kto naprawdę ma mandat do decyzji.
Manager IT sam sobie nie wystarczy – i dobrze o tym wiesz
Manager IT dostaje priorytety z góry i odpowiada za wyniki na dole – a przestrzeń między tymi dwoma warstwami jest często dość wąska i dość samotna. Standish Group od lat pokazuje, że większość projektów IT nie kończy się tak, jak planowano. Warto się zastanowić, ile z tych niepowodzeń zaczyna się nie od złej metodologii, ale od managera, który przez pół roku nie miał z kim porozmawiać o trudnych decyzjach.
Backlog po polsku – zaległości, rejestr czy po prostu lista?
“Backlog” to jedno z tych słów, które polskie środowisko IT przyjęło bez tłumaczenia i udało, że problem nie istnieje. A problem istnieje – i objawia się zwykle przy raportowaniu do zarządu, kiedy 200 zaplanowanych funkcjonalności brzmi nagle jak 200 zaległości, za które ktoś powinien odpowiedzieć. Jak to słowo działa naprawdę i dlaczego niejednoznaczność terminologii kosztuje więcej niż się wydaje.
Iteracja – dlaczego projekty, które nigdy nie kończą, często kończą najlepiej
Projekt, który co dwa tygodnie pokazuje działający kawałek produktu, wygląda wolniejszy od tego, który obiecuje wszystko po osiemnastu miesiącach. Rzadko jest. Czym naprawdę jest iteracja i dlaczego jej brak to nie oszczędność czasu, lecz odroczony rachunek za błędy, których nikt nie zobaczył wystarczająco wcześnie?
Grooming w Agile – skąd się wzięło słowo, które Scrum porzucił w 2013 roku
“Grooming” brzmiało niewinnie – dopóki twórcy Scruma nie zmienili go oficjalnie na “refinement” w 2013 roku. Większość polskich zespołów IT wciąż używa starego słowa, nie zawsze wiedząc, co tak naprawdę kryje się za tą aktywnością. I czy w ogóle robią to dobrze.
Backlog spółki: ta sama nazwa, dwa zupełnie różne światy
Analitycy giełdowi mówią o backlogu Asseco wycenianym na 13,5 mld zł. Product Ownerzy mówią o backlogu w Jirze z 200 pozycjami, których połowa nie ma już sensu. To samo słowo, dwa zupełnie różne problemy i zadziwiająco rzadkie rozmowy między tymi dwoma światami.