Każdy poradnik radzi, aby podzielić duży projekt na strumienie pracy. Jednak prawie żaden z nich nie wyjaśnia, jak postępować z przestrzeniami między nimi. A to właśnie te przestrzenie decydują o sukcesie lub porażce projektów.
Łatwo jest postrzegać strumienie pracy w zarządzaniu projektami jako zwykły problem podziału zadań. Dzielisz pracę na strumienie, przypisujesz do każdego z nich właściciela i pozwalasz im działać. Jednak podział pracy to tylko pierwszy krok. Strumień może działać idealnie, a mimo to powodować problemy, jeśli nikt nie nadzoruje przekazania zadań kolejnemu zespołowi.
Niniejszy przewodnik skupia się na zarządzaniu tym, co dzieje się pomiędzy poszczególnymi wątkami. Na przykład na przekazywaniu zadań, zależnościach i wspólnych terminach.
W skrócie: Strumienie pracy dzielą złożony projekt na równoległe ścieżki, z których każda ma jednego właściciela. Ta część jest prosta i prawie każdy radzi sobie z nią bez problemu. Tym, co powoduje niepowodzenia projektów, są przekazywanie zadań, zależności i wspólne terminy łączące te ścieżki. Zbyt często nikt nie jest wyznaczony do nadzorowania tych luk.
Zespoły, które osiągają wyniki, nie tylko lepiej koordynują działania. Traktują każdy punkt połączenia jako element wymagający codziennej uwagi. Wyznaczają jasno określonych właścicieli, stosują proste punkty kontrolne typu „tak lub nie” oraz jasne zasady dotyczące eskalacji problemów. Jeśli masz zapamiętać tylko jedną rzecz: zarządzaj punktami połączenia, a nie tylko strumieniami pracy.
Czym jest strumień pracy w zarządzaniu projektami?
Strumień pracy to odrębny, niezależny ciąg powiązanych ze sobą zadań. Działa on równolegle z innymi strumieniami, aby osiągnąć ten sam główny cel projektu. Każdy strumień ma własne wyniki projektu, oś czasu oraz jednego właściciela: kierownika strumienia pracy.
Kluczowym pojęciem jest tutaj struktura. Luźna grupa zadań nie ma jasno określonych granic ani właściciela. Natomiast strumień pracy ma zdefiniowany zakres, jasno określone punkty przekazania oraz jedną osobę odpowiedzialną za postępy. Taka struktura zapobiega kolizjom między równoległymi zadaniami.
To właśnie strumienie pracy sprawiają, że złożony projekt staje się przejrzysty. Możesz sprawdzić status każdego z nich bez konieczności rozplątywania całego projektu. Bez tego duże projekty kończą się fiaskiem. Wszystko wydaje się równie pilne, zespoły przeoczają zależności, a jedno opóźnienie rujnuje całą oś czasu projektu.
Prądy pracy są również nazywane ścieżkami, strumieniami projektowymi lub strumieniami realizacji. Są to te same jednostki strukturalne, określane różnymi etykietami.
Strumień pracy a cykl pracy: czym się różnią?
Strumień pracy to szeroki obszar działań. Cykl pracy to konkretny proces, w ramach którego zadanie przechodzi przez ten obszar. Ludzie często mylą te terminy. Jednak ich pomylenie prowadzi do niejasności co do własności.
Strumień pracy to cały obszar powiązanych zadań, zespołów i wyników w ramach projektu. Cykl pracy to dokładna sekwencja kroków, które pojedyncze zadanie przechodzi od początku do końca. Na przykład: Szkic, przegląd, zatwierdzenie, publikacja.
Oto zestawienie kluczowych różnic:
| Zakres | Szeroki zakres powiązanych zadań | Jeden powtarzalny proces |
| Własność | Kierownik strumienia pracy zarządza zespołem | Właściciel procesu określa poszczególne kroki |
| Czas trwania | Trwa tak długo, jak długo trwa projekt | Powtarza się za każdym razem, gdy rozpoczyna się zadanie |
| Rola w projekcie | Główny wątek równoległy | Proces realizowany w ramach ścieżki |
| Przykład | Marketing związany z wprowadzeniem produktu na rynek | Zatwierdzanie zawartości w ramach tej premiery |
Podstawowa zasada: Powiązanie to opiera się na zasadzie zawarcia. Każdy strumień pracy obejmuje wiele cykli pracy.
Podstawowa zasada: Powiązanie to opiera się na zasadzie zawarcia. Każdy strumień pracy obejmuje wiele cykli pracy.
Pomyśl o strumieniu pracy jako o pojemniku, a o cyklach pracy jako o powtarzalnych mechanizmach w jego wnętrzu. Na przykład strumień pracy marketingowej związany z wprowadzeniem produktu na rynek może obejmować trzy odrębne cykle pracy: cykl tworzenia zawartości, cykl zatwierdzania reklam oraz cykl listy kontrolnej na dzień premiery.
Jakie są zalety strumieni pracy?
Strumienie pracy zapewniają sześć konkretnych korzyści: ograniczone opóźnienia, jasny podział własności, widoczne obciążenia pracą, izolowane ryzyko, łatwiejsze raportowanie oraz szybsze wdrażanie nowych pracowników. Nie tylko porządkują projekt, ale zmieniają sposób, w jaki funkcjonuje on w sytuacjach stresowych. Oto, co zyskujesz.
- Ograniczone opóźnienia. Opóźnienie w jednym strumieniu nie rozprzestrzenia się na pozostałe. W płaskiej liście zadań opóźnienie w dowolnym miejscu spowalnia realizację wszystkich zadań. Dzięki strumieniom pracy dwutygodniowe opóźnienie w zakresie infrastruktury nie wpływa na projektowanie UX, chyba że strumienie te są bezpośrednio połączone. Skala negatywnych skutków zmniejsza się z „całego projektu” do „jednego strumienia”. Można łatwo odróżnić niedotrzymanie terminu cząstkowego od opóźnienia w uruchomieniu.
- Jasny podział odpowiedzialności. Każdy strumień pracy ma wyznaczonego lidera. Gdy coś się nie udaje, nikt nie traci czasu na pytania typu: „Czyja to była praca?”. Lider albo sam to naprawia, albo przekazuje sprawę wyżej. Wspólna odpowiedzialność sprawia, że problemy pozostają nierozwiązane: każdy zakłada, że zajmuje się tym ktoś inny.
- Widoczne obciążenia pracą. Możesz wykryć wypalenie zawodowe, zanim do niego dojdzie. Osoby i narzędzia są przypisane do konkretnych strumieni, a nie do jednej ogromnej listy zadań. System pokazuje, czy inżynier jest przydzielony do trzech strumieni, których szczytowe obciążenie przypada w tym samym czasie. To nakładanie się zadań jest niewidoczne na płaskiej liście, ale oczywiste w widoku strumienia pracy.
- Izolowane ryzyko. Jeśli dostawca nie dotrzyma terminu w ścieżce migracji danych, ścieżka zarządzania zmianami nadal opracowuje materiały szkoleniowe. Ścieżka ustawień technicznych również posuwa się naprzód. Jedna przeszkoda wstrzymuje tylko jedną ścieżkę, a nie pięć. Tracisz tydzień pracy w ramach danego strumienia, a nie tydzień projektu.
- Łatwiejsze raportowanie. Liderzy mogą sprawdzić jeden strumień bez konieczności zapoznawania się z całym projektem. Interesariusz, który interesuje się wyłącznie zgodnością z przepisami, może znaleźć odpowiedź w tym konkretnym strumieniu. Nie musi przewijać 200 zadań, aby sprawdzić status.
- Szybsze wdrażanie nowych pracowników. Nowi członkowie zespołu osiągają pełną wydajność w ciągu kilku dni. Inżynier dołączający w trakcie trwania projektu nie musi zapoznawać się z całym przedsięwzięciem, aby móc pomóc. Wystarczy, że zapozna się z zakresem obowiązków w ramach własnego strumienia pracy i rozpocznie pracę. Strumień pracy wyznacza niewielkie, łatwe do opanowania granice
Projekty nie kończą się niepowodzeniem w obrębie poszczególnych strumieni pracy. Niepowodzenia pojawiają się na styku między nimi. Oto dlaczego:
Podział projektu na strumienie pracy to najłatwiejsza część. Każdy potrafi narysować te Boxy. To, co doprowadza projekty do upadku, dzieje się między tymi Boxami. Chodzi o przekazywanie zadań, zależności oraz sytuacje, w których jeden strumień nie dotrzymuje terminu, na którym opiera się inny strumień.
Decyzje, zmiany statusu i przesunięte terminy gubią się w gąszczu zadań. Im więcej strumieni tworzysz, tym więcej przekazów musisz monitorować.
To po prostu matematyka z książki „The Mythical Man-Month” zastosowana do struktury zamiast do ludzi. Autor wykazał, że ścieżki komunikacji rosną kwadratowo zgodnie z następującą formułą:
n(n-1)/2: wraz ze wzrostem liczby osób koszty koordynacji rosną kwadratowo, podczas gdy wydajność rośnie jedynie liniowo.
Jeśli zamienisz słowo „ludzie” na „strumienie pracy”, wniosek pozostaje ten sam. Trzy strumienie to trzy interfejsy do zarządzania. Sześć strumieni to piętnaście. Każdy dodany strumień to nie tylko dodatkowa praca. To zwielokrotnienie liczby miejsc, w których praca może się zagubić.
To całkowicie zmienia perspektywę na całe zadanie. Praca kierownika nie polega tylko na prowadzeniu własnego strumienia. Polega ona na bronieniu jego granic. Musi on dokładnie wiedzieć, co jest winien innym strumieniom i co te strumienie są mu winne.
Podobnie praca kierownika projektu nie ogranicza się wyłącznie do zarządzania zadaniami. Polega ona na zarządzaniu powiązaniami między strumieniami. Kierownik musi monitorować przekazywanie zadań, śledzić zależności i wcześnie wykrywać ryzyka związane z powiązaniami między strumieniami.
Tutaj również czai się pułapka. Słynna zasada znana jako prawo Conwaya wydało ostrzeżenie, że organizacje w naturalny sposób tworzą systemy naśladujące ich własne wewnętrzne kanały komunikacji. Innymi słowy, prawdopodobnie bez świadomości zgrupujesz swoje strumienie pracy zgodnie z istniejącym schematem organizacyjnym.
Zdziwisz się, gdy okaże się, że to właśnie zadania obejmujące dwa różne zespoły są tymi, które się opóźniają. Podziel strumienie pracy według rodzaju zadań, a nie według tego, kto już siedzi razem. Dalsza część tego przewodnika nie dotyczy rysowania prostokątów. Chodzi w niej o projektowanie połączeń między nimi.
Rodzaje strumieni pracy w zarządzaniu projektami
Istnieją cztery główne rodzaje strumieni pracy: funkcjonalne (według działów), międzyfunkcjonalne (według wyników), geograficzne (według regionów) oraz technologiczne/systemowe (według warstwy technicznej). To, gdzie wyznaczysz granice, decyduje o tym, które przekazania zadań będziesz musiał bronić w trakcie trwania projektu.
| Funkcjonalne | Jasno określone granice, zrozumiałe dla wszystkich | Zadania międzyzespołowe często są pomijane | Zespoły, których praca ma w większości charakter samodzielny |
| Międzyfunkcjonalne | Przejścia są umieszczone wewnątrz strumienia, co ułatwia ich obserwację | Trudności z obsadą stanowisk; pracownicy rozdzieleni między różne strumienie | Wyniki wymagające ścisłej współpracy |
| Geograficzne | Uwzględnia rzeczywiste różnice lokalne | Powielanie wysiłków w różnych regionach | Globalne wdrożenia z prawdziwym lokalnym zasięgiem |
| Technologia/system | Połączenia są mapą rzeczywistych interfejsów systemowych | Całe ryzyko związane z integracją spoczywa na końcu | Oprogramowanie i IT z wyraźnie wyodrębnionymi warstwami |
Funkcjonalne strumienie pracy
Funkcjonalne strumienie pracy działają w oparciu o działy lub dziedziny, takie jak inżynieria, marketing czy kwestie prawne. Jest to domyślny wybór dla niektórych zespołów, ponieważ granice te istnieją już w schemacie organizacyjnym. Nikt nie spiera się o to, gdzie kończy się jeden strumień, a zaczyna następny.
Co się sprawdza:
- Granice zrozumiałe dla wszystkich: Nie ma wątpliwości co do tego, kto jest odpowiedzialny za co, co odzwierciedla sposób, w jaki ludzie postrzegają swoje codzienne role
- Płynne przekazywanie zadań, gdy praca ma charakter samodzielny: Jeśli dział inżynieryjny może w większości przypadków realizować zadania bez oczekiwania na decyzję działu prawnego, przejścia między zespołami pozostają łatwe do zarządzania
- Prosta struktura odpowiedzialności: Każdy kierownik działu jest oczywistym liderem, co zapewnia jasność co do odpowiedzialności od pierwszego dnia
Ograniczenia:
- Zadania międzydziałowe nie mają swojego miejsca: wszystko, co wymaga zaangażowania trzech zespołów jednocześnie, staje się zadaniem nikogo (zadanie to nie pasuje idealnie do żadnego pojedynczego strumienia).
- Strumienie optymalizują tylko lokalnie: Każdy zespół dopracowuje swój własny strumień i zakłada, że za przekazanie zadania odpowiada ktoś inny
Pomiń tę opcję, jeśli: Twoje najważniejsze cele wymagają stałej, zgranej współpracy co najmniej trzech działów. Liczba punktów styku szybko przewyższy liczbę strumieni.
Najlepsze rozwiązanie dla: projektów, w których praca każdego zespołu jest stosunkowo samodzielna i charakteryzuje się kilkoma przejrzystymi, dobrze zdefiniowanymi punktami przekazania zadań.
Międzyfunkcyjne strumienie pracy
Międzyfunkcyjne strumienie pracy są zorganizowane wokół konkretnego rezultatu lub wyniku. Łączą one osoby z wielu działów w jeden strumień. Na przykład strumień „wdrażania użytkowników” może obejmować projektanta, inżyniera i pracownika wsparcia technicznego. Dzięki temu wszystkie elementy są zebrane w jednym strumieniu, gdzie kierownik ma na nie codzienny wgląd.
Co się sprawdza:
- Najtrudniejsze punkty przekazania stają się widoczne: Tarcia między działem projektowym a inżynieryjnym ujawniają się w ramach jednego strumienia podczas codziennego spotkania. Nie narastają one w odległych obszarach organizacji
- Ściślejsza współpraca zespołowa między różnymi specjalistami: Osoby dążące do tego samego celu koordynują swoje działania szybciej niż osoby broniące własnych kompetencji
- Jasno określona własność wyników: Osoba kierująca projektem jest odpowiedzialna za gotowy rezultat. Powodzenie mierzy się zrealizowaną pracą, a nie samą aktywnością.
Ograniczenia:
- Obsada kadrowa to nieustanna walka: wyciągasz ludzi z ich macierzystych zespołów, a ich zwykli przełożeni nadal chcą, by tam zostali. To powoduje rozdwojenie lojalności pracowników
- Punkt styku przenosi się do kalendarzy pracowników: osoba przypisana do trzech różnych strumieni międzyfunkcyjnych staje się nowym wąskim gardłem, nawet jeśli żaden z poszczególnych strumieni nie jest przeciążony
Pomiń to, jeśli: Nie możesz uzyskać prawdziwego zaangażowania ze strony kierowników działów w zakresie przydzielenia pracowników. Niedoborowe, międzyfunkcjonalne strumienie są gorsze niż te funkcjonalne.
Najlepsze rozwiązanie dla: Rezultatów wymagających ścisłej współpracy między różnymi specjalistami, w przypadku których lepiej jest zarządzać konfliktami bezpośrednio, a nie na poziomie między zespołami.
Geograficzne strumienie pracy
Strumienie pracy o charakterze geograficznym działają w oparciu o region lub lokalizację, na przykład wdrożenie w Ameryce Północnej w porównaniu z wdrożeniem w regionie EMEA. Taka struktura jest powszechna w przypadku globalnych wdrożeń, gdzie lokalne przepisy, języki lub warunki rynkowe powodują powstanie różnych zadań.
Co się sprawdza:
- Uwzględnia rzeczywiste różnice lokalne: Gdy lokalne przepisy lub warunki rynkowe się różnią, strumienie regionalne pozwalają każdemu zespołowi działać we własnym tempie
- Lokalna własność i działanie: Regionalny kierownik znający rynek podejmuje trafniejsze decyzje niż centralny kierownik zarządzający projektami, który musi zgadywać z daleka
- Ograniczone ryzyko regionalne: Opóźnienie związane z zapewnieniem zgodności z przepisami w Europie nie wstrzymuje wprowadzenia produktu na rynek w Ameryce Północnej
Ograniczenia:
- Powielanie wysiłków to typowa przyczyna niepowodzeń: dwa regiony rozwiązują ten sam problem dwukrotnie, ponieważ nie ma wyraźnej granicy między pracą lokalną a pracą wspólną
- Pomija się wspólną podstawę: Zasady dotyczące marki, modele danych i struktury cenowe muszą być spójne we wszystkich regionach. Elementy te wymagają centralnego właściciela, ale wszystkie regionalne zespoły zakładają, że zajmuje się tym ktoś inny
Pomiń tę opcję, jeśli: Twoje regiony różnią się jedynie strefą czasową. W ten sposób generujesz wysokie koszty koordynacji z powodu różnic, które w rzeczywistości nie istnieją. Lepiej będzie skorzystać z ustawień funkcjonalnych.
Najlepsze rozwiązanie dla: globalnych wdrożeń, w których lokalne warunki powodują powstanie zupełnie różnych zadań, opartych na wspólnej, jasno przypisanej strukturze bazowej.
Strumienie pracy związane z technologią/systemami
Strumienie pracy związane z technologią/systemami grupują zadania według warstw technicznych, takich jak front-end, back-end, baza danych czy infrastruktura. Taka struktura jest powszechna w branży oprogramowania i IT. Każda warstwa ma innych właścicieli i profile ryzyka. Jest to najbardziej dosłowne odzwierciedlenie powiedzenia „projekty zawodzą na połączeniach”, ponieważ połączeniami w tym przypadku są interfejsy systemowe.
Co się sprawdza:
- Powiązania odpowiadają rzeczywistym umowom dotyczącym kodu: Przekazywanie zadań odbywa się poprzez połączenia kodu i API. Można je określać, wersjonować i testować. Są one znacznie bardziej konkretne niż niejasne przekazywanie zadań między zespołami.
- Specjalistyczna własność: Osoba kierująca każdą warstwą posiada dogłębną wiedzę na temat ryzyka związanego z tą konkretną warstwą. Oznacza to, że problemy są wcześnie wykrywane przez osoby, które je rozumieją
- Równoległy postęp: zespoły front-endowe i back-endowe mogą pracować jednocześnie nad projektem zgodnie z uzgodnioną umową
Ograniczenia:
- Ryzyko związane z integracją narasta pod koniec: Każda opóźniona decyzja dotycząca połączeń między warstwami musi zostać podjęta jednocześnie w fazie integracji. To właśnie dlatego ta ostatnia faza tak często kończy się fiaskiem.
- Zmiany w umowie są wprowadzane w tajemnicy: jeśli jedna warstwa zmieni swój interfejs bez poinformowania pozostałych, na samym końcu wszystko się psuje
Pomiń tę opcję, jeśli: Twój projekt jest na tyle mały, że jeden zespół odpowiada za cały stos technologiczny. Strumienie oparte na warstwach wprowadzają dodatkowe interfejsy, których nie potrzebujesz.
Najlepsze rozwiązanie dla: projektów związanych z oprogramowaniem i IT, w których każda warstwa systemu ma odrębnych właścicieli, unikalne profile ryzyka oraz jasno zdefiniowany interfejs kodowy między nimi.
W większości dużych projektów stosuje się model hybrydowy
Łączenie tych stylów jest zazwyczaj właściwe, ale właśnie w tym obszarze pułapki związane ze strukturą organizacyjną uderzają najsilniej. W przypadku globalnego wdrożenia na najwyższym poziomie mogą funkcjonować strumienie geograficzne, a w obrębie każdego regionu mogą znajdować się podstrumienie funkcjonalne, takie jak marketing, logistyka czy zgodność z przepisami.
Pamiętaj tylko o wcześniejszych obliczeniach: każdy poziom zagnieżdżenia zwielokrotnia liczbę punktów styku. Zagnieżdżaj swoje ścieżki tylko na tyle głęboko, aby wyraźnie widzieć punkty przekazania zadań.
Czego potrzebuje każdy strumień pracy
Każdy strumień pracy wymaga dziesięciu elementów: jednego wyznaczonego właściciela, jasnego zakresu, udokumentowanych danych wejściowych i wyjściowych, kamieni milowych przekazywania zadań, niezależnego śledzenia statusu, reguły eskalacji, dedykowanego kanału komunikacji, standardowego formatu aktualizacji, czasu buforowego na przejściach oraz jednego źródła prawdy. Niezależnie od tego, jak podzielisz projekt, strumień pracy będzie funkcjonował prawidłowo tylko wtedy, gdy te elementy zostaną zapewnione.
- Jeden wyznaczony właściciel. Potrzebujesz jednej osoby kierującej strumieniem pracy, odpowiedzialnej za postępy w ramach tego strumienia oraz przekazywanie zadań. Nie może to być komisja ani cały zespół. Jeśli nie potrafisz określić właściciela jednym słowem, strumień ten jeszcze nie istnieje.
- Jasno określony zakres i wyniki. Spisz w prosty sposób, co ten strumień pracy zapewnia, a czego nie. Niejasny zakres prowadzi do powstania dwóch strumieni, z których jeden tworzy to samo, co drugi, albo oba zakładają, że to robi druga strona.
- Lista danych wejściowych i wyjściowych. Określ, czego dany strumień potrzebuje od innych ścieżek, aby rozpocząć pracę, oraz co im jest winien po jej zakończeniu. To jest punkt styku, zapisany na papierze. Jeśli tego nie udokumentujesz, nie istnieje to dla celów planowania.
- Jasno określaj kamienie milowe przekazywania zadań. Wykorzystaj proste punkty kontrolne typu „tak/nie” umieszczone w miejscach, gdzie dany strumień przekazuje pracę innemu. Kamień milowy projektu jest albo zakończony, albo nie. Nigdy nie oznaczaj przekazania jako „zakończonego w 80%”.
- Niezależne śledzenie statusu. Każdy strumień musi wskazywać, czy przebiega zgodnie z planem, jest zagrożony czy zablokowany. Dzięki temu kierownictwo może sprawdzić stan pojedynczego strumienia bez konieczności przeglądania każdego zadania w nim zawartego
- Jasna zasada eskalacji. Uzgodnij z wyprzedzeniem, kiedy blok opuszcza strumień i trafia do głównego kierownika zarządzania projektami. Na przykład: „każdy blok trwający dłużej niż dwa dni lub każda zależność narażona na ryzyko”. Bez tej zasady albo wszystko jest eskalowane, albo nic.
- Dedykowany kanał czatu. Stwórz jedno konkretne miejsce na aktualizacje, decyzje i pliki dotyczące tego strumienia pracy. Oddziel go od głównego czatu projektowego, aby ważne szczegóły nie zaginęły
- Standardowy format aktualizacji. Ustal, jak często kierownik ma zgłaszać status oraz jakiego szablonu ma używać. Utrzymuj ten format we wszystkich strumieniach, aby kierownik zarządzania projektami mógł łatwo je porównać
- Zapewnij sobie rezerwę czasową na przejściach między zespołami. W harmonogramie uwzględnij dodatkowe dni, szczególnie w okolicach punktów przekazania zadań. Opóźnienia mnożą się, gdy praca przechodzi z rąk do rąk
- Jedno wiarygodne źródło informacji. Utrzymuj jedną główną wersję planu i statusu strumienia, której wszyscy ufają. Jeśli rozrzucisz szczegóły po różnych aplikacjach, ponownie stworzysz chaos, który strumienie pracy mają właśnie naprawić.
Jak utworzyć strumień pracy dla swojego projektu
Utworzenie ścieżki pracy obejmuje pięć kroków: zdefiniowanie zakresu, podział projektu na wyniki, przypisanie jednego właściciela do każdej ścieżki, zidentyfikowanie zależności i kamieni milowych, a następnie skonfigurowanie komunikacji i śledzenia.
Niezależnie od tego, czy planujesz w arkuszu kalkulacyjnym, na platformie do zarządzania projektami czy na tablicy, cała praca polega na wyznaczaniu granic, które będą się utrzymywać, gdy praca zacznie się między nimi przemieszczać.
Krok 1: Określ zakres i cele projektu
Zanim narysujesz choćby jeden strumień, zapisz, co projekt zapewnia, a czego nie. Granice strumieni pracy muszą wynikać z zakresu projektu, a nie na odwrót. Jeśli skonfigurujesz strumienie, zanim zrozumiesz zakres pracy, pominiesz kluczowe zadania lub doprowadzisz do powielania pracy.
Zanim przejdziesz dalej, zapisz trzy rzeczy:
- Stan końcowy: Gotowy wynik, np. wprowadzony na rynek produkt lub zmigrowany system
- Sztywne ograniczenia: budżet, termin realizacji oraz wszelkie zasady zgodności
- Kryteria powodzenia: Jak rozpoznać, że praca jest zrobiona, np. poprzez zatwierdzenie przez interesariuszy
Postaraj się, aby dokument był zwięzły. Efektem tego kroku powinien być prosty, jednostronicowy dokument określający zakres prac.
Wskazówka dla profesjonalistów: Napisz jedno zdanie opisujące cel projektu. Jeśli w tym zdaniu słowo „i” pojawia się więcej niż raz, prawdopodobnie kryje się w nim wiele strumieni pracy.
Krok 2: Podziel projekt na wyniki końcowe
Określ główne zasoby, które projekt musi wygenerować. Pogrupuj powiązane elementy w ścieżki, z których każda ma jeden konkretny wynik.
Unikaj tutaj nadmiernego komplikowania. Każdy dodany strumień tworzy kolejne punkty styku. Projekt podzielony na dziesięć ścieżek może spowodować, że więcej czasu poświęci się na spotkania niż na bieżącą pracę.
Zastosuj test niezależności w swoich grupach:
- Rozdziel je, jeśli dwa zestawy zadań mogą być realizowane bez wzajemnego oczekiwania
- Trzymaj je razem, jeśli są ze sobą ściśle połączone i codziennie udostępniają te same osoby
- Ukryj je, jeśli grupa ma mniej niż 5 zadań lub tylko 1 osobę
Krok 3: Przypisz właścicieli i role w strumieniach pracy
Każdemu strumieniowi przypisz dokładnie jedną wyznaczoną osobę odpowiedzialną za oś czasu, wyniki oraz przekazywanie zadań. Osoba ta odpowiada za oś czasu, wyniki oraz przekazywanie zadań. Nie przypisuj własności komisji ani zespołowi. Skoncentruj się na jednej osobie.
Określ role związane z tym jednym właścicielem:
- Lider: Osoba odpowiedzialna za dany strumień
- Współpracownicy: Osoby, które faktycznie wykonują pracę
- Osoby zatwierdzające: osoby, które zatwierdzają gotowe wyniki pracy
- Interesariusze: Osoby, które potrzebują aktualnych informacji, ale nie pracują nad zadaniami
Wskazówka dla profesjonalistów: Nadaj swoim liderom rzeczywistą codzienną władzę. Jeśli lider nie może samodzielnie rozwiązać problemów swojego zespołu bez uprzedniego zwrócenia się do głównego kierownika zarządzania projektami, struktura ta jest fikcyjna.
Krok 4: Zmapuj zależności i ustal kamienie milowe
Udokumentuj wzajemne zależności między strumieniami pracy za pomocą jasnych, widocznych powiązań. Nie polegaj na domysłach. Jeśli zależność istnieje tylko w czyjejś głowie, nie może być wyzwalaczem alertu w przypadku opóźnienia na osi czasu.
Zidentyfikuj dokładne punkty, w których te ścieżki się przecinają:
- Zależności: Dla każdego strumienia należy przygotować listę przeszkód, które mogą w nim wystąpić, oraz listę wyników, które z niego wynikają.
- Kamienie milowe przekazywania zadań: Proste punkty kontrolne typu „tak/nie” umieszczone na każdym skrzyżowaniu
- Wspólne terminy: Gdy dwa strumienie mają ten sam termin, obaj kierownicy muszą wspólnie uzgodnić tę datę
Wskazówka dla profesjonalistów: W arkuszu kalkulacyjnym użyj kolumny „zależy od”. W narzędziu do zarządzania projektami skorzystaj z wizualnego widoku osi czasu, aby od razu zobaczyć ścieżkę krytyczną we wszystkich strumieniach. Jeszcze lepszym rozwiązaniem jest uporządkowany układ, taki jak szablon mapowania zależności ClickUp, który zapewnia gotowe miejsce do rejestrowania zależności zamiast śledzenia ich w pamięci.
Krok 5: Skonfiguruj komunikację i śledzenie
Przydziel każdemu strumieniowi własną przestrzeń na aktualizacje, decyzje i pliki. Oddziel ją od głównego czatu projektowego. Dzięki temu codzienne rozmowy w jednym strumieniu nie będą zagłuszać pilnych powiadomień z innego strumienia.
Określ trzy elementy, aby stworzyć prosty plan komunikacji dla każdego strumienia:
- Jedno wiarygodne źródło informacji: jedna główna wersja planu, której wszyscy ufają
- Standardowy harmonogram aktualizacji: Jak często kierownik zadania przekazuje informacje o statusie, korzystając z odpowiedniego szablonu, dzięki czemu kierownik zarządzania projektami może łatwo porównać postępy
- Reguła eskalacji: uzgodniona zasada określająca, kiedy problem trafia do kierownika zarządzania projektami
Wskazówka dla profesjonalistów: Ujednolic szablony statusów przed rozpoczęciem projektu. Jeśli każdy kierownik zadania wymyśla własny format, kierownik projektu traci czas na przekładanie aktualizacji zamiast zarządzać ryzykiem projektowym.
Najlepsze praktyki w zakresie zarządzania strumieniami pracy
Skuteczne zarządzanie strumieniami pracy sprowadza się do sześciu nawyków: cotygodniowego sprawdzania punktów styku, organizowania sesji roboczych, śledzenia osób w różnych strumieniach, prowadzenia rejestru ryzyka między strumieniami, weryfikacji granic na kamieniach milowych oraz zamykania zakończonych strumieni. Ich wdrożenie to tylko migawka. Ich realizacja to cały film.
Struktura zaprojektowana na początku projektu zaczyna się zmieniać już w pierwszym dniu pracy. Lider odchodzi, zmieniają się zależności lub niewielki strumień zadań nagle pochłania połowę zespołu. To właśnie dlatego tak wiele ustawień załamuje się już w drugim tygodniu.
Te sześć praktyk pozwala zachować spójność strumieni pracy, gdy sytuacja ulega zmianie:
- Sprawdź punkty styku. Kontrola statusu zazwyczaj ogranicza się do jednego strumienia, aby sprawdzić, czy wszystko przebiega zgodnie z planem. Jednak to właśnie połączenia między strumieniami są źródłem niepowodzeń — i rzeczywiście tak się dzieje. Kierownik może po cichu zmienić termin realizacji rezultatu, od którego zależy inny strumień. Raz w tygodniu poproś kierowników o ponowne potwierdzenie, jakie zobowiązania mają wobec siebie nawzajem i kiedy
- Organizuj sesje robocze. Liderzy potrzebują regularnych spotkań, aby omówić blokady i rozwiązać konflikty, zanim się utrwalą. Nie jest to dopracowana prezentacja dla interesariuszy. Każdy lider określa, co go blokuje, jaki kamień milowy zbliża się, oraz co zmieniło się w jego osi czasu. Kierownik projektu prowadzi rozmowę, nie dominując jej. Spotykajcie się co tydzień w przypadku długotrwałych projektów lub codziennie w przypadku szybkich wydarzeń.
- Śledź osoby. Dany strumień może wyglądać na całkowicie sprawny, podczas gdy osoba przypisana do trzech różnych strumieni staje się wąskim gardłem. To nakładanie się zadań jest niewidoczne, gdy obserwuje się strumienie w izolacji. Zwróć uwagę na inżyniera lub projektanta, którego wszystkie strumienie osiągają szczyt w tym samym tygodniu. Wczesne wykrycie takiej kolizji zapobiega wypaleniu zespołu.
- Prowadź rejestr ryzyk obejmujących wiele strumieni. Ryzyka występujące w ramach jednego strumienia należą do obowiązków kierownika. Ryzyka obejmujące wiele strumieni, takie jak opóźnienia ze strony dostawcy, mogą zrujnować projekty. Prowadź prosty rejestr, w którym zaznaczasz, które strumienie dotyczy dane ryzyko. Przypisz każdemu ryzyku obejmującemu wiele strumieni jednego właściciela i omawiaj je podczas każdej synchronizacji kierowników.
- Przeglądaj granice przy ważnych kamieniach milowych. Granice, które były idealne na początku projektu, mogą okazać się niewłaściwe trzy miesiące później. Ustal formalne punkty przeglądu przy głównych kamieniach milowych. Niech kierownicy sprawdzają, czy strumienie, powiązania i obsada nadal są odpowiednie. Nie zmieniaj granic co tydzień, bo Teams stracą koncentrację. Zmieniaj je, gdy wymagają tego dane.
- Zamykaj zakończone strumienie. Każdy strumień wymaga czasu i wysiłku ze względu na spotkania i przekazywanie zadań, które się z nim wiążą. Niektóre strumienie funkcjonują dłużej niż zadania, które były powodem ich utworzenia. Gdy w strumieniu pozostaje już tylko kilka końcowych zadań, włącz go do sąsiedniego strumienia. Nie ponosź dodatkowych kosztów koordynacji, aby utrzymać go przy życiu. Zamknięcie zakończonego strumienia pozwala zachować oszczędność projektu. Ponadto mniej strumieni oznacza mniej miejsc, w których praca może zostać pominięta.
3 przykłady strumieni pracy w różnych branżach
Strumienie pracy występują w różnych projektach, takich jak kampanie marketingowe, kompilacje oprogramowania i projekty budowlane, za każdym razem o tej samej strukturze, ale o różnym stopniu ścisłości zależności. Oto jak wyglądają one w praktyce w trzech typowych projektach.
1. Ścieżka pracy kampanii marketingowej
Załóżmy, że firma wprowadza produkt na rynek za pośrednictwem kilku kanałów. Kampanią kieruje menedżer kampanii. Cztery strumienie pracy przebiegają równolegle, a wszystkie skupiają się na jednej dacie premiery. Oto ich podział:
- Tworzenie zawartości: wpisy na blogu, studia przypadków, strony docelowe. Odpowiedzialny: menedżer ds. marketingu treści
- Płatne media: kreacje reklamowe, cele kierowania reklam i budżet. Odpowiedzialny: menedżer ds. generowania popytu
- Wydarzenia: Ustawienia webinarów, koordynacja prelegentów, promocja. Odpowiedzialny: Specjalista ds. wydarzeń
- Wsparcie sprzedaży: Prezentacje sprzedażowe, karty konkurencji, scenariusze prezentacji. Odpowiedzialny: specjalista ds. marketingu produktu
Kluczowy punkt: Dział mediów płatnych nie może sfinalizować kreacji reklamowej, dopóki zawartość nie dostarczy zatwierdzonych komunikatów i zasobów marki.
Czym wyróżnia się to rozwiązanie: Zależności mają charakter elastyczny. Większość strumieni może przez pewien czas przebiegać samodzielnie. Ryzyko nie wynika więc ze sztywnego łańcucha, ale z jednego lub dwóch etapów przekazywania informacji, które blokują Wszystko, co następuje po nim. Zwracaj uwagę na punkty styku, a nie na kalendarz.
Kluczowy punkt: Dział mediów płatnych nie może sfinalizować kreacji reklamowej, dopóki zawartość nie dostarczy zatwierdzonych komunikatów i zasobów marki.
Czym wyróżnia się to rozwiązanie: Zależności mają charakter elastyczny. Większość strumieni może przez pewien czas działać samodzielnie. Ryzyko nie wynika więc ze sztywnego łańcucha, ale z jednego lub dwóch etapów przekazywania informacji, które blokują Wszystko, co następuje po nim. Zwracaj uwagę na punkty styku, a nie na kalendarz.
2. Strumień pracy związany z tworzeniem oprogramowania
Wyobraź sobie teraz zespół tworzący nową aplikację dla klientów. Kierownik ds. inżynierii koordynuje pracę między poszczególnymi zespołami, a każdy z nich odpowiada za jedną warstwę. Łańcuch zależności przebiega przez każdy strumień, więc opóźnienie w dowolnym miejscu powoduje przesunięcie terminu wydania. Praca jest podzielona w następujący sposób:
- Badania UX: Dostarcza makiety i sprawdzone przepływy użytkownika
- Front-end: Tworzy komponenty zgodnie z projektami
- Back-end/API: Tworzy usługi zgodnie z uzgodnioną umową
- Kontrola jakości i testowanie: Testy pod kątem zgodności z regułami akceptacji
- DevOps/ustawienia: Wdrażanie na środowiska testowe i produkcyjne
Kluczowy punkt: Dział kontroli jakości potrzebuje widoczności zarówno w zakresie postępów w zakresie front-endu, jak i back-endu, aby móc planować cykle testowe.
Czym wyróżnia się to rozwiązanie: W środowiskach Agile te strumienie odpowiadają zespołom (squads). Każdy z nich realizuje własny harmonogram planowania sprintów i synchronizuje się wyłącznie przy wspólnych kamieniach milowych, takich jak zamrożenie funkcji. Ryzyko związane z integracją kumuluje się pod koniec. Dlatego należy zwracać uwagę na interfejsy między warstwami kodu.
3. Ścieżka pracy w projekcie budowlanym
Weźmy na przykład projekt budowy obiektu komercyjnego. Kieruje nim generalny wykonawca, koordynujący prace różnych branż, których kolejności nie da się zmienić. Jest to najbardziej sztywna struktura zależności spośród wszystkich branż. To sprawia, że przekazywanie zadań nie znosi żadnych odstępstw. Strumienie muszą osiągać kamienie milowe w ustalonej kolejności:
- Przygotowanie terenu: wyczyszczona wycinka drzew, niwelacja terenu, przygotowanie fundamentów
- Inżynieria konstrukcyjna: Prace związane z konstrukcjami szkieletowymi i nośnymi
- Instalacje elektryczne i hydrauliczne: Prace instalacyjne, których nie można rozpocząć, dopóki prace konstrukcyjne nie osiągną wyznaczonych kamieni milowych
- Wykończenie wnętrz: Następuje po pozytywnym wyniku kontroli stanu surowego
- Pozwolenia/zgodność z przepisami: Proces ten przebiega równolegle, ale blokuje rozpoczęcie fizycznej budowy
Kluczowy punkt: Prace konstrukcyjne muszą osiągnąć określone etapy, zanim będzie można rozpocząć wstępny montaż instalacji elektrycznej i hydraulicznej.
Czym wyróżnia się to rozwiązanie: Nie można zmieniać kolejności zadań. Nie ma tu „tylnego wyjścia” w postaci opcji „przenieś to równolegle”, jaką oferują pozostałe dwa rozwiązania. Dlatego mapowanie zależności nie jest tu tylko miłym dodatkiem. To cała praca od pierwszego dnia. Pominięcie przekazania zadania powoduje zatrzymanie działania serwisu.
Jak skonfigurować strumienie pracy w ClickUp
ClickUp organizuje pracę w przestrzeniach, folderach i listach. Każdy strumień pracy ma własną listę z unikalnymi statusami, zadaniami i dokumentami. Każdy widok korzysta z tych samych danych. Przenieś zadanie lub zmień datę w jednym miejscu, a zmiana zostanie zaktualizowana wszędzie.
Co sprawdza się szczególnie dobrze w przypadku strumieni pracy:
- Hierarchia odpowiada granicom strumieni pracy. Utwórz przestrzeń lub folder dla projektu, a następnie listę dla każdego strumienia pracy. Każda lista ma własne statusy (np. w dziale inżynierii są to: Do zrobienia → W trakcie → Przegląd kodu → Gotowe, natomiast w dziale marketingu: Wersja robocza → Przegląd → Zatwierdzone → Opublikowane). Granica strumienia pracy pokrywa się z granicą listy, dzięki czemu zakres pozostaje ograniczony bez konieczności dodatkowej konfiguracji.
- Zależności rozprzestrzeniają się kaskadowo między strumieniami. Łącz zadania z różnych list w widoku wykresu Gantta, rysując linie zależności. Włącz opcję „Przesuń terminy zależności”. A gdy jeden strumień pracy opóźni przekazanie zadania, wszystkie zadania w kolejnym strumieniu, które są od niego zależne, automatycznie się przesuwają. Połączenie między strumieniami pozostaje widoczne, zamiast ulegać przerwaniu
- Panele kontrolne zapewniają widoczność w różnych strumieniach pracy: Twórz panele kontrolne ClickUp z filtrowaniem według list, aby na jednym ekranie widzieć status każdego strumienia pracy, przeszkody oraz postępy w realizacji kamieni milowych. Kierownik projektu nie musi już śledzić pięciu osób w poszukiwaniu aktualizacji, a zamiast tego może skupić się na zarządzaniu ryzykiem
- AI tworzy podsumowania obejmujące różne strumienie pracy: ClickUp Brain pobiera informacje o statusie z wielu list jednocześnie i ujawnia zależności między strumieniami. Wersja robocza jest aktualizowana dla liderów strumieni pracy. System posiada wbudowany pełny kontekst, dzięki czemu zmniejsza się nakład pracy związany z koordynacją między równoległymi strumieniami
- Super Agent, który czuwa nad połączeniami. Przypisz do projektu Super Agenta ClickUp, a on będzie monitorował za Ciebie połączenia. Zgłasza opóźnienia w przekazywaniu zadań, powiadamia kierownika strumienia odbiorczego o zmianach w zależnościach w strumieniu źródłowym oraz ujawnia ryzyka między strumieniami, których nie wychwytuje sprawdzanie statusu w pojedynczym strumieniu. To nieustannie aktywna wersja cotygodniowego audytu punktów styku, dzięki czemu całkowicie zielony pulpit nawigacyjny nie ukrywa po cichu nieudanego przekazania zadania.
Ograniczenia:
- Wymaga to pewnego nakładu pracy. Zespoły korzystające wcześniej z Trello lub wspólnych arkuszy kalkulacyjnych muszą z góry zaplanować swoją hierarchię (przestrzenie → foldery → listy). Jeśli pominiesz tę strukturę i wrzucisz wszystko do jednej listy, całkowicie stracisz podział na strumienie pracy. Większości zespołów zajmuje tydzień lub dwa, aby dostosować się do ustawień, które im odpowiadają.
- To narzędzie o zbyt szerokich możliwościach jak na proste projekty. Jeśli realizujesz mniej niż trzy równoległe wąty projektowe w ramach jednego małego zespołu, arkusz kalkulacyjny z kolumną „zależność” pozwoli Ci działać szybciej
Pomiń tę opcję, jeśli: Twój projekt obejmuje jeden zespół, niewiele przekazów zadań i brak rzeczywistych zależności między ścieżkami.
Najlepsze rozwiązanie dla: projektów wielozespołowych, w których równoległe strumienie pracy mają ze sobą ściśleszą zależność, a opóźnienie w jednym z nich musi w widoczny sposób wpływać na pozostałe.
Cztery awarie szwów, których nie da się przewidzieć
Już teraz można dostrzec oczywiste błędy. Należą do nich brak wyznaczonego właściciela, rysowanie ścieżek wokół schematu organizacyjnego lub przypisywanie jednej osobie zadań z trzech różnych ścieżek.
Niektóre błędy nie wyglądają jednak na błędy w momencie ich popełniania. Wydaje się, że wszystko idzie dobrze. Oto cztery problemy, które kryją się w zasięgu wzroku:
Projekt, w którym wszystko jest zielone, a w rzeczywistości wszystko się wali. Każdy kierownik oznacza swój strumień jako „zgodnie z planem”. Twój pulpit to morze zieleni, a mimo to termin uruchomienia i tak się przesuwa. Dzieje się tak, ponieważ mierzysz status wewnątrz każdego strumienia, ale samo przekazanie zadania nie ma własnego statusu.
Rozwiązanie: Przypisz każdemu przekazaniu własny status. Oznacz je jako „zgodnie z planem”, „zagrożone” lub „zablokowane”. Następnie spraw, aby zespół odbierający przejął odpowiedzialność za ten status.
Ustna umowa, której nikt nie spisał. Ktoś mówi: „Marketing zawsze dostarcza nam pliki na czas, więc nie potrzebujemy formalnej zasady”. I właśnie w tym tkwi problem. Powiązania, których ludzie nie zapisują, to te proste i niezawodne. Ponieważ nie są spisane, nie ma automatycznego powiadomienia, gdy coś pójdzie nie tak.
Rozwiązanie: Najpierw zapisz proste przekazania zadań. Zrób to właśnie dlatego, że nikt się o nie nie martwi. W planowaniu nie ma miejsca na linki oparte wyłącznie na dobrych intencjach.
Śmierć przez spotkania. W pośpiechu, by zabezpieczyć przekazywanie zadań, ustanawiasz cykliczne spotkania dla każdego punktu styku. Teraz Twoi liderzy spędzają więcej czasu na rozmowach o pracy niż na jej wykonywaniu. Kosztuje to tyle samo czasu, co inne błędy.
Rozwiązanie: Dostosuj harmonogram spotkań do poziomu ryzyka. W przypadku łańcuchów krytycznych, gdzie jedno opóźnienie zatrzymuje Wszystko, synchronizacja musi odbywać się codziennie. W przypadku łańcuchów elastycznych, które mogą przez pewien czas ulegać niewielkim odchyleniom, synchronizacja powinna odbywać się tylko przy osiągnięciu głównych kamieni milowych.
Pozorne działania równoległe. Na wykresie projektu widoczne są dwa ścieżki przebiegające obok siebie. Wyglądają na niezależne. Jednak w obu przypadkach czekamy na decyzję tej samej osoby. Albo na zatwierdzenie budżetu przez tego samego przełożonego. Na papierze prace przebiegają jednocześnie. W rzeczywistości ścieżki te realizowane są jedna po drugiej.
Rozwiązanie: Możesz to wcześnie wykryć, sprawdzając swoje zasoby. Zwróć uwagę na wspólnych pracowników i osoby zatwierdzające, a nie tylko na zadania. Jeśli wycofanie jednej osoby z zespołu powoduje zastój w dwóch wątkach, oznacza to, że wątki te nigdy nie przebiegały naprawdę równolegle.
Skonfiguruj strumienie pracy, które nie ulegają zakłóceniom nawet przy dużej skali
To, co odróżnia projekty, które przynoszą efekty, od tych, które się przeciągają, to fakt, czy ktoś zaprojektował połączenia między tymi ścieżkami, czy też po prostu założył, że wszystko ułoży się samo.
Schemat jest przewidywalny. Pierwszy tydzień wygląda świetnie. Masz uporządkowane ścieżki, jasno określonych właścicieli zadań, a wszyscy działają sprawnie. W czwartym tygodniu decyzja podjęta w jednej ścieżce zniweczyła pracę w innej. Nikt tego nie zauważył, ponieważ nikt nie obserwował punktu spotkania między zespołami.
Zespoły, które dostarczają wyniki na czas, nie mają lepszych planów. Mają po prostu lepszą widoczność w zakresie tego, co każdy obszar jest winien pozostałym. Traktują tę widoczność jako codzienny nawyk, ponieważ struktura ta funkcjonuje tylko wtedy, gdy kierownik projektu o nią dba.
Jeśli Twoje projekty regularnie angażują wiele zespołów pracujących nad osiągnięciem tego samego terminu, ClickUp pozwala prowadzić każdy wątek w osobnej liście. Możesz połączać zależności między nimi i monitorować wszystko z jednego pulpitu nawigacyjnego. Możesz nawet wykorzystać AI do sprawdzania statusu w różnych wątkach bez konieczności kontaktowania się z poszczególnymi osobami. Wszystko to dzieje się na jednej platformie, więc nie musisz łączyć ze sobą różnych narzędzi.
Zacznij korzystać z ClickUp za darmo.
Często zadawane pytania dotyczące strumieni pracy w zarządzaniu projektami
Jaka jest różnica między strumieniem pracy a fazą projektu?
Faza ma charakter sekwencyjny, natomiast strumień pracy — równoległy. Fazy to etapy, przez które projekt przechodzi w określonej kolejności, takie jak planowanie, realizacja i zamknięcie. Natomiast strumienie pracy przebiegają równolegle przez cały cykl życia projektu. Pojedynczy strumień pracy, na przykład inżynieria, pozostaje aktywny w każdej fazie. Fazy można traktować jako wskazówki dotyczące tego, kiedy wykonywana jest praca. Natomiast strumienie pracy informują, kto jest odpowiedzialny za dany obszar w całym harmonogramie.
Czym strumień pracy różni się od projektu i programu?
Różnica sprowadza się do wielkości i sposobu, w jaki te elementy się ze sobą łączą. Program to zbiór powiązanych projektów. Projekt to pojedyncza inicjatywa z jasno określonym terminem realizacji. Strumień pracy to jeden z równoległych torów działania w ramach danego projektu. Strumień pracy nigdy nie funkcjonuje samodzielnie. Istnieje wyłącznie jako element większego celu projektowego. Ma tę samą datę końcową i główny cel, co nadrzędny projekt. Z drugiej strony, odrębny projekt posiada własną, niezależną kartę projektu.
Czy formalne standardy, takie jak PMBOK lub PRINCE2, definiują pojęcie „strumienia pracy”?
Żaden z głównych standardów zarządzania projektami nie definiuje formalnie pojęcia „strumień pracy”. Nie ma o nim wzmianki ani w przewodniku PMBOK PMI, ani w APM Body of Knowledge, ani w podręczniku PRINCE2. Jest to termin praktyczny, który wywodzi się z rzeczywistej realizacji projektów. Nie ma organu regulacyjnego, który by go standaryzował, więc jego użycie różni się w zależności od firmy.
Jaka jest różnica między strumieniem pracy a pakietem prac?
Pakiet prac jest znacznie mniejszy i znajduje się w ramach struktury podziału pracy. Formalnie rzecz biorąc, pakiet prac to zadanie najniższego poziomu, które można oszacować i przydzielić. Strumień pracy ma znacznie szerszy zakres. Jest to ciągły proces, który może obejmować wiele pakietów prac i wiele cykli pracy. Mówiąc prościej, pakiety prac to jednostki wyników. Strumienie pracy to jednostki własności, które grupują te wyniki razem.
Czy jedna osoba może kierować więcej niż jednym strumieniem pracy?
Jest to możliwe, ale jest to najszybszy sposób na stworzenie ukrytego wąskiego gardła. Istotą wyznaczenia jednego konkretnego lidera jest jasna odpowiedzialność za przekazywanie zadań w ramach jednego strumienia. Jeśli przydzielisz jedną osobę do trzech strumieni, wąskie gardło przeniesie się do jej kalendarza. Każdy strumień będzie wtedy czekał na jedną osobę, która nieustannie przełącza się między zadaniami. Jeśli musisz powielić zadania, rób to tylko w przypadku małych strumieni o niskim ryzyku. Zwracaj również uwagę na osie czasu, których szczyt przypada na ten sam tydzień.
Czym charakteryzuje się dobry kierownik strumienia pracy?
Dobry lider strumienia pracy ma wystarczające uprawnienia, by samodzielnie usuwać przeszkody w pracy własnego zespołu, bez konieczności zwracania się do głównego kierownika projektu w sprawie każdej decyzji. Osoba ta odpowiada za oś czasu strumienia, wyniki oraz przekazywanie zadań. Najlepsi liderzy dbają o swoje granice. Uważnie monitorują przekazywanie zadań i wcześnie zgłaszają problemy, gdy pojawiają się opóźnienia w zależnościach. Lider, który musi prosić o zgodę w sprawie rutynowych decyzji, jest liderem tylko z nazwy.