Tematik Analizde Kodlardan Temaya Geçiş

Yirmi görüşme transkripti elinizde duruyor ve hepsi ilginç geliyor. Tematik analizin işi bu yığından tekrar eden kalıpları çıkarmak, ama zor kısım kodlama değil: kodlardan temaya geçiş. Kodlama mekanik bir iştir; temalar ise karar gerektirir, veriden kendiliğinden doğmaz.

Kodlama iki katmanda yapılır

Kod, bir veri parçasının etiketlenmiş özetidir. İki türü işi farklı yerlerden tutar:

• Açıklayıcı kod metnin yüzeyde ne dediğini yazar: "yeni arayüzü ilk açtığında kayboldu".
• Yorumlayıcı kod altındaki ihtiyacı adlandırır: "geri dönebileceğinden emin olma isteği".

İlk turda yalnızca açıklayıcı kodla ilerleyin. Yorumlayıcı koda erken geçerseniz veriyi değil, görüşmeye girerken zaten aklınızda olan hipotezi kodlamış olursunuz, üstelik kendi notlarınız bunu size doğrulatır.

Kod sayısı arttıkça iş doğrusal büyümez

Kodlamanın maliyeti veri miktarıyla doğru orantılıdır: yirmi transkript, onun kabaca iki katı sürer. Tema oluşturma böyle davranmaz. Kodları gruplarken tek tek kodlara değil, aralarındaki ilişkilere bakarsınız, ve ilişki sayısı kod sayısının karesiyle büyür. Altmış kodun ikili ilişki uzayı 60×59/2, yani 1770 çifttir. Kod sayısını 120'ye çıkardığınızda 7140 olur: veri iki katına çıkar, gruplama işi dörde katlanır.

Pratikte hiç kimse bu çiftlerin hepsini tek tek yoklamaz, ama harcanan süre bu eğriyi izler. Buradan çıkan kural basit: kod listesini şişirmeyin. Birleştirmeyi kodlama bittikten sonraya bırakmak yerine kodlarken yapın, elinizdeki listeye bakıp "bunun karşılığı zaten var" diyebildiğiniz anda.

Kod isimlerini serbest bırakmak da aynı sorunu sessizce üretir. "Onboarding", "onboarding süreci" ve "ilk kurulum" üç ayrı kod olarak birikir, sonra hangi temanın kaç katılımcıdan geldiğini sayarken üçü de ayrı ayrı sayılır. Kod listesini tek bir yerde tutun ve yeni kodu oradan seçerek yazın.

Yazılım mı, duvar mı

On görüşmenin altındaki çalışmalarda affinity diyagramını MAXQDA, NVivo ya da Dovetail türü kodlama yazılımlarından daha güvenilir buluyorum. Yazılımın kod ağacı katlanıp kapanır; bir temanın kaç farklı katılımcıdan beslendiğini görmek için ayrıca rapor almanız gerekir, almadığınız sürece de ağaç size olduğundan düzenli bir tablo gösterir. Duvara yayılmış kartlarda o dağılım zaten gözle görünür, tek katılımcıdan gelen yalnız kart hemen belli olur.

Yazılım elli görüşmede ve dağıtık ekipte kazanır. Orada mesele düzen değil, aranabilirlik: altı hafta sonra "şu temayı hangi alıntıya dayandırmıştık" sorusuna duvar fotoğrafı cevap veremez.

Çelişki bir zorluk değil, bulgunun kendisi

Katılımcı ifadeleri arasındaki tutarsızlık genellikle temizlenmesi gereken gürültü sayılır. Değildir. Aynı kullanıcının hem "daha hızlı olsun" hem "her adımı görmek istiyorum" demesi kararsızlık değil, iki ayrı bağlamdır: biri her gün tekrarladığı işlem, diğeri geri alamayacağı işlem. Tema bu ayrımı taşımalı. Çelişkiyi ortalayıp tek bir ılımlı cümleye indirirseniz elinizde kimseyi tarif etmeyen bir tema kalır.

Temayı yayımlamadan önce sınayın

Her tema için üç şeye bakın: kaç katılımcıdan geldiği, veride karşı örneğinin bulunup bulunmadığı, ve o tema rapordan çıkarılsa ekibin hangi kararı veremeyeceği. Üçüncüsüne cevap veremiyorsanız tema değil, gözlemdir.

Tek bir katılımcıdan gelen güçlü alıntılar bu elemeye takılır, ama bazen en kıymetli bilgi onlardadır. Onları tema listesine değil, raporun sonundaki risk notuna yazın: doğrulanmamış, tek kaynaklı, test edilmeye değer.

Görüşme tarafını derinleştirmek isterseniz NN/g'nin kurs sayfası iyi bir başlangıç: User Interviews - NN/g