Değer Akışı Haritalaması ve yazılım teslim süreci de dahil olmak üzere üretim süreçlerinin değer akışını analiz etmek için nasıl kullanılabileceği hakkında çok şey duydum . Yazılım geliştirme ve operasyon ekipleri bağlamında başarılı bir şekilde sunulduğunu hiç görmedim.
Değer Akışı Eşleme nedir ve yazılım dağıtımına nasıl uygulanabilir?
Yanıtlar:
Bir değer akışı daha az içsel değere sahip şeylerin bir koleksiyona değer katan bir süreçtir. Kanonik örnekte bir montaj hattı var. Bağlantısı kesilmiş bir parça koleksiyonuna (direksiyon simidi, vites kolu, gaz pedalı) çok az ilgi duyuyorum. Öte yandan, bir araba için iyi para ödeyeceğim. Otomobil üreticileri değer katmak tesisleri, vasıflı iş, tedarik zincirleri vb Parçaları akışının bir ucundan içeri şeklinde bölümlerine, arabalar diğer çıkıyor.
İşletmeler ürünlerini ve / veya hizmetlerini sunmak için karmaşık süreçler kullanırlar. Değer akışı eşlemesi , şirketler tarafından nasıl ve nerede değer sunduklarını anlamak için kullanılan bir süreçtir . Değer akışı eşleştirmesinin amacı, değer sağlayan bir iş yeteneğini desteklemek için gereken adımların, zamanın ve kaynakların net bir şekilde anlaşılmasını sağlamaktır.
Değer akışı eşlemesi, kaizen veya Sürekli İyileştirme için yararlıdır . DevOps ve Lean'de kullanılan “sistemler düşüncesi” karmaşık bir süreç boyunca yapılan küçük, artımlı iyileştirmeleri teşvik eder. Bir değer akışı haritası, bir değer akışındaki gereksiz veya verimsiz adımlar gibi atık alanlarını açığa çıkarabilir. Tam bir harita bu atık alanlarını ortaya çıkarma eğilimindedir. Bu, iyileştirmelere öncelik verilmesine yardımcı olur.
Değer Akışı Eşleme, büyük ölçüde bir iş sürecine veya yazılım teslimi içindeki daha küçük bir kapsama uygulanabilir. Yazılım teslim sürecinin kendisi bir montaj hattını yansıtır. Kod yazılır, gözden geçirilir, test edilir, entegre edilir ve tekrar test edilir. Son olarak Üretime teslim edilene kadar bir ortamdan diğerine (imalatta buna iş merkezi denir ) teslim edilir.
Değer Akışı Eşleme Nedir?
Değer Akışı Haritası, tedarikçiden müşteriye kuruluşunuz aracılığıyla iş, envanter ve bilgi akışının bir temsilidir. VSM, gecikmelerin sürecinizdeki yerini, herhangi bir kısıtlamayı ve aşırı çalışmayı veya envanteri bir bakışta görmenizi sağlar.
BT kuruluşları için yaygın bir gösterim, envanterin birikmiş iş yerindeki bir takım görevler olduğudur. Joel Spolsky bu kavramı açıklayan ve genişleten muhteşem bir makale yazdı .
Genellikle bir VSM aşağıdakileri içeren grafik bir grafiktir:
Değer Akışı Eşleme neden yapılır?
Daha büyük organizasyonlarda, çalışma özel hücrelere bölündüğünde - genellikle tüm sistemin kavramı odaklanmamıştır. Bu, yerel optima'yı optimize etmek gibi sorunlara yol açar. Örneğin, bir Jenkins sunucusunu ve onu kullanması gereken başka bir geliştirici ekibini yöneten bir ekibiniz varsa - Jenkins yöneticileri JIRA'larında iyi görünen iyileştirmeler ve işler yapabilirler. Ama aslında, sistemi kullanan geliştiricileri incitiyor. Bir System Thinking organizasyonunda, insanlar sistemi bir bütün olarak geliştirmeye çalışacak, yerel olan ve bütünü üzerinde hiçbir etkisi olmayan veya sürece zarar veren iyileştirmeler eklemeyeceklerdir.
Bir VSM'nin amacı, değer yaratma sürecinde minimum israfla (Yalın) kuruluşun müşterilerine en iyi değeri sağlamaktır. "Değer" kuruluşun müşterisinin satın aldığı şeydir.
Değer Akışı Haritası nasıl oluşturulur?
Bir VSM yaratmanın kendi hedefi vardır, organizasyonu geliştirir. Böylece ilk adım mevcut iş ve bilgi akışını haritalamaktır. Bir sonraki adım, bazı iyileştirmeler tasarlamak ve uygulamaktır ve gelecekte de yinelemeye ve geliştirmeye devam etmektedir. VSM, etrafındaki işi ve ölçümleri gösteren görsel bir gösterge panosudur, bu nedenle darboğaz açıkça görülebilir ve kontrol edilebilir (Kısıtlar Teorisi kullanılarak).
Çoğu Yalın kitaptaki açıklamaya dayanarak bir VSM oluşturma adımları:
Kanban'ı çalışmayı yönetmek için kullanan bir kuruluşta, müşteri bakış açısından değerin çekilmesini yönetmek için kullanılır. Ne yazık ki, insanlar genellikle Kanban'ın nasıl çalıştığını ve neden olduğu gibi tanımlandığını bilmiyorlar, bu yüzden Kanban'ı müşterilere (veya pazara) itmek için kullanıyorlar - bu genellikle çok fazla boşa giden iş ve hayal kırıklığına uğramış insanlara yol açar işlerinin bir etkisi olduğunu görmüyorum.
Konu hakkında daha fazla bilgi için harika referans: