Agile

Gdzie jest złoty środek pomiędzy Product Discovery a Delivery?

Na pierwszy rzut oka Product Discovery oraz faza Delivery w agile to dwa różne modele pracy, jednak w obu z nich chodzi o jedno: chcemy zbudować najlepszy możliwy produkt, który będzie niósł za sobą wartość. Ważne jest, aby pomyśleć o nich jako o dwóch częściach jednego procesu. W tym artykule chcę poddać rozważaniom, kiedy Product Discovery przenika się z Delivery i jakie ma to korzyści wpływające na powstający produkt.

Kanban małymi krokami, cz. 1. STATIK – systematyczne podejście do wdrożenia metody Kanban

STATIK to sekwencja 9 kroków, licząc z krokiem zerowym. W niniejszym artykule, pierwszej części serii, opisuję  trzy pierwsze kroki – zero, jeden i dwa. Pozostałe kroki będą w tym artykule zasygnalizowane bardzo powierzchownie, a opisane dokładniej w kolejnych odcinkach serii.

Agile Outside of Work – How To Use Its Strengths in Life?

Our lifestyles over the years and decades have become very hectic – we seem to live in an unstoppable stream. Most of us work an average of 8 hours a day, 5 days a week. You have a fixed time for when your work starts, but do you actually start working right then? Do you wake up early enough to dedicate time for personal activities, and breakfast, or do you run out of time and skip it? But, simultaneously, you would like to learn a new language, travel, stay in good shape and read a book you bought a few months ago… Is achieving all these individual goals even possible when you’re so busy?

Perks of Being the Killjoy – Risk Management, the Agile Way

With agile being now the most popular approach to IT project management, the variety of projects it’s being used for is extensive. Agile is no longer reserved for small, dynamic products. It has turned out that more complex, potentially critical projects can also benefit from agile practices. Nevertheless, some adjustments had to be made – such as managing risks. Risk management is a no brainer in systems where human lives are at stake. However, I would like to address another type of projects, the ones that most of us are probably involved in – products that in case of malfunction will not cost lives, but might have some serious (usually financial) repercussions. Even though “risk” is not the most attractive of terms, it’s worth bringing it up during your agile meetings. And who knows, maybe being the killjoy at the planning phase will allow your team to actually achieve more joy by the end of the project?

Pokonaj górę lodową – krótki poradnik jak rozwiązywać problemy projektowe. Project Managera skrzynka z narzędziami, cz. XX

Co by się nie działo w naszej codziennej pracy projektowej musimy liczyć się z tym, że problemy na pewno się pojawią. W naszej pracy kierownika projektu kluczowe będzie to jak sobie z nimi poradzimy i jaką strategię wybierzemy. Umiejętności związane z identyfikowaniem i znajdywaniem rozwiązań zwłaszcza złożonych problemów mogą stać się naszym koronnym wyróżnikiem, który spowoduje, że zostaniemy dobrze zapamiętani.

Rozegraj Scrum! Ceremonie na planszy

Ludzie i interakcje ponad procesy i narzędzia – to znany wszystkim, pierwszy punkt Manifestu Agile z 2001 roku. Scrum, jako rama postępowania (ang. framework), wywodząca się z metodyki Agile, swoje wartości opiera właśnie na tym Manifeście, a jego pierwszy punkt stanowi niezwykle ważny zapis, nie tylko dla każdego Scrum Mastera, ale dla każdej osoby w jakikolwiek sposób ze Scrumem związanej. Pracując w Scrumie powinniśmy kłaść szczególny nacisk na dobre relacje międzyludzkie, jakość interakcji i atmosferę w zespole. A gdyby tak połączyć przyjemne z pożytecznym…

Budowanie i wspieranie kultury innowacji i ciągłe doskonalenie. Project Managera skrzynka z narzędziami, cz. XVI

Czas, w którym przyszło nam pracować wymusza na nas budowanie i wspieranie kultury innowacji oraz ciągłego doskona­lenia systemów i produktów, jakie tworzy­my. Era cyfrowa, która trwa od kilku dekad rozwija się i najpewniej osiągnęła już swój pewien przełomowy moment, gdzie ci, którzy nie dostosowują się do niej i nie nadążają z innowacjami wprowadzanymi na rynek, zaczynają tracić klientów. Zna­my już przypadki dużych i znanych marek, które zniknęły z rynku, bo zignorowały przełomowe i innowacyjne pomysły i wy­twarzały dalej swoje flagowe produkty nie bacząc na to co planuje konkurencja. Czy tego chcemy czy nie, musimy dostosować się do zmieniającego otoczenia i patrzeć na to jak zachowuje się nasz klient i jakie są jego potrzeby.

Od managera do lidera – ścieżka transformacji. Project Managera skrzynka z narzędziami, cz. XIX

Lata pracy i doświadczeń, sukcesy i porażki, niezliczona ilość eksperymentów, błędów, wyciągniętych wniosków. Wszystko to po to by być jeszcze lepszym kierownikiem projektów. No właśnie... kierownikiem, managerem czy może jednak liderem? Dziewiętnasta część skrzynki będzie o naszej własnej transformacji, o ścieżce jaką przechodzimy i o praktykach, które mogą nam pomóc w rozwoju i zostaniu prawdziwym liderem.

PI Planning demystified

In our previous article we shared with you an Innovation & Planning sprint (IP) – concept that is coming in from Scaled Agile Framework® (SAFe®). Briefly we mentioned the Program Increment Planning (PI Planning). As this is a wider topic which, in our opinion, requires bigger attention and should be explained in more detail, here we come with it. We decide to implement a scaled agile approach when we have multiple teams (minimum 5) and together work on development of one product. Only then any scaled approach starts to make sense and only when having multiple teams, working together, we need a cross-team alignment and plan for a longer horizon than one sprint. SAFe® calls it PI Planning and it’s one of the best tools to synchronize, align and integrate between teams.

DevOps in SAFe – Success Possible with Cultural Change First

DevOps is the new buzzword in many companies. Although the concept has been there for a while it is still something new, something that we feel we need, something that we try to implement. And the sooner the better! Yet we still fail to recognize what DevOps has actually become and that the implementation is not only technical but rather cultural. What is DevOps? Let’s start with Wikipedia: “DevOps is a set of practices that combines software development (Dev) and IT operations (Ops). It aims to shorten the systems development life cycle and provide continuous delivery with high software quality. DevOps is complementary with Agile software development; several DevOps aspects came from the Agile methodology.”