Tag: zarządzanie projektami

Samoorganizujące się i samozarządzające zespoły nie istnieją? Czyżby? Ja wiem, że nadal dla wielu brzmi to jak utopia, ale spróbuję zainspirować Was tym artykułem do zbliżenia się do tego modelu współpracy. Ktoś kiedyś pokazał mi rozwinięcie wyrazu TEAM (z ang. zespół) – Together Everyone Achieves More (z ang. Razem każdy osiąga więcej). Wbiło mi się ono mocno w głowę i z takim podejściem staram się budować swoje zespoły projektowe. I chociaż o umacnianiu zespołu, budowaniu więzi już w serii Skrzynka z narzędziami trochę było, to według mnie nigdy takich porad za mało. Tym razem biorę na tapet gry integracyjne, które pomagają nam w jeszcze lepszej współpracy z uwzględnieniem fazy, w jakiej znajduje się nasz zespół.

Project Management to bardzo szeroka definicja, opisująca mniej lub bardziej szczegółowo zestaw zadań i czynności, które należy wykonać, aby w określonym czasie osiągnąć wyznaczony i zdefiniowany na początku cel. Duże firmy i korporacje, z racji swojej dojrzałości i doświadczenia, podejmują się pracy nad złożonymi projektami z różnych dziedzin. A koordynacja zadań i połączenie umiejętności zarządzania aspektami takimi jak czas, budżet i plan, w tym również współpracy z wieloma ludźmi, stanowić może nie lada wyzwanie. Wydawać się może, że project managerowie posiadają jakąś tajemną wiedzę, zdobywaną przez lata ciężkiej pracy, nauki i doskonalenia swoich umiejętności na właśnie takich gigantycznych, skomplikowanych inicjatywach. Ale czy mniejsze inicjatywy nie są tak samo wymagające?

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?