İnsan kullanımı nasıl ölçülür?


15

In Phoenix Projesi yüksek% 90 içine bir kişinin iş yükü arttıkça kitabın tamamı gösterilerde tek grafik üzerlerinde bekleme süresi katlanarak artar bu. Aslında kitapta şunu iddia ediyor:

Bekleme Süresi = (Meşgul Yüzdesi / Ücretsiz Yüzde)

Bir kaynak haftada 40 saatin 35'inde meşgulse, o zaman:

Wait Time = 0.875/0.125  = 8

Ancak bir kaynak haftada 40 saatin 39'u için meşgulse:

Wait Time = 0.975/0.025  = 39

Bu, iş akışındaki bekleme sayısı ile çarpılır. Bu kesinlikle göz kulak olmak istediğimiz bir şey!

Dolayısıyla, tüm bunlar göz önüne alındığında, insanların kullanımını makul bir seviyede tutmamız çok önemlidir. Kitabın bu formülün önemi konusunda ısrar ettiği göz önüne alındığında, bu değerlerin nasıl ölçüleceğine dair çok az pratik tavsiye sunmaktadır. Sorum şu: Bir kişinin meşgul yüzdesini pratik olarak nasıl ölçebilirsiniz?


2
Bu, Slack amazon.com/dp/0767907698 kitabından alıntı yapan bir cevabı hak ediyor . Kaynakları% 100'e yazarak verimlilik efsanesi de Kısıtlar Teorisi'nin ana konusudur.
Evgeny

2
Tam bir cevap yazmak için zamanım olmadan önce, ToC'ye sadece kısıtlama üzerinde verimliliğe odaklanmak için her yerde verimlilikten vazgeçtiğinizi ekleyeceğim. Çünkü bu, her yerde çeşitliliği absorbe etmeyi ve atık yaratmayı önler (burada Yalın teklif verin. Aşırı üretim, çok fazla envanter vb. Gibi) çünkü bu katma değerli olmayan (tekrar Yalın teklif et) aktivitelerdir.
Evgeny

2
Kısıtlama nadiren bir insandır, Phoenix Projesinde bile, Bret ilk önce bir kısıtlamadır - ama asıl kısıtlama olan “işi” dir.
Evgeny

1
@Evgeny tam cevabı dört gözle bekliyor!
Liath

2
Burada bir cevap Martin Fowler'in
David Bock

Yanıtlar:


6

TL; DR : Ölçmek yanlış bir şey . Yönetim kurulu genelinde çalışanlarda kullanımı ölçerek ve artırarak , sistemde sorunlar yaratır ve genel verimi azaltırsınız .

Verim Muhasebesi

Aslında ölçmek istediğiniz şey, verim, envanter ve işletme giderlerini bir araya getirmektir ve aynı zamanda verimi en üst düzeye çıkarırken envanteri azaltmaya ve işletme giderlerini azaltmaya çalışır. Bu yöntem, iş hacmi muhasebesi olarak bilinir .

Yazılım geliştirmede envanter, henüz müşteriye fayda sağlamayan, devam eden çalışmadır. Yapılmış ancak serbest bırakılmamış her şey. Verim, piyasaya sürülen müşteri için yararlı iş miktarıdır. Müşteri için doğrudan yararlı olmayan herhangi bir iş işletme gideri olarak muhasebeleştirilir.

Basit sistem

Bir de basit bir sistemle birlikte tek bir insan ya da çoklu insanların çalışma bağımsız her biri direkt olarak artacaktır yok olduğu kadar bağımsız ekipmanla verim bütünün sisteme . Bu , artan insan kullanımının tüm sistemlerde artan verim sağlayacağına dair bu sorunun temelini oluşturan ortak yanlış anlamalara yol açmaktadır . Ancak yine de sistemin verimini , envanter ve işletme giderlerini ölçüyorsunuz .

Kompleks sistem

Karmaşık bir sistemde, en az iki bağımlılıkla bile, sistemin bir kısmının artan kullanımı doğrudan darboğazda kullanımın azalmasına yol açabilir, bu da tüm sistemin verimini azaltır. Darboğazın dışındaki verimlilik artışları bir seraptır .

Misal:Yazılım mühendislerinden oluşan ekip, tüm kodları yazılım mimarı tarafından gözden geçirdi ve yeni özellikler için planlar yapıyor. Bu kişi bir darboğaz, mimar tarafından gözden geçirilmeyen kod sadece envanteri artıracak, mimarın zamanı yoksa, yeni özellikler düzgün bir şekilde planlanmayacak. Yazılım mühendislerinin kullanımını ölçmeye başlarsanız, her biri daha iyi değişiklikler yerine daha fazla değişiklik yapmaya çalışır. Mimarın her değişiklik için harcaması gereken süre artacak ve gözden geçirme için harcanan toplam süre, yeni değişiklikleri planlamak için zamanın kalmayacağı bir noktadaki değişiklik miktarının artmasıyla daha da artacaktır. Sonunda tüm sistem durma noktasına gelir. Öte yandan kullanımı azaltırlarsa, boşta bile zaman harcarlarsa, her değişiklik veya akran incelemesine daha uzun süre harcarlarsa bu, gözden geçirmeler için gereken zamanın düşmesine ve sonuç olarak verimin artmasına neden olabilir. Bu sadece 2 bağımlılığı olan tek bir takım. Mühendisler planlanacak yeni değişikliklerin ve gözden geçirilecek değişikliklerin mimara güvenir.

Açıkçası, darboğazın düzgün bir şekilde yönetilmesinin ve saatin kazandığı darboğazın tüm sistemin verim saatinin olduğu darboğazda verimlilik kazanmaya çalışmanın faydaları sağlanacaktır .

Bu Phoenix Projesi'nin gerçek mesajıdır ve doğrudan Eliyahu M. Goldratt'ın Kısıtlar Teorisi'nden gelir . Ayrıca, faydalanma düşüncesinden faydalanma düşüncesine ilişkin bir makale de okuyabilirsiniz . Ayrıca Kritik Zincir Süreç Yönetimi hakkında daha fazla bilgi almanızı öneririm .

Unutmayın: Ölçtüğünüz şey elde ettiğinizdir . Ve kesinlikle daha fazla bireysel kullanım almak İSTEMİYORSUNUZ . Cehenneme giden yol iyi niyetlerle döşenmiştir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.