Strefa Wiedzy

Ład projektowy w pigułce? Tak, poproszę!

Ład projektowy (Project governance) coraz częściej staje się przedmiotem rozmów w organizacjach projektowych. Wzrost zainteresowania tym tematem skutkuje coraz szerszym wykorzystywaniem go w różnych obszarach zarządzania projektami. Co rozumiemy przez pojęcie ładu projektowego? Czy jest potrzeba wprowadzania dodatkowego pojęcia w środowisko projektów? Jakie korzyści niesie jego wdrożenie w struktury firmy? Przyjrzyjmy się bliżej, czym jest ład projektowy i jak wpływa na przebieg projektów.

Hybrydowe zarządzanie projektami – alternatywa dla pragmatyków?

Popularność podejścia zwinnego oraz wyjście agile poza IT spowodowały, że projekty realizowane z wykorzystaniem zwinnych technik zaczęły docierać do głównych projektów firm i najwyższych struktur organizacji. I tutaj pojawił się problem, czego mamy użyć przy dużej skali przedsięwzięcia? Niestety w praktyce pomysły ze świata agile w wielu miejscach nie sprawdzają się (Scrum of Scrums – zbyt rozproszona odpowiedzialność; SAFe – zbyt duże zmiany dla organizacji, brak gotowości na szersze spojrzenie, itp). Z kolei próba zastosowania podejść tylko dla jednego projektu oznaczałaby konieczność robienia „wyjątków” w metodyce, w sposobie rozliczania projektu czy w uprawnieniach firmowych.

DevSecOps, czyli bezpieczeństwo oprogramowania od pierwszej linii kodu… a nawet wcześniej

W tym artykule opisuję strategiczne elementy istotne w implementacji cyklu rozwoju bezpiecznego oprogramowania (ang. Secure Software Development Lifecycle, dalej SSDLC) w dużej organizacji. Sposób realizacji dużego projektu ma ogromne znaczenie dla późniejszego utrzymania produktów, jakie dostarcza. Im większe przedsięwzięcie, tym bardziej istotna staje się precyzja i dostosowanie metodyczne. Ktoś mógłby powiedzieć: „to trochę frazes”. Lecz podkreślam to, bo należę do osób, które uważają, że po pierwsze – kierownik projektu musi rozumieć merytorykę prowadzonego przez siebie projektu (są tacy, którzy to kontestują), a po drugie – im bardziej projekt jest skomplikowany, tym bardziej powinien podążać ścieżką dostosowania metodyki do specyfiki tego konkretnego wdrożenia.

Moc humanistów w świecie IT

Nic nie osiągniesz, ucząc się kiepsko z matematyki. Któż z nas, nie będąc wybitnie uzdolnionym ścisłowcem, nie słyszał w dzieciństwie tego skazującego na zawodową klęskę stwierdzenia. Czy bycie zaklasyfikowanym do konkretnego grona kompetentnych osób odbiera nam możliwości działania w różnych branżach? Absolutnie nie, a wręcz z powodzeniem możemy odnosić w nich sukcesy.

Agile Transformation – Perestroika of Our Times?

Although communism, due to historical reasons, has one, negative connotation in Poland, at the value level it is quite resonating. Wait, hear me out! It is based on equality, lack of oppression and exploitation. And it has started with an actual manifesto, just like agile.

Zarządzanie projektami i proces uczenia się w świecie VUCA, czarnych łabędzi i BANI

Ponad 25-letnie doświadczenie i znajomość wielu branż umożliwia mi krytyczne spojrzenie na zarządzanie projektami. Dzisiaj wiem, że podejmując się nowego wyzwania, oprócz dotychczasowego trójkąta ograniczeń (dobrze – szybko – tanio), kluczowe jest uwzględnianie pętli uczenia się: nauka (Learn), oduczanie się (Unlearn) i ponowna nauka (Relearn) . Tylko takie połączenie umożliwia odpowiednie rozpoznanie tematu, wychwycenie niuansów i kontekstów, potrzebnych do dostarczania wartości w niepewnym świecie.

Scrumban – różnice w stosunku do Scrum i Kanban

Czym jest Scrumban? Nazwa sama w sobie zawiera odpowiedź, z pewnością jest to miks zasad Scrum i Kanban. Pomysł na tyle prosty, że aż genialny – czemu mam tkwić w ograniczeniach Scrum, czy pływać w nieoznaczoności Kanban (np. role w projekcie, czas retrospektyw), jeśli mogę wykorzystać te dwa narzędzia i zbudować trzecie – bardziej przyjazne użytkownikowi i silne jak dwa inne rozwiązania razem wzięte?

Megaprojekty – megaważne – uczące – ciekawe

Dla Bostonu nie ma przyszłości. To jeden wielki korek. Każdej doby, już za chwilę,miasto będzie „stać” 14 godzin! Główną arterią miasta przejeżdża 200.000 samochodów dziennie i liczba ta będzie wciąż rosła. W krótkim okresie należy spodziewać się odpływu mieszkańców, a na pewno inwestorów, którzy po wylądowaniu na lotnisku Logana musieliby wiele godzin przedzierać się do miasta. A to wszystko dlatego, że gdy Boston był projektowany, nikt nie myślał o istnieniu motoryzacji. Przebudowywano je w latach pięćdziesiątych XX wieku, na bazie planów z lat dwudziestych. Uważano, że 75.000 samochodów dziennie – to przepustowość dróg, której nigdy nie da się zapełnić. Teraz jednak bostońskie autostrady są przepełnione. Szpecą miasto. Nie rozwiązały żadnych problemów komunikacyjnych, a ich stan techniczny powoli napawa trwogą.

Refine Your Capabilities with the PALH™ Model

Personal Agility is the most important competency for the future. Based on the Korn Ferry Research, companies with highly agile executives have 25% higher profit margins than their peer groups. Personal Agility in our (AgilityDiscoveries) minds is: interpretation of agile mindsets in today’s modern organizations, impact of the leaders of today, relearning yourself, rerouting capabilities, and improving competencies. People with highly honed Personal Agility can create enhanced Organizational Agility. There are many people who are focused on organizations and at the same time forget about individuals. We are focused on individuals who can and want to change organizations.

Risk Management – for Beginners and not Only

Let’s start then with Risk Management as a crucial area for every PM. I would also dare to say that it is an area which distinguishes a good PM from “a common manager” who often gets into PM’s shoes for various reasons. He/she may feel proficient in business case, co-ordination or delegation, while risk management is then more or less neglected. I’ll give you a hint, as a person carrying out recruitment. If you are going for an interview for a PM role in a mature organization, be more than sure that this area will be thoroughly checked. With regret, I have to say that many of interviews showed that even experienced PMs have some difficulties with describing the process, they are not sure how to tailor it, or when quantitative analysis should be applied.