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.
Trzy filary Scruma, które wszyscy znają i połowa zespołów ignoruje
Scrum Guide wymienia trzy filary, na których stoi cały framework: przezroczystość, inspekcja i adaptacja. Brzmią jak teoria, ale za każdym z nich kryje się konkretny mechanizm, który albo działa, albo sprawia, że sprint po sprincie coraz więcej się sypie. I wcale nie chodzi o brak ceremonii.
Backlog grooming: ceremonia, która w połowie zespołów istnieje tylko z nazwy
W 2005 roku Mike Cohn użył słowa „grooming” w kontekście backlogu i nikt nie podejrzewał, że stanie się to nazwą jednej z najbardziej zaniedbywanych ceremonii Scruma. W 2013 Scrum Guide zmienił nazwę na „refinement”, polska branża IT wzruszyła ramionami i używa obu. A tymczasem backlog rośnie.
Backlog produktu przykład: lista, która albo rządzi projektem, albo tylko zajmuje miejsce w Jirze
340 elementów w backlogu, połowa bez opisu, Sprint Planning trwa trzy godziny i nikt nie wie, skąd wzięła się pozycja numer 217. To nie jest wyjątek, to raczej standardowy wtorek w sporej części firm technologicznych. Backlog produktu jest albo najważniejszym narzędziem Product Ownera, albo listą, która zajmuje miejsce w Jirze.
Backlog w produkcji: lista zadań, która żyje własnym życiem
Osiemdziesiąt ticketów w Jirze, połowa bez właściciela, jedna czwarta nieaktualna i pięć nowych z priorytetem „pilne”. Backlog produkcji w IT wygląda tak w większości firm i nikt nie traktuje tego jako problemu, dopóki projekt nie zaczyna się sypać. Czym właściwie jest backlog produkcyjny i dlaczego tak trudno nad nim zapanować?
Backlog w firmie: lista życzeń, kolejka robót, czy coś, czym nikt naprawdę nie zarządza
Backlog brzmi jak porządek, a wygląda jak szuflada z rachunkami. Oficjalnie to artefakt Scruma z jednym właścicielem i jasnym priorytetem. W praktyce to lista życzeń zarządu, zaległości techniczne i pomysły z retrospekcji sprzed roku, wszystko razem w jednym widoku Jiry. Czym naprawdę jest backlog i gdzie najczęściej goni własny ogon?
Compliance, czyli dlaczego wszyscy mają to w nazwie projektu, a nikt nie wie co robić
Arkusz z 47 wymogami regulacyjnymi dla jednego systemu. Siedem zespołów, każdy pilnuje swojego kawałka, żaden nie wie co robią pozostali. Compliance w teorii brzmi prosto, w praktyce nikt nie wie, gdzie kończy się jedno rozporządzenie, a zaczyna drugie.
Backlog: słowo, które przyszło z kominka i zostało w Jirze
Słowo backlog ma ponad 300 lat i zaczynało jako polano w kominku. Dziś siedzi w Jirze, Azure DevOps i prezentacjach Product Ownerów. Ale czy lista zadań w narzędziu to to samo, co narzędzie do zarządzania produktem?
DevOps? To nie narzędzie, to sposób na przetrwanie
W 2009 roku dwóch inżynierów z Flickr powiedziało, że wdrażają kod 10 razy dziennie. Dla większości brzmiało to jak science fiction. Nie mówili o magii – mówili o tym, że Dev i Ops przestali się kłócić. DevOps to nie narzędzie ani stanowisko. To odpowiedź na pytanie: co się dzieje, kiedy organizacja przestaje udawać, że programiści i administratorzy to dwa wrogie plemiona?
Pięć etapów zarządzania zmianą w ITIL 4, o których nikt nie mówi wprost
W 2019 roku AXELOS zmienił nazwę Change Management na Change Enablement. Większość ludzi to przeoczyła. Problem w tym, że organizacje nadal traktują proces jak punkt kontrolny, nie mechanizm przyspieszający pracę. Pięć etapów zarządzania zmianą ma sens, jeśli rozumiesz, po co są. Jeśli nie, stajesz się zakładnikiem procesu.
Kiedy rekruter pyta o business case, a ty myślisz o dokumentacji PRINCE2
Business case w PRINCE2 to 120 slajdów PDF, które nikt nie czyta. Business case w rekrutacji do konsultingu to 25 minut improwizacji, która decyduje o twojej karierze. Ta sama nazwa, dwa różne światy.