Czy Wy też odnosicie wrażenie, że funkcjonowanie w świecie, w którym szeroki dostęp do źródeł wiedzy i informacji wcale nie sprawia, że rozwój przychodzi nam łatwiej? Że jest wręcz przeciwnie – im więcej jest wiedzy, którą możemy przyswoić, tym trudniej jest zredukować ją do naprawdę przydatnych treści? Dobra wiadomość jest taka, że istnieją trzy główne źródła wiedzy, z których możemy korzystać na potrzeby rozwoju zawodowego. Badacze określają je procentowo w metodzie 70/20/10. Sprawdziliśmy jak ta metoda działa w Allegro z perspektywy stanowisk związanych z product i project managementem.

PMO niejedno ma imię. To prawda, bo już sam skrót może być rozwijany na wiele sposobów: Project Management Office, Program Management Office czy też Portfolio Management Office. Wiąże się to z wachlarzem różnorodnych funkcji i usług, które PMO może zapewniać w organizacji. W zależności od firmy, spotkamy więc PMO dedykowane jednemu projektowi, które będzie dbało o jego „administrację” i raportowanie. Innym razem spotkamy PMO, które tworzy i wdraża standardy zarządzania projektami i rozwija kompetencje Project Managerów w firmie. Wreszcie trafimy na takie, które koncentruje się na portfelu inicjatyw i dostarcza skondensowaną informację zarządczą oraz rekomendacje portfelowe zarządowi firmy, do którego nam w Allegro najbliżej. To tylko wybrane przykłady modeli działających w firmach. Jak zatem najtrafniej określić rolę PMO w swojej organizacji, szczególnie na etapie jego powoływania w firmie?

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?