Jak zmierzyć wykorzystanie ludzi?


15

W Projekcie Phoenix pojedynczy wykres w całej książce pokazuje, że gdy obciążenie pracą wzrasta do 90%, czas oczekiwania na nią rośnie wykładniczo. W rzeczywistości w książce twierdzi, że:

Czas oczekiwania = (Procent zajęty / Procent wolny)

Więc jeśli zasób jest zajęty przez 35 z 40 godzin tygodniowo, to:

Wait Time = 0.875/0.125  = 8

Jeśli jednak zasób jest zajęty przez 39 z 40 godzin tygodniowo, wówczas:

Wait Time = 0.975/0.025  = 39

Mnoży się to przez liczbę oczekiwań w przepływie pracy. To oczywiście coś, na co chcemy mieć oko!

Biorąc to wszystko pod uwagę, oczywiste jest, aby utrzymać wykorzystanie ludzi na rozsądnym poziomie. Biorąc pod uwagę nacisk tej książki na znaczenie tej formuły, oferuje ona niewiele praktycznych porad, jak mierzyć te wartości. Moje pytanie brzmi: jak praktycznie zmierzyć odsetek osób zajętych?


2
To zasługuje na odpowiedź, która cytuje książkę Slack amazon.com/dp/0767907698 . Mit wydajności poprzez spalanie zasobów na 100% jest również głównym tematem teorii ograniczeń.
Evgeny,

2
Zanim będę miał czas na napisanie pełnej odpowiedzi, dodam tylko, że w ZU rezygnujesz z wydajności wszędzie, aby skupić się na wydajności tylko na ograniczeniu. Ponieważ pozwala to wszędzie indziej wchłonąć różnorodność i uniknąć tworzenia marnotrawstwa (tutaj Lean, np. Nadprodukcja, zbyt dużo zapasów itp.), Ponieważ nie są to działania o wartości dodanej (znowu Lean).
Evgeny,

2
Ograniczenie rzadko jest człowiekiem, nawet w The Phoenix Project, Bret był najpierw ograniczeniem - ale jego „jego dzieło” jest rzeczywistym ograniczeniem.
Evgeny,

1
@Evgeny oczekuje na pełną odpowiedź!
Liath,

2
W tym miejscu należy również użyć „Nie można zmierzyć produktywności” Martina Fowlera - martinfowler.com/bliki/CannotMeasureProductivity.html
David Bock

Odpowiedzi:


6

TL; DR : Mierzenie jest niewłaściwe . Mierząc i zwiększając wykorzystanie pracowników na całym świecie, stwarzasz problemy w systemie i zmniejszasz ogólną wydajność .

Rachunkowość przepływowa

To, co tak naprawdę chcesz zmierzyć, to przepustowość, zapasy i koszty operacyjne razem i spróbuj zmniejszyć zapasy i koszty operacyjne, jednocześnie maksymalizując przepustowość. Ta metoda jest znana jako rozliczanie przepustowości .

Przy opracowywaniu oprogramowania inwentaryzacja to praca w toku, która nie przynosi jeszcze korzyści klientowi. Wszystko, co zostało zrobione, ale nie wydane. Wydajność to ilość pracy użytecznej dla zwolnionego klienta. Wszelkie prace, które nie są bezpośrednio użyteczne dla klienta, są ujmowane jako koszty operacyjne.

Prosty system

W prostym systemie z jednym człowiekiem lub wieloma ludźmi pracującymi niezależnie z niezależnym sprzętem, tak jak każdy z nich, bezpośrednio zwiększy przepustowość całego systemu . Prowadzi to do powszechnego błędnego przekonania, które jest podstawą tego pytania, że ​​zwiększenie wykorzystania ludzi doprowadzi do zwiększenia przepustowości we wszystkich systemach. Ale nadal mierzysz przepustowość systemu, zapasy i koszty operacyjne .

Skomplikowany system

W złożonym systemie, nawet przy zaledwie dwóch zależnościach, zwiększone wykorzystanie jednej części systemu może bezpośrednio prowadzić do zmniejszenia wykorzystania w wąskim gardle, co zmniejsza przepustowość całego systemu. Jakikolwiek wzrost wydajności poza wąskim gardłem jest mirażem .

Przykład:Zespół inżynierów oprogramowania sprawdził cały kod przez architekta oprogramowania, który również planuje nowe funkcje. Ta osoba jest wąskim gardłem, kod nie sprawdzony przez architekta po prostu zwiększy zapasy, jeśli architekt nie ma czasu, żadne nowe funkcje nie zostaną odpowiednio zaplanowane. Jeśli zaczniesz mierzyć wykorzystanie inżynierów oprogramowania, każdy z nich spróbuje wprowadzić więcej zmian, a nie lepszych. Wydłuży się czas, który architekt będzie musiał poświęcić na każdą zmianę, a całkowity czas poświęcony na przeglądanie zwiększy się o zwiększoną liczbę zmian do punktu, w którym nie będzie już czasu na planowanie nowych zmian. W końcu cały system się zatrzymuje. Z drugiej strony, jeśli zmniejszają wykorzystanie, a nawet spędzają czas na biegu jałowym, spędzają dłużej na każdej zmianie lub recenzjach, może to prowadzić do skrócenia czasu potrzebnego na przeglądy i ostatecznie do zwiększenia przepustowości. To tylko jeden zespół z 2 zależnościami. Inżynierowie zależą od architekta, jeśli chodzi o planowanie nowych zmian i ich przeglądanie.

Oczywiste jest, że korzyści należy uzyskać we właściwym zarządzaniu wąskim gardłem i próbowaniu zwiększenia produktywności w wąskim gardle , gdzie zyskała godzina , jest godziną przepustowości całego systemu .

To jest prawdziwe przesłanie Projektu Phoenix i pochodzi bezpośrednio z Teorii ograniczeń Eliyahu M. Goldratta. Możesz także przeczytać artykuł o myśleniu o wykorzystaniu a myśleniu o przepustowości . Sugerowałbym również, aby przeczytać więcej na temat zarządzania łańcuchem krytycznym .

Pamiętaj: to, co mierzysz, dostajesz . I zdecydowanie NIE CHCESZ uzyskać większego indywidualnego wykorzystania. Droga do piekła jest wybrukowana dobrymi intencjami.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.