Maliyet merkezinden değer çeviriciye: teknik destekte karşı değerin dönüştürülmesi

Tam metin

1 Giriş

Çoğu ürün kuruluşunda teknik destek bir maliyet merkezi olarak kaydedilir. Bütçesi görünürdür, çıktısı kapatılan talep sayısıyla ölçülür ve olağan soru onu nasıl daha ucuza getirebileceğimizdir. Bu makale, bu çerçevenin eksik olduğunu ve dışarıda bıraktığı şeyin, desteğin ürün için en önemli olan kısmı olduğunu savunmaktadır.

Argüman, Değer Yönetimi Kuramı (Theory of Value Management, VMT) ve Æilus metodolojisinin kavram dağarcığını kullanır. Değer, karşı değer, değer akışı, değer sistemi, değer dönüştürücü ile planlanan, gerçekleşen ve geriye dönük değer, bu serinin ilk makalesinde tanımlandığı şekilde kullanılır. Değer para birimi Æ'nin biçimsel ele alınışı Bolshakov (2026) çalışmasında verilmiştir ve burada tekrarlanmaz.

Ana kaynak, Æilus makalesi "Technical Support Service - Anti-Value Conversion" (Bolshakov, 2025) metnidir. Bu metin desteği, müşteriden karşı değeri alıp değere dönüştüren, katsayıları her hatta artan bir değer dönüştürücüler zinciri olarak tanımlar ve her aşamada ölçülmesi gereken iki katsayı önerir. Bu makale modeli yeniden ifade eder, katsayıları operasyonel hale getirir, bunların kimin değerini ölçtüğünü belirtir ve bir ölçüm protokolü önerir. Saha verisi içermez; uygulamalı örnekteki tüm sayılar açıklayıcı niteliktedir.

Makale, VMT'nin A1 (bağlamsallık), A2 (çoklu yorumlar), A4 (plan ile gerçeğin asimetrisi), A5 (karşı değerin bağımsızlığı), A6 (tüketimde gerçekleşme), A7 (dönüşüm), A12 (değerin korunmaması) ve A13 (kısmi ölçülebilirlik) aksiyomlarına ve T2 (akışın tersine dönmesi), T4 (direncin birikimi), T5 (yerel optimizasyon), T9 (gizli akışlar), T14 (yorumlanmamış değer kaybolur), T15 (sınır bağımlılığı) ve T16 (gerçekleşme olmadan yorumlayarak ölçekleme) teoremlerine dayanır.

2 Destek neden bir maliyet merkezi olarak ele alınır ve bu neyi gizler

2.1 Maliyet bakışı bir sınır seçimidir

Maliyet merkezi bakışı, değer sistemi sınırının şirketin finansal akışlarının çevresine çizilmesinden doğar. Bu sınırın içinde destek maaşları ve araçları tüketir, gelir kalemi üretmez. A1 uyarınca değer yalnızca bir değer sisteminin içinde vardır ve T15 uyarınca sınırı değiştirmek, gerçeği değiştirmeden sonucu değiştirir. Maliyet bakışı, tek bir değer sisteminin doğru bir okumasıdır; desteğin ne yaptığının bir tasviri değildir.

T2, tek bir akışın farklı sistemlerde karşıt yorumlar taşıyabileceğini belirtir. Şirket tarafından maliyet olarak kaydedilen bir destek etkileşimi, müşteri için karşı değerin ortadan kalkmasıdır: acı vermeyi bırakan bir arıza, işi engellemeyi bırakan bir soru. Kaynak, desteğin sunduğu on tür müşteri değerini sıralar; bunlar olay karşı değerinin azaltılması ve zaman tasarrufundan risk azaltımına ve güvene kadar uzanır. Hiçbiri bir maliyet raporunda yer almaz.

2.2 Maliyet bakışının gizledikleri

• Müşteri tarafındaki değer. Destek, müşterinin değer akımını yeniden kurar. Bunu yapmayı bırakırsa müşterinin katılım koşulu (A8) tehlikeye girer ve T7, müşterinin ayrılacağını ya da katılım biçimini değiştireceğini öngörür.
• İç değer. Kaynak üç iç akışı adlandırır: olay bilgisi, rakiplerde bulunan özelliklere yönelik talepler ve müşterilerin özgün önerileri. T9 uyarınca, modelin göstermediği akışlarla ayakta duran bir yapı ya yanlış modellenmiştir ya da kötü sınırlandırılmıştır. Desteğin maliyet modeli böyle bir modeldir.
• Dönüşüm. Kaynak, desteğin karşı değeri değere dönüştürdüğünü ve bir sorun daha derin hatlara ve ürüne ulaştığında sonucun özgün karşı değeri büyüklük mertebeleri kadar aşabileceğini ileri sürer. A12 buna izin verir: tek bir giderilmiş kök neden, yalnızca bildiren müşteri için değil, her müşteri için karşı değeri ortadan kaldırır.

3 Destek, karşı değer akımının giriş noktası olarak

Her ürün hem değer hem de karşı değer sunar. A5 uyarınca karşı değer bağımsız bir kategoridir: bir müşteri üründen gerçek değer alırken aynı hafta içinde bir kesintiden gerçek karşı değer de alabilir. Destek, bu karşı değerin büyük bölümünün şirkete gözlemlenebilir bir akış olarak girdiği yerdir. Bu makale onu, kaynağın ilk hat karşılama tanımıyla uyumlu olarak dört türde gruplar:

• Olaylar. Bir şey çalışıyordu ve çalışmayı bıraktı.
• Kusurlar. Bir şey hiçbir zaman amaçlandığı gibi çalışmadı; karşı değer, müşteri onunla karşılaştığında görünür hale gelir.
• Kafa karışıklığı. Ürün çalışır, ancak müşteri ondan değer elde edemez.
• Boşa çıkan beklentiler. Planlanan ve gerçekleşen değer birbirinden farklıdır. A4 bunun normal olduğunu belirtir; destek, bu farkın bildirildiği yerdir.

Beşinci bir girdi potansiyel değerdir: talepler ve öneriler. Kaynak bunu ayrı ele alır ve hacmini sınırlı olmayan olarak tanımlar. Aynı kanalı paylaşır; bu nedenle ölçüm, iki farklı paydanın karışmaması için onu karşı değerden ayrı tutmalıdır.

Giriş noktası, T4 nedeniyle önemlidir: direnç birikir. Bir kuyrukta bekletilen karşı değer, güven kaybına ve T6 uyarınca gelecekteki değeri gerçekleştirme yeteneğinin azalmasına dönüşerek katlanır. Ürün geliştirmedeki kuyruk dinamikleri iyi tanımlanmıştır (Reinertsen, 2009); VMT okuması ise bir destek kuyruğunda bekleyenin, müşterinin değer sisteminde biriken karşı değer olduğunu ekler.

4 Dönüşüm zinciri

A7 uyarınca dönüşüm, bir aktörün gelen değeri gerçekleştirmesi, ya da burada gelen karşı değeri özümsemesi ve yeni planlanan değer üretmesi anlamına gelir. Kaynak, her destek hattını böyle bir dönüştürücü olarak ele alır; her birinin kendi Değer Dönüştürücü Sahibi (Value Transformer Owner, VTO) vardır.

4.1 Birinci hat

Kaynak, birinci hatta şu görevleri verir: karşı değer akımının yapılandırılmış taleplere alınması, ilk temasta karşı değerin hızla sönümlenmesi, sürekli değer akımının sürdürülmesi, yönlendirme, veri toplama, müşteri beklentilerinin yönetimi ve karşı değerin derinliğinin değerlendirilmesi. Rolü bir filtre, bir şok emici ve bir hızlandırıcıdır. Çoğunlukla müşterinin önceki durumunu geri getirir; kaynağın ona en düşük katsayıyı vermesinin nedeni budur. Beklenti yönetimi ayrıca anılmaya değerdir: durum bildirimleri hiçbir şeyi onarmaz, ancak belirsizliğin karşı değerini azaltır; bu, A5'in doğrudan bir örneğidir.

4.2 İkinci hat

İkinci hat karmaşık karşı değeri üstlenir: zor hatalar, entegrasyonlar, performans. Kaynağın temel geçişi, bir sorunu bastırmaktan kök nedenini gidermeye ve tek bir müşteriden tüm müşterilere geçiştir; çünkü düzeltmeler ve güncellenmiş talimatlar müşteri tabanına yayılır. İkinci hat ayrıca birinci hat kapasitesini artıran bilgi tabanını oluşturur, yinelenen olayları iş listesine (backlog) aktarır ve teknik borç gibi gizli karşı değeri azaltır.

4.3 Üçüncü hat

Kaynak üçüncü hattı, mimaride, kodda, protokollerde ve çekirdek mantıkta kök salmış karşı değer üzerinde çalışan stratejik düzeyde bir dönüştürücü olarak adlandırır. Çıktıları, işlevsellikte ve mimaride yapılan değişiklikler ile yeni dönüştürücülerdir: karşı değeri dönüştürmeyi sürdüren araçlar, betikler, izleme ve otomatik denetimler. Ayrıca karmaşık durumlarda değer ve karşı değerin nasıl ölçüleceği dahil olmak üzere alt hatlar için kuralları belirler. Kaynak, değişiklikler müşteriye ulaşana kadar artışın nicelleştirilmesinin zor olduğunu belirtir; bu, A6'nın operasyonel ifadesidir.

4.4 Ürün Sahibi

Kaynak, Ürün Sahibi (Product Owner) ekibini bir sonraki dönüştürücü ve bir değer sentezleyicisi olarak konumlandırır. Tüm hatlardan gelen akımı önceliklendirir, stratejiyle hizalar, maliyet, zaman ve riskte en düşük karşı değerle müşteri değerinin en yüksek olduğu yeri değerlendirir ve pazar ihtiyaçlarından potansiyel değer ekler. Çıktı, mevcut değeri ölçekleyen ve yeni değer yaratan bir teslimat planıdır. Kaynak bunu PDCA ile ilişkilendirir: Plan destek verilerinden, Do teslimat ekiplerince, Check olaylar ve değer metrikleri üzerinden, Act strateji ve ürün üzerinde. Güncellenen ürün yeniden değer sunar, destek bir sonraki akımı yakalar ve döngü kapanır.

5 Kaynakta önerilen katsayılar

5.1 Hat başına nominal katsayılar

Kaynağın kapalı döngü özeti, birinci hatta yakalanan karşı değerin x1 ile x1,5 arasında bir katsayıyla değere dönüştürülebileceğini; ikinci hatta x10, üçüncü hatta x100 olduğunu belirtir. Müşteri önerileri, hacmi sınırlı olmayan biçimde tanımlanarak ikinci ve üçüncü hatta geçer ve Ürün Sahibi'nin müşteriye geri döndürdüğü değer, potansiyel olarak neredeyse sınırsız olarak tanımlanır. Örüntü şudur: sorun ne kadar büyükse o kadar üst hatta ulaşır ve hat ne kadar üstteyse katsayı o kadar yüksektir. Kaynak bunları ölçüm olarak değil, büyüklük mertebeleri olarak sunar. Bu makale bunları hipotez olarak ele alır.

5.2 VAM ve ACM

Kaynak, her aşamada iki parametrenin ölçülmesi gerektiği sonucuna varır:

• Value Amplification Multiplier (VAM), değer aktarım katsayısı: "Müşteriye ne kadar değer alındı ve teslim edildi".
• Anti-Value Conversion Multiplier (ACM), karşı değerin değere dönüşüm katsayısı: ne kadar karşı değer alındı ve bunun ne kadarı Müşteri için değere dönüştürüldü.

Kaynak bunları sözlü olarak ifade eder ve herhangi bir formül vermez. Burada önerilen asgari oran okuması, bir inceleme dönemi boyunca bir aşama s için (birinci hat, ikinci hat, üçüncü hat, Product Owner) şöyledir:

VAM_s = V_delivered,s / V_received,s

ACM_s = V_converted,s / AV_received,s

V_received,s aşamaya giren değerdir (öneriler veya kısmen dönüştürülmüş potansiyel değer); V_delivered,s aşamanın çıktısına atfedilebilen gerçekleşmiş müşteri değeridir; AV_received,s aşamaya giren karşı değerdir; V_converted,s bundan üretilen gerçekleşmiş müşteri değeridir. Tüm terimler Æ cinsindendir.

Kaynağın ifadesinden iki okuma çıkar. Paylar müşteri için değerdir; bu nedenle planlar, biletler ve backlog öğeleri ancak müşteri tarafından gerçekleştirildiğinde sayılır (A6). Ayrıca iki katsayının paydaları farklıdır: biri değerin amplifikasyonunu, diğeri karşı değerin dönüşümünü izler. Zincir düzeyinde bir katsayı ACM_chain = sum of V_converted,s / AV_received,1 şeklindedir; payda olarak girişteki karşı değer kullanılır ve gerçekleşen her değer birimi yalnızca bir aşamaya atfedilir.

6 Kimin değeri ölçülür

A1 ve A2 uyarınca, adı konmuş bir değer sistemi olmayan bir katsayı anlamsızdır. Zincir dört değer sistemine temas eder:

Bu makale ölçümü şöyle sabitler. VAM ve ACM'nin payları müşterinin değer sisteminde ölçülür, çünkü gerçekleşmiş değer alıcının yorumudur. Paydalar müşteri-destek sınırında ölçülür: müşterinin deneyimlediği ve bildirdiği şekliyle karşı değer, birinci hat tarafından kaydedilir. Destek ve ürün sistemleri katsayıları kullanır; şirket sistemi bunları maliyetle tartar. VSO, yalnızca kısmen ölçülebilir olan (commensurable) bu okumaları karşılaştırmak için toplulaştırma politikasının sahibidir (A13). Destek kendisini kendi değer sisteminden ölçseydi, emeği ve planlanan değeri raporlardı. Kaynağın tanımları dışarıya doğru bakar ve protokol onları orada tutar.

7 Bir ölçüm protokolü

Aşağıdaki protokol bir öneridir, sahada denenmemiştir ve mevcut bilet ve backlog araçlarıyla çalışacak şekilde tasarlanmıştır.

7.1 Kaydedilecek veriler

• Girişte: müşteri ve ürün kullanımı; girdi türü (olay, hata, kafa karışıklığı, karşılanmayan beklenti, öneri); mümkün olduğunda müşteriyle doğrulanmış, ortak bir ölçekte Æ cinsinden karşı değer tahmini; etkilenen alanlar.
• Her devirde: alan aşama ve gerekçe; çözüm türü (durum geri getirildi, bu müşteri için düzeltildi, kök neden giderildi, yeni dönüştürücü oluşturuldu, backlog öğesi açıldı); biletlerden backlog öğelerine ve sürümlere bağlantılar; önerilen değişikliklerin planlanan değeri, gerçekleşmiş değerden ayrı tutulur.
• Tesliminden sonra: müşteri veya üzerinde anlaşılmış bir vekil gösterge tarafından doğrulanmış, Æ cinsinden gerçekleşmiş değer; ulaşılan müşteri sayısı; sonradan yapılan geriye dönük yeniden değerlendirme.

7.2 Gerçekleşmiş değeri kim doğrular

Katkı iddia eden dönüştürücü, kendi gerçekleşmiş değerini doğrulamaz. Bunu müşteri yorumlar; açık onay ya da önceden üzerinde anlaşılmış vekil göstergeler (olay tekrarlanmaz, özellik kullanılır) yoluyla. Her hattın VTO'su tahminleri önerir ve kayıt kalitesinin sahibidir. Ürün VTO'su, teslim edilen hangi değişikliklerin hangi destek girdilerine dayandığını doğrular. VSO, atıf anlaşmazlıklarına hakemlik eder. Planlanan değer kaydedilir, ancak A4 ve T16 uyarınca hiçbir zaman paya girmez: bir değer iddiasını yalnızca yorumla ölçeklemek yapısal olarak kararsızdır. Kaynaktaki üçüncü hat için x100 değeri, değişiklik müşterilere ulaşana kadar böyle bir iddiadır.

7.3 İnceleme sıklığı

• Bilet başına, kapanışta: giriş tahmini, çözüm türü, birinci hattın gerçekleşmiş değeri.
• Hat başına, kısa düzenli bir döngüde: tamamlanan öğeler için ACM ve VAM, kuyruklardaki açık karşı değerin yaşı (T4), yükseltme (escalation) gerekçeleri.
• Sistem başına, daha uzun bir döngüde: VSO ve Ürün VTO'su teslim edilen değişiklikleri, geriye dönük yeniden değerlendirmeleri, toplam karşı değer girişini ve hat başına katsayıların kaynağın öngördüğü sırayı izleyip izlemediğini inceler.

Gerçekleşme gecikmeli olduğundan, katsayılar kohort bazında, yani karşı değerin alındığı dönem bazında raporlanmalıdır.

7.4 Tuzaklar

Goodhart (1975), istatistiksel bir düzenliliğin kontrol için kullanıldığında çökme eğiliminde olduğunu gözlemlemiştir. VMT terimleriyle bu T5'tir: yerel optimizasyon küresel iyileşmeyi garanti etmez.

• Bilet sayılarının oyunlaştırılması. Bir sorunu birkaç bilete bölmek verimi şişirir. VAM ve ACM sayı değil, Æ oranlarıdır; ancak bilet sayısı bunların yanında bir hedef olarak belirlenmemelidir.
• Girişin küçümsenmesi. Karşı değeri eksik tahmin etmek ACM'yi yükseltir. Giriş tahminleri ortak bir ölçeğe ve örneklemeyle yapılan müşteri doğrulamasına ihtiyaç duyar.
• Aşırı yükseltme. Üst hatlar daha yüksek katsayılar gösteriyorsa, yükseltme cazip hale gelir. Bu, üçüncü hattın belirlediği yükseltme kurallarına göre değerlendirilmelidir.
• Çifte sayım. Aynı gerçekleşmiş değer birkaç aşama tarafından talep edilebilir. Her birim yalnızca bir kez atanır.
• Girişin gizlenmesi. En iyi sonuç, desteğe daha az karşı değerin ulaşmasıdır ve ACM bunu göremez. Toplam giriş katsayıların yanında raporlanmalı ve düşüş bir sonuç olarak okunmalıdır.
• Sinyallerin düşürülmesi. T14 uyarınca, yorumsuz değer kaybolur. Kayıt, kaç önerinin ve örüntünün bir ürün kararına ulaştığını göstermelidir.

8 Hizmet alanlarıyla ilişki

Æilus metodolojisi bir alanı (domain), kabul edilebilir uygulamalara ve sonuçlara gereksinimler getiren bir değer yorumlama bağlamı olarak tanımlar. Alanlar değer yaratmaz; kabul edilemez karşı değeri önler. Destek, birkaç tipik alana temas eder:

• Erişilebilirlik ve Süreklilik. Bir olay, müşteri için bu bağlamın ihlalidir. Birinci hattın kesintisiz bir değer akışını sürdürme görevi bunun operasyonel yüzüdür ve yönlendirme, kritiklik için alan politikasını izlemelidir.
• Güvenlik. Metodoloji, değerin güvenli katılım için gerekli bağlamı ihlal ettiği için reddedilebileceğini belirtir. Güvenliği zayıflatan bir geçici çözüm, dönüşüm olarak değil, yeni karşı değer olarak kaydedilir.
• Mimari. Kaynak, üçüncü hat kararlarının mimari bütünlük, ölçeklenebilirlik, performans ve güvenlik açısından kontrol edilmesini şart koşar.
• Bilgi Yönetimi ve Sürekli İyileştirme. İkinci hattın bilgi tabanı ve PDCA döngüsü bu alanlardaki uygulamalardır.

İki sonuç çıkar. ACM'de sayılan gerçekleşmiş değer, ilgili her alanda kabul edilebilir olmalıdır. Ayrıca ACM, kısmen ölçülebilir alanlar arasında değeri toplulaştırır (A13); bu nedenle metodolojinin VSO'ya atadığı açık bir toplulaştırma politikasına ihtiyaç duyar ve alan politikaları Alan Sahiplerinde (Domain Owners) tutulur. Metodoloji, bu olmadan optimizasyonun yerel tercihe veya metrik oyunlaştırmasına dönüştüğü konusunda uyarır.

9 Açıklayıcı çalışılmış örnek

Bu örnek varsayımsaldır. Ürün, müşteriler ve sayılar uydurulmuştur ve bilerek yuvarlaktır. Bunlar bulgu değildir ve kaynağın katsayılarını sınamaz.

Bir üründe, veri içe aktarma entegrasyonunda yinelenen bir arıza vardır. Bir dönemde on müşteri bunu bildirir.

• Kabul. Her müşterinin karşı değeri (anti-value) 10 Æ olarak tahmin edilir, dolayısıyla AV_received,1 = 100 Æ.
• Birinci kademe. Bilinen bir geçici çözüm ve durum güncellemeleri işi yeniden başlatır; müşteriler 120 Æ gerçekleşmiş değeri onaylar. ACM_1 = 120 / 100 = 1.2, kaynağın nominal aralığı içindedir.
• İkinci kademe. Bir yapılandırma kök nedeni bulunur; düzeltilmiş bir varsayılan değer ve bir bilgi bankası makalesi, bildirimde bulunan müşterilere ve diğerlerine ulaşır. Onaylanan gerçekleşmiş değer: 400 Æ. ACM_2 = 400 / 100 = 4, nominal x10 değerinin altındadır. Protokolde bu, düzeltilecek bir hata değil, incelenecek bir sonuçtur.
• Üçüncü kademe ve ürün. İçe aktarma protokolünün kırılgan olduğu görülür; yeniden tasarım ve otomatik bir kontrol, 5.000 Æ planlanan değerle yol haritasına alınır. Henüz hiçbir şey yayına verilmediği için bu kohort için ACM_3 = 0. 5.000 Æ kaydedilir ve hesap dışı bırakılır.
• Öneriler. İki müşteri zamanlanmış içe aktarma talep eder. Bu, VAM hattında potansiyel değerdir ve ACM'ye girmez.

Bu incelemede ACM_chain = (120 + 400 + 0) / 100 = 5.2. Yeniden tasarım daha sonra yayına verilir ve müşteriler değeri onaylarsa, üçüncü kademe kohortu geriye dönük olarak güncellenir; bir gerileme yaratırsa, bu karşı değer üçüncü kademe hesabına yazılır. Örnek, bir pilotun neyi gözlemlemesi gerektiğini ortaya koyar: en derin aşamadaki plan-gerçekleşme farkı (A4, A6), gerçekleşme gecikmesi ve nominal katsayılardan olası sapma.

10 Sınırlamalar

Burada da kaynakta da saha verisi yoktur. x1 ile x1.5, x10 ve x100 katsayıları, önerilen büyüklük mertebeleridir; açıklanan mekanizmaya göre makuldür (tek bir düzeltmenin çok sayıda müşteriye ölçeklenmesi, yeni dönüştürücülerin yaratılması) ancak ölçülmemiştir. Formüller, bu makalenin sözlü tanımlara dair yorumudur; başka yorumlar da mümkündür. Æ tahminleri yoruma bağlıdır, ki bu A2 uyarınca değerin bir özelliğidir, ancak ekipler arası karşılaştırma yine de bu makalenin sunmadığı kalibre edilmiş ortak bir ölçek gerektirir. Aşamalar arası atfetme, bir kural olmaksızın VSO'ya yapılır.

Modeli destekleyebilecek veya zayıflatabilecek bir pilotun şunları göstermesi gerekir:

• farklı kişilerin aynı talepler için tutarlı Æ tahminleri yaptığını;
• mutlak değerler ne olursa olsun, birkaç inceleme döngüsü boyunca kohort ACM değerinin kademelere göre öngörülen sırayı izlediğini;
• gerçekleşmiş değerin, değer iddia eden kademeler tarafından değil, müşteriler veya üzerinde anlaşılmış vekil göstergeler tarafından onaylandığını;
• katsayıların kullanılmasının ardından, bölüm 7.4'te sayılan manipülasyon olmaksızın toplam karşı değer girişinin azaldığını;
• katsayıların, hizmeti geri getirme süresi gibi geleneksel ölçütlerin ötesinde bilgi eklediğini (Forsgren, Humble ve Kim, 2018).

11 Sonuç

Desteği yalnızca bir maliyet merkezi olarak ele almak, bir sınır seçimidir. Şirketin finansal sisteminde destek bir maliyettir; müşterinin sisteminde karşı değerin ortadan kaldırılmasıdır; ürünün sisteminde ise ürünün nerede başarısız olduğuna dair en doğrudan bilgidir. Kaynak model, kaldıraç etkisi birinci kademeden üçüncü kademeye ve Product Owner ekibine doğru artan, müşteriye geri dönen bir PDCA döngüsünü kapatan bir dönüştürücüler zincirini tanımlar ve bunu ölçmek için VAM ile ACM'yi önerir. Bu makale katsayılara asgari formüller vermiş, paylarını müşterinin değer sisteminde sabitlemiş, yalnızca gerçekleşmiş ve alan açısından kabul edilebilir değeri saymış; kaydetme, doğrulama, inceleme ve manipülasyona karşı korunma için bir protokol önermiştir. Kaynaktaki büyüklük mertebelerinin geçerli olup olmadığı, yalnızca bir pilotun yanıtlayabileceği bir sorudur.

Kaynakça

• Bolshakov, V. Technical Support Service - Anti-Value Conversion. aeilus.tech, 2025.
• Bolshakov, V. Domains and Policies. Æilus methodology, aeilus.tech, 2026.
• Bolshakov, V. Roles. Æilus methodology, aeilus.tech, 2026.
• Bolshakov, V. Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective. ÆVRI, 2026.
• Bolshakov, V. Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners. ÆVRI, 2026.
• Forsgren, N., Humble, J. and Kim, G. Accelerate: The Science of Lean Software and DevOps. 2018.
• Goodhart, C. A. E. Problems of Monetary Management: The U.K. Experience. 1975.
• Reinertsen, D. G. The Principles of Product Development Flow. 2009.