Sistem stres testi ve yönetişim

Açılış sahnesi

Bir köprü bitiyor. Açılış töreninden önce bir şey yapılır.

Köprünün üstüne yüklü kamyonlar park edilir. Onlarca kamyon, hepsi dolu. Sonra ölçüm yapılır: köprü ne kadar sarktı, sarkma hesaplanan değerin içinde mi?

Bu, köprünün en kalabalık gününden daha ağır bir yüktür. Bilerek.

Ama iş burada bitmez.

Köprü açıldıktan sonra da her yıl denetlenir. Bir kurum vardır, bir takvim vardır, bir kayıt defteri vardır. Çatlak görülürse kim karar verir, bellidir.

Şimdi kendi sistemine bak.

Bugün iki şey yapacağız. Önce kamyonları park edeceğiz. Sonra denetim kurumunu kuracağız.

Bu derste ne olacak

Önce stres testinin neden ideal örneklerle yapılamayacağını göreceğiz. Sonra on senaryoyu açacağız; bunlar üç ayrı türde baskı üretiyor. Ardından değişiklik günlüğüne geçeceğiz — bir sistemin hafızası orada tutulur. Sonra yönetişimin beş sorusunu konuşacağız; bunlar tasarım sorusu değil, sistemin yaşamasını sağlayan sorulardır. En sonda on dört işten örneklerle bunu okuyacağız. Ders bittiğinde bir sistemi kırıp onarabiliyor ve yönetimini devredebiliyor olacaksın.

Sıfır noktası

Köprüye geri dönelim, çünkü bu benzetme ders boyunca bizimle kalacak.

Yük testinin mantığı şu: köprüyü gerçek hayatta karşılaşacağından daha ağır bir yükle sınamak.

Neden fazladan? Çünkü gerçek hayat tahmin edilemez. Bir gün beklenmedik bir kalabalık olur, bir gün ağır bir araç geçer, bir gün rüzgâr eklenir.

Aynısı görsel sistem için de geçerli.

Bir sistemi kendi ideal örnekleriyle sınamak, köprüyü boşken ölçmeye benzer. Hiçbir şey öğrenmezsin.

Bir önceki derste prototipleri konuşmuştuk ve prototipin işinin sistemi kırmak olduğunu söylemiştim. Burada aynı mantık bir seviye yukarı taşınıyor.

Prototip bir tasarımı sınar. Stres testi ise sistemi sınar.

Fark şu: prototipte "bu kare çalışıyor mu" diye sorarsın. Stres testinde "bu kural her durumda uygulanabilir mi" diye sorarsın.

Bu benzetme bir yere kadar doğru. Şurada bozulur: köprünün yükü ölçülebilir bir sayıdır ve testi geçmek nesneldir. Görsel sistemde ise "geçti" ya da "kaldı" kararını yine bir insan verir. Yani senin işin yalnız testi yapmak değil, sonucu değerlendirecek ölçütü de baştan yazmak.

Mekanizma

On senaryo, üç baskı

Kaynak on senaryo sayıyor.

Üç kelimelik ve üç satırlık başlık. Türkçe ve başka dil. Yatay, dikey ve kare format. Açık ve koyu mod. Fotoğrafsız kullanım. Siyah beyaz baskı. Düşük bant genişliği. Altyazılı hareketli içerik. Yüksek kontrast erişilebilir sürüm. Yeni ürün veya alt marka.

Bunları gruplayalım.

Birinci grup içerik baskısıdır: başlık uzunluğu, dil, fotoğrafsız kullanım.

Burada sınanan şey, sistemin kendi seçmediği içerikle ne yaptığıdır. Bir önceki derste bunun bir kısmını görmüştük; burada dil eklendi ve bu, en sert olanıdır. Çünkü dil değiştiğinde yalnız uzunluk değil, harf biçimleri ve bazen yazım yönü de değişir.

İkinci grup üretim baskısıdır: format, açık ve koyu mod, siyah beyaz baskı, düşük bant genişliği, altyazı.

Burada sınanan şey teknik koşuldur. Sistem, düşük kaliteyle karşılaştığında ne yapıyor? Siyah beyaz basıldığında hangi bilgi kayboluyor?

Üçüncü grup büyüme baskısıdır: yüksek kontrast erişilebilir sürüm ve yeni ürün ya da alt marka.

Bu ikisi geleceği sınar. Sistem kurulduğu andaki hâliyle değil, üzerine bir şey eklendiğindeki hâliyle değerlendirilir.

Değişiklik günlüğü

Kaynak stres testinden sonra bir şey daha istiyor: değişiklik günlüğü tut.

Bu, kısa bir cümle ama içinde büyük bir fikir var.

Bir sistem zamanla değişir. Bugün bir kural eklenir, altı ay sonra bir kural gevşetilir, bir yıl sonra bir renk çıkarılır.

Bu değişiklikler yazılmazsa ne olur?

Kimse hangi kuralın neden konduğunu hatırlamaz. Ve hatırlanmayan kural, ilk zorlukta kaldırılır.

Somut bir örnek vereyim. Kılavuzda "vurgu rengi zemin olarak kullanılmaz" diye bir kural olsun.

Gerekçesi yazılmamışsa, iki yıl sonra gelen bir tasarımcı bunu keyfî bir kısıt sanır ve kırar.

Gerekçesi yazılmışsa — "baskı provasında bu renk geniş alanda kirli çıktı" — kural anlaşılır ve kırılmaz. Ya da baskı tekniği değiştiğinde bilerek kaldırılır.

İkisi de doğru sonuç. Yanlış olan tek şey, gerekçesi bilinmeden verilen karar.

Yönetişimin beş sorusu

Şimdi dersin en az konuşulan ama en belirleyici kısmına geldik.

Kaynak beş soru soruyor.

Yeni kuralı kim ekler? İstisnayı kim onaylar? Dosyaların güncel kaynağı nerede tutulur? Uygulama kalitesi nasıl denetlenir? Sistem hangi aralıkla gözden geçirilir?

Bu beş sorunun hiçbiri tasarım sorusu değil. Hepsi bir işleyiş sorusu.

Ve sistemlerin çoğu tasarım hatasından değil, bu soruların cevapsız kalmasından çöker.

Tek tek bakalım.

Yeni kuralı kim ekler? Cevap "herkes" ise kılavuz altı ayda tanınmaz hâle gelir. Cevap "kimse" ise kılavuz iki yılda gerçeklikten kopar. Doğru cevap tek bir kişi ya da küçük bir gruptur.

İstisnayı kim onaylar? İstisna her sistemde olur ve olmalıdır. Sorun istisnanın varlığı değil, kaydedilmemesidir. Kaydedilmeyen istisna, bir sonraki kişi için emsal olur.

Dosyaların güncel kaynağı nerede? Bu, en somut ve en çok atlanan sorudur. İki farklı klasörde iki farklı logo dosyası varsa, sistem çoktan çatlamıştır.

Uygulama kalitesi nasıl denetlenir? Yani üretilen işlere kim bakar ve ne zaman bakar.

Sistem hangi aralıkla gözden geçirilir? Köprünün yıllık denetimi. Tarih belirlenmemişse denetim hiç yapılmaz.

Teoriyi bırakıp işlere bakalım.

Örneklerden okuma

Örnekleri üç grupta topladım. Önce stres altında kırılan ve onarılan sistemler. Sonra yönetişimi görünür olanlar. En sonda dil ve erişilebilirlik sınamaları.

Önce stres altında kırılıp onarılanlar

Sonra yönetişimi görünür olanlar

Ve dil ile erişilebilirlik sınamaları

Usta katmanı

Az önce beş yönetişim sorusunun tasarım sorusu olmadığını söyledim. İşin aslı biraz daha ince: bu soruların cevabı sistemin biçimini de belirler.

Şöyle. Kuralları uygulayacak ekip küçük ve deneyimliyse, sistem ilkelerle yazılabilir — "fotoğraf belgesel karakterde olsun" gibi. Ekip büyük, dağınık ve sık değişiyorsa aynı sistem kesin kurallarla yazılmalıdır — "fotoğrafta düzenlenmiş kurgu kullanılmaz, kadraj müdahalesi yapılmaz" gibi. Yani aynı marka için iki farklı kılavuz doğru olabilir ve hangisinin doğru olduğunu kim uygulayacağı belirler. Kılavuz yazmadan önce sorulacak ilk soru bu.

İkinci nüans stres testinin sırasıyla ilgili. On senaryoyu aynı anda uygulama. Önce en olası üçünü seç ve onları çöz; sonra kalanlara geç. Sebebi şu: bir senaryodaki düzeltme başka senaryolardaki sorunu da çözer ve hepsini birden ele alırsan hangi düzeltmenin neyi çözdüğünü göremezsin. Ayrıca sistemin bütününü aynı anda değiştirmek, düzeltmenin kendisini yeni bir risk hâline getirir.

Üçüncüsü bir sınır durumu. Her sistem on senaryoyla sınanmaz. Yalnız basılı yayın yapan bir kurum için koyu mod senaryosu anlamsızdır; tek dilde çalışan bir yerel işletme için sağdan sola dil senaryosu zaman kaybıdır. Senaryo listesi kurumun gerçek mecra ve dil haritasına göre kısaltılır. Ama iki senaryo hiçbir zaman çıkarılmaz: erişilebilirlik ve yeni ürün. Çünkü ilki bir hak, ikincisi bir kaçınılmazlıktır.

Dördüncüsü bir meslek pratiği. Değişiklik günlüğünü kılavuzun sonuna değil başına koy. Kılavuzu açan kişi ilk olarak neyin ne zaman değiştiğini görsün. Bu küçük yerleşim kararı, kılavuzun canlı bir belge olarak algılanmasını sağlar; sonda duran bir günlük ise ek belge sayılır ve okunmaz. Bir önceki derste kılavuzun kendi sistemiyle dizilmesi gerektiğini söylemiştim; bu da aynı ailedendir — biçim, belgenin ne olduğunu söyler.

Yaygın hatalar ve yanlış bilinenler

Uygulama — kendin dene

Bir önceki derste kurduğun sistemi al.

Önce üç senaryo seç. Şunlar iyi bir başlangıç: üç satırlık başlık, fotoğrafsız kullanım ve siyah beyaz baskı.

Her senaryoyu uygula ve neyin bozulduğunu tek cümleyle yaz. Bozulmadıysa senaryoyu daha da zorlaştır.

Sonra her bozulma için bir düzeltme yaz. Düzeltmenin yanına gerekçesini de yaz — bu, değişiklik günlüğünün ilk satırı olacak.

Son adım beş yönetişim sorusuna cevap ver. Cevaplar kısa olsun, birer cümle. Kim ekler, kim onaylar, dosya nerede, kim denetler, ne zaman gözden geçirilir.

Şuna dikkat et: beş sorudan hangisine cevap verirken zorlandın? Neredeyse herkes üçüncüde zorlanır — dosyaların güncel kaynağı. Çünkü bu, tasarım kararı değil bir düzen kararıdır ve genellikle kimsenin işi sayılmaz. O boşluğu görmek, dersin sana bıraktığı asıl şey.

Kilit özet

Birincisi. Sistem ideal örnekle değerlendirilmez. Köprü boşken ölçülmez; üstüne yüklü kamyonlar park edilir.

İkincisi. On senaryo üç baskı üretir: içerik, üretim ve büyüme. En çok bilgi veren senaryo siyah beyaz baskıdır, çünkü rengin taşıdığı sanılan bilgiyi ortaya çıkarır.

Üçüncüsü. Değişiklik günlüğü kuralın kendisini değil gerekçesini korur. Gerekçesi bilinmeyen kural ilk zorlukta kırılır.

Dördüncüsü. Sistemler çoğunlukla tasarım hatasından değil, beş yönetişim sorusunun cevapsız kalmasından çöker.

Beşincisi. İstisna sistemi zayıflatmaz, kaydedilmemiş istisna zayıflatır. Üç kez istenen istisna artık bir kuraldır.

Sonraki derse köprü

Bu modülde bir yolu tamamladık. Referans topladık, kurallar çıkardık, stil karesi ürettik, prototiple sınadık, sistemi kurduk ve o sistemi kırıp onardık.

Elinde artık çalışan bir görsel sistem var.

Ama bir şey hâlâ soyut. Bu sistem henüz hiçbir gerçek işte kullanılmadı.

Ve gerçek işler birbirine benzemez. Bir marka kimliği ile bir reklam kampanyası aynı şey değildir. Bir dergi sayfası ile bir uygulama arayüzü aynı kuralları izlemez.

Sonraki modülde sistemin dört ayrı alanda nasıl çalıştığını göreceğiz: marka, reklam, editoryal ve dijital.