Pogromca ograniczeń Jacek Branas

5 symptomów wąskiego gardła w biznesie

Wąskie gardło w procesach firmowych to moment, w którym jedno ogniwo ogranicza przepustowość całego systemu. Jeśli go nie zidentyfikujesz, może drastycznie spowolnić rozwój. Sprawdź, czy w Twojej firmie nie występują poniższe symptomy:

1. Opóźnienia w realizacji zadań
Terminy projektów są regularnie przekraczane bez wyraźnego powodu, mimo że inne etapy przebiegają sprawnie.

2. Narastające kolejki zadań
Jeden zespół, dział lub członek zespołu ma stale „stos” zadań czekających na realizację.

3. Nierównomierne obciążenie pracowników
Część osób ma nadmiar pracy, podczas gdy inni działają znacznie poniżej swoich możliwości.

4. Skargi klientów na czas realizacji
Pojawia się rosnąca liczba uwag dotyczących długiego oczekiwania na produkt lub usługę.

5. Spadek jakości przy zwiększonym wolumenie
Przy większej liczbie zamówień błędy lub reklamacje pojawiają się częściej niż zwykle.

Czy któryś z nich brzmi znajomo?

Call now to connect with business.

Kiedy projekt się nie uda, to zwykle szukamy winnych porażki...
Kiedy natomiast się nam powiedzie, to matek i ojców sukcesu jest co niemiara. 🤷‍♂️
W obu przypadkach popełniamy błąd, który będzie się mścił w przyszłych projektach.
W każdym z tych przypadków powinniśmy zrobić spotkanie "post mortem", czyli "pośmiertne".
Co robić na takim spotkaniu? Nagrałem o tym vlog - link w komentarzu.

Zarządzanie projektami metodą Łańcucha Krytycznego (CCPM) wymaga pewnych fundamentalnych zmian w podejściu do estymacji czasu trwania zadań.
Stosujemy tzw. agresywne czasy, co oznacza, że estymacje skracamy o połowę. Czasami to jest mniej - zależy od specyfiki projektu. Robimy to, żeby wyeliminować pewne negatywne zjawiska.
Niestety, ludzie bardzo szybko się orientują i proponują dłuższe estymacje, żeby po obcięciu znów dysponować takim samym czasem, jak poprzednio.
Co zatem zrobić?
Odpowiedź jest we vlogu, który nagrałem. Link w komentarzu.

Czy zawsze każde zadanie musi być wykonane idealnie?
Czy perfekcjonizm jest zawsze bezwzględnie wymagany?
A może to błąd robić wszystko idealnie?

Osoby sumienne, które nie mogą powstrzymać się przed robieniem wszystkiego idealnie, często cierpią i są przepracowane...

Zobacz najnowszy o tym, jak w perfekcjonizm nie jest wystarczająco dobry...
Link w komentarzu.

Czy większość kierowników projektów to idioci? 😜
Tak naprawdę większość projektów nie udaje się lub nie udaje się w pełni. 🤦‍♂️
Co to oznacza, że projekt się udał w pełni? Został zrealizowany na czas, w budżecie i zgodnie z założoną specyfikacja. Tak się dziej w mniej niż 1/3 przypadków.
Z tego wynikałoby, że ponad 2/3 kierowników projektów źle prowadzi projekt.

Tak jednak nie jest. Moim zdaniem problem z projektami wynika z faktu, że taktujemy projekty tak samo jak procesy.

A to nie to samo.

Jak uważasz❓🤔

Dlatego przygotowałem , podczas którego pokażę parę rewelacyjnie prostych działań, które usprawnią każdy projekt. Niezależnie od tego, czy pracujesz , czy .

Nagrałem , na którym zapraszam na , ale możesz bezpośrednio się zapisać z linku, ktory umieściłem w komentarzu.

Przez to, że źle zarządzamy projektami to one się nie udają.
Pytanie, jak można zarządzać projektami? Przecież projekt to (ogólnie rzecz biorąc) zestaw zadań do wykonania.
Mamy zatem zarządzać zadaniami? Mamy im kazać zrobić się?🤦‍♂️

Możemy tylko zarządzać ludźmi. Skoro tak, to żeby dobrze zarządzać projektami, musimy dobrze zarządzać ludźmi.

Zapraszam na webinar: tu masz w którym przedstawiam ideę: https://buff.ly/4946gxT

A jak chcesz możesz się od razu zapisać na webinar: https://buff.ly/48Fk9mg

Ludzki wymiar projektów - zaproszenie! Pogromca Ograniczeń Projekty się nie udają głównie dlatego, że źle nimi zarządzamy. Jednak co to znaczy "zarządzać projektem"? Projekt to pewnego rodzaju abstrakcja - tak napraw...

Czy jest sposób, żeby wybrać metodykę zarządzania projektami?

Jest.

To dość proste, bo generalnie mamy dwa rodzaje potrzeb, które są zaspakajane przez projekty.

Pierwszy z nich dotyczy tworzenia czego, co jest dokładnie określone i możemy to opisać w specyfikacji. Przykładem będzie np. most, czy dom.

Drugi z nich dotyczy zaspokojenia pewnych potrzeb klienta, ale nie wiemy jeszcze dokładnie w jaki sposób, czyli nie znamy specyfikacji produktu.

Pierwszy typ projektu najlepiej realizować metodykami kaskadowymi, zaś drugi metodykami zwinnymi ( , # Scrum).

Nagrałem , w którym omawiam te różnice trochę dokładniej. Link do filmu w komentarzu.

Od czego musisz rozpocząć projekt?

Na moim nowy wpis o .
Tym razem odpowiadam na pytanie, od czego rozpocząć projekt.

Co takiego musi się wydarzyć, żeby zwiększyć szanse na sukces projektu.

https://buff.ly/47UjwUs

Jak pewnie wiesz, ostatnio nagrałem serię vlogów o 4+1 Jeźdźcach Apokalipsy Projektowej 🏇🏇🏇🏇🏇

Możesz oglądnąć klikając tu: https://buff.ly/3StThjr

Możesz też poczytać:
Powstaje jednak pytanie jak sobie z nimi poradzić, żeby Cię nie atakowali?

Jeźdźcy Apokalipsy Projektowej mają to do siebie, że są podstępni. Atakują nawet, jeżeli sobie nie zdajesz z tego sprawy. Nawet jeżeli mówisz, że ich nie ma. Nawet jeżeli kwestionujesz ich istnienie!

Dlaczego się tak dzieje? Hmm. Można bym powiedzieć... Natura ludzka już taka jest. Mamy pewne przekonania, pewne założenia - paradygmaty, czyli rzeczy, których nie sprawdzamy i nie testujemy w rzeczywistości, odnośnie tego, co i jak należy robić.

Zakładamy, że nasze oszacowania czasu są dokładne, a to guzik prawda, bo nie wiemy, jakie one są. Dopiero, kiedy zaczniemy coś robić, to się dowiadujemy. Pojawia się jeszcze jeden problem.

Problem, który jest kluczowy w środowisku wieloprojektowym, albo w środowisku, gdzie projekty są współdzielone z pracą procesową.

Czyli mamy zasoby, które muszą jednocześnie wykonywać pracę taką stałą i pracę projektową.

Chodzi tu o rozróżnienie czasochłonności i pracochłonności.

Różnica między nimi jest dość istotna. Pracochłonność to określenie, które oznacza ile faktycznie praca, którą muszę wykonać, mi zajmie.

Jeżeli mam wykonanie zadania projektowego, to gdybym rzucił wszystko i zajmował się tylko wyłącznie nim, powiedzmy zajmie mi dziesięć dni. Ale ponieważ mam jeszcze inne obowiązki i przeplatam pracę, pracuję w trybie wielozadaniowym...

Zła wielozadaniowość...

Mam nadzieję, że wiesz, dlaczego nie wspomniałem o tym w Jeźdźcach Apokalipsy Projektowej, ponieważ zła wielozadaniowość wpływa nie tylko na projekty, także w procesach działa. Więc jeżeli uwzględnimy ten czynnik, że bardzo często pracujemy nad więcej zadaniami niż tylko projektowymi, to okazuje się, że zadanie nie trwa 10 dni, tylko np. 20, z czego 10 dni było fizycznej pracy nad zadaniem tego projektu. A więc czasochłonność wynosi 20 dni, a pracochłonność 10.

Rozróżnienie tego i zrozumienie, kiedy stosować rozliczanie ludzi z czasochłonności. a kiedy z pracochłonności, jest rzeczą, która może dramatycznie poprawić Twoją efektywność projektową.

Co zrobić by nie atakowali S07E10 Pogromca Ograniczeń Jeźdźcy Apokalipsy Projektowej atakują podstępnie. Ba, atakują nawet wtedy jeżeli o nich nie wiem, albo nawet kwestionujemy ich istnienie...Poznaj kluczowe p...

Co było w ankietach?
Ankiety wypełniło nawet sporo osób, ale co było w ankietach?
Pierwsza rzecz, która mocno mnie zdziwiła, choć chyba nie powinna, to że zdecydowana większość wypełniających to byli mężczyźni.

Kolejna rzecz, która już mnie nie zdziwiła, to tylko jakieś 3 % osób przyznało się, że w ogóle nie zajmuje się projektami. Ani jako uczestnik, ani jako kierownik.

Prawie 20% osób zaznaczyło, że 100% czasu to projekty, a około 50% osób bardziej zajmuje się projektami, niż procesami. Reszta zajmuje się projektami, poniżej połowy czasu zajmują się projektami.

To chyba nie było zaskakujące, że na ankietę o zajmowaniu się projektami głównie odpowiadały osoby zajmujące się projektami 😉

Co ze znajomością narzędzi?

Otóż większość z was nieźle kojarzy narzędzia. Większość z was zna wykres Ganta, choć zaskoczyło mnie, że tablica Kanban jest bardziej popularna niż wykres Ganta 😱

Sporo osób kojarzy metodyki zwinne: Scrum, Agile, a także bardziej tradycyjne metodyki: Ścieżka Krytyczna (CPM), Łańcuch Krytyczny (CCPM), czy PRINCE2.

Jednak to nie znajomość narzędzi stanowi największy problem w zarządzaniu projektami.

Są trzy główne problemy, które zdobyły między 38, a ponad 50% odpowiedzi (można było wybrać 3 problemy, więc nie sumują się do 100%).

Największy problem wskazany przez większość osób, to zarządzanie ludźmi w projektach.

Kolejny problem to jak zarządzać zmianami w projekcie.

Trzeci największy problem to komunikacja w projekcie.

Dlatego przygotowałem webinar, w czasie którego opowiem, jak sobie radzić z powyższymi problemami.
Zapisz się na webinar: https://buff.ly/48Fk9mg

Podczas webinaru pokażę, jak sobie radzić z tymi trzema powyższymi problemami w praktyce!

Będzie niespodzianka dla obecnych oraz ogłoszenie.