Tag: Project Manager

W kierunku organizacyjnej zwinności: Agile Change Management

Zmiana stanowi nieodłączny element życia współczesnych organizacji. Postęp technologiczny, nowe strategie marketingowe, zmienność otoczenia konkurencyjnego – to przykładowe czynniki, które zmuszają przedsiębiorstwa do wprowadzania zmian biznesowych. Wprowadzanie zmiany organizacyjnej polega na stworzeniu i zaadaptowaniu nowego sposobu działania. Może to być ukształtowanie nowej struktury organizacyjnej, wejście nowego produktu na rynek, zastosowanie nowej procedury czy ujednolicenie funkcjonowania dwóch przedsiębiorstw, które dokonały fuzji. Wszystko to wymaga z jednej strony: uruchomienia programu lub projektu, który wypracuje rozwiązanie adekwatne do potrzeb, a z drugiej: zarządzenia zmianą w taki sposób, żeby ludzie, których ona dotknie, jak najszybciej odnaleźli się w nowej rzeczywistości. Zmianę rozumiemy zatem jako rezultat zaadoptowania, wykorzystania w organizacji wyników wypracowanych w projekcie lub programie.

Pogranicza. Proces czy projekt?

Co trzeba rozumieć ze świata pozaprojektowego, aby skutecznie kierować projektem? Jak zarządzać czymś, co jest trochę projektem i trochę nim nie jest? Czym byłby projekt „czysty”? Byłby idealnie zgodny z definicją czyli byłoby to unikalne, tymczasowe przedsięwzięcie podejmowane po to, aby wytworzyć tzw. business product. Business product to coś, dzięki czemu sponsorowi będzie lepiej. Ów business product jest jednocześnie nie do kupienia ot tak, z półki. Musimy go wytworzyć naszym projektem, wykorzystując specjalnie zorganizowane pod ten cel zasoby. A gdyby potrzebny nam business product dało się kupić z półki? Wtedy cena byłaby zapewne korzystniejsza niż suma budżetowa projektu. A gdyby nawet nie, to na pewno zyskalibyśmy na czasie. Gdyby potrzebne nam business products dało się produkować seryjnie, to odpadłby nam cały kłopot związany z organizowaniem się do projektowej pracy, itp. Gdyby ...

Projekt nad przepaścią. Plan Naprawy Projektu z wykorzystaniem metody UATRNE

Zarządzanie projektami można porównać do podróży – podobnie jak podróż, projekty mają swój kierunek i swoje cele, zaplanowany czas i budżet, i gdzieś ustawiony koniec trasy, ale po drodze mają też zakręty, ślepe uliczki, jazdę pod górę, a czasem zdarza się, że stają nad przepaścią. Co wtedy? Czy zawsze można i czy warto zawrócić?

Praktycznie o programach, czyli gdzie, kiedy i dlaczego warto?

Rosnąca złożoność projektów powoduje, że kierownicy projektów oraz organizacje szukają rozwiązań i technik związanych z zarządzaniem programami. Mnogość departamentów i działów (a nawet krajów) zaangażowanych w realizację przedsięwzięcia, a przy tym coraz większa otwartość Dyrekcji i Zarządów do delegowania uprawnień w organizacji powoduje, że w firmach „robi się miejsce” na zarządzanie programami. Nie mówimy tutaj jednak o dodatkowej metodycznej nazwie, ale rzeczywistym zapewnieniu korzyści dla firmy z organizacji i synchronizacji realizowanych powiązanych projektów. Czy w takim razie jesteśmy gotowi na zarządzanie programami i czy do końca rozumiemy, co oznacza wdrożenie ich w przedsięwzięciu lub całej organizacji? Spójrzmy na kilka praktycznych aspektów prowadzenia programów.

Ewaluacja, czyli informacja zwrotna dla projektu

Kultura informacji zwrotnej jest nieocenionym narzędziem w wielu organizacjach. Na ogół feedback kojarzony jest z komunikacją i relacjami interpersonalnymi, co jest jak najbardziej słusznym tokiem myślenia – spójrzmy jednak na ten temat troszkę szerzej, czyli przez pryzmat otoczenia projektowego oraz projektu jako całości. Informacja zwrotna w tym przypadku to nic innego jak ewaluacja.

What Does Agile Demand from the Middle Management?

McKinsey has published recently an article entitled “How companies can help midlevel managers navigate agile transformations?”, where the authors have created a very pessimistic vision of four major requirements that organizations put on modern leaders. They need to be incredibly agile and have multiple competencies. What are they and is it realistic to expect so much from one man?

Menedżer średniego szczebla – naturalny sojusznik Project Managera czy główny „opornik” w projektach? Część 2.

Myśląc o roli menedżerów średniego szczebla w zmianie, warto przywołać obraz instrukcji obsługi maski tlenowej w samolocie pasażerskim – „najpierw załóż maskę sobie, a potem dziecku”. Dla Project Managera ta instrukcja może stanowić inspirację do pracy z menedżerami w organizacji, w której wdraża on zmiany. Oznacza to, że najpierw trzeba im pomóc wejść w zmianę i oswoić się z nią na tyle, aby byli w stanie efektywnie wspierać w niej swoich pracowników.