Kod kitabı nedir, neden gerekir?
Kod kitabı (codebook), analizde kullanılan her kodu adı, tanımı, uygulama kuralları ve örnekleriyle birlikte listeleyen, çalışma boyunca güncellenen bir belgedir. Tek başına çalışan bir araştırmacı için hafızanın yerini tutar; ekip çalışmasında ise farklı kişilerin aynı kodu aynı anlamda kullanmasının temel aracıdır. Miles, Huberman ve Saldaña (2020), kodların zaman içinde ve farklı araştırmacılar arasında tutarlı uygulanabilmesi için açık tanımlara ihtiyaç duyulduğunu vurgular.
- Tutarlılık: Aynı kodun üçüncü haftada da ilk gündeki anlamıyla kullanılmasını sağlar.
- Şeffaflık: Okuyuculara ve hakemlere, bulguların hangi kararlara dayandığını gösterir.
- Ekip iletişimi: Kodlayıcılar arasındaki anlaşmazlıkları kişisel yorum farkı olmaktan çıkarıp tanım tartışmasına dönüştürür.
- Denetim izi: Kodların nasıl değiştiğini kayıt altına alarak analizin geriye dönük izlenebilmesini sağlar.
Kod kitabını ne zaman başlatmalısınız? En uygun zaman, ilk kodları verdiğiniz andır. İlk sürüm kaba ve eksik olabilir; önemli olan, tanımların kodlamayla eş zamanlı yazılması ve kod kitabının analiz bittikten sonra hafızadan kurulan bir liste olmamasıdır. Kod kitabı yorumlarınızın değil, analizde verdiğiniz kararların kaydıdır; yorumlarınızı ve açık sorularınızı memolarda tutmak iki belgeyi de okunur kılar.
Bir kod girdisinin bileşenleri
MacQueen ve arkadaşları (1998), ekip tabanlı analiz için her kod girdisini birkaç sabit alana ayırmayı önerir: kodun adı, kısa tanımı, tam tanımı, kodun ne zaman kullanılacağı, ne zaman kullanılmayacağı ve örnekler. DeCuir-Gunby ve arkadaşları (2011) da görüşme verisi için geliştirdikleri kod kitabında her kodu adı, tam tanımı ve bir örnekle tanımlar. Aşağıdaki tablo bu alanları birleştiren pratik bir şablon sunar.
| Alan | Ne yazılır | İpucu |
|---|---|---|
| Kod adı | Kısa, ayırt edici bir etiket | Aynı düzeydeki kodlarla karışmayacak bir ad seçin |
| Kısa tanım | Tek cümlelik özet | Kodlama sırasında hızlı hatırlatma içindir |
| Tam tanım | Kodun kapsamı ve kavramsal anlamı | Kurama dayanıyorsa kaynağı belirtin |
| Dâhil etme ölçütü | Kodun hangi durumlarda uygulanacağı | Metinde gözlemlenebilir ifadelerle yazın |
| Hariç tutma ölçütü | Kodun uygulanmayacağı, benzer ama farklı durumlar | Karışabileceği kodu adıyla anın |
| Tipik örnek | Kodu açıkça temsil eden bir alıntı | Takma adlandırılmış veriden seçin |
| Atipik örnek | Sınırda kalan ama yine de koda dâhil olan bir alıntı | Tartışmalı durumların nasıl çözüldüğünü gösterir |
Bu alanlar arasında en sık ihmal edilen hariç tutma ölçütüdür. Oysa iki kod arasındaki sınırı en net çizen alan genellikle budur. “Katılımcı teknik sorunun kendisini değil, kurumun bu soruna verdiği yanıtı anlatıyorsa kullanın.” gibi tek bir cümle, uzun bir tam tanımdan daha yararlı olabilir.
Kod adlarında da tutarlı bir kural izleyin. Üst kodu ve alt kodu “İş yükü > Çift hazırlık” biçiminde birlikte yazmak, kod dışa aktarıldığında ya da bir tabloda tek başına göründüğünde bağlamını korur. Olumlu ya da olumsuz yargı taşıyan adlardan (ör. “Kötü yönetim”) kaçının; betimleyici adlar (ör. “Yönetimle iletişim sorunu”) kodlayıcıyı parçayı yargılamak yerine tanımlamaya yönlendirir. Kısaltma kullanıyorsanız kod kitabının başına bir kısaltmalar listesi ekleyin.
Geliştirme yaklaşımları: kuram, veri ve karma yol
Kodların nereden geleceği, kod kitabının nasıl büyüyeceğini de belirler. DeCuir-Gunby ve arkadaşları (2011), kuramdan türetilen kodlarla veriden türetilen kodları ayırır ve ikisinin aynı kod kitabında birlikte yer alabileceğini gösterir.
| Yaklaşım | Başlangıç noktası | Güçlü yanı | Riski |
|---|---|---|---|
| Kuram odaklı | Mevcut kuram, model ya da önceki çalışmalar | Bulguları alanyazınla doğrudan ilişkilendirir | Çerçeveye uymayan veriyi gözden kaçırmak |
| Veri odaklı | Transkriptlerin açık uçlu okuması | Katılımcıların kendi çerçevesini öne çıkarır | Kod çoğalması ve geç netleşen tanımlar |
| Karma | Kuramdan birkaç kod, veriden yenileri | Yön ile açıklığı dengeler | İki kaynaktan gelen kodların ayırt edilemez hâle gelmesi |
Hsieh ve Shannon (2005), nitel içerik analizinde kuramdan gelen başlangıç kategorileriyle çalışmayı yönlendirilmiş yaklaşım, kategorilerin veriden çıkmasını ise geleneksel yaklaşım olarak adlandırır. Fereday ve Muir-Cochrane (2006) ise önceden hazırlanmış bir şablon kod kitabını veriden çıkan kodlarla genişleten karma bir süreci örnekler. Karma yolu seçiyorsanız her kodun kaynağını kod kitabında ayrı bir alanda tutmak raporlamayı kolaylaştırır.
Veri odaklı başladığınızda ilk sürümü birkaç transkripti okuyup kodladıktan sonra yazın; o aşamada görüşme kodlama rehberindeki birinci döngü yöntemlerinden yararlanabilirsiniz. Kuram odaklı başladığınızda ise ilk sürümü veriye girmeden hazırlayıp birkaç transkript üzerinde sınamanız, tanımların veride gerçekten uygulanabilir olup olmadığını erkenden gösterir.
Hiyerarşi derinliği: kaç düzey yeterli?
Kodları üst ve alt kodlar hâlinde düzenlemek, benzer kavramları bir arada tutar ve kod listesinde gezinmeyi kolaylaştırır. Ancak derinlik arttıkça kodlayıcının doğru dalı bulması zorlaşır ve farklı dallardaki benzer kodların birbirine karışma olasılığı artar.
- İki ya da üç düzey çoğu çalışma için yeterlidir. Daha derin bir ağaç, bazı alt kodların aslında ayrı kod değil, tanım ayrıntısı olduğuna işaret edebilir.
- Üst kodun işlevini belirleyin. Üst kod yalnızca bir başlık mı, yoksa alt kodlara uymayan parçalar için doğrudan da kullanılabilir mi? Bu kararı kod kitabına yazın.
- Kardeş kodları aynı soyutluk düzeyinde tutun. Aynı üst kodun altında bir konu kodu ile bir duygu kodu yan yana durmamalıdır.
- Hiyerarşiyi temalarla karıştırmayın. Hiyerarşi kodları düzenler; temalar ise birden fazla dalı kesebilen yorumlayıcı örüntülerdir.
Saldaña (2025), bazı araştırmacıların veriyi geniş parçalar ve az sayıda kodla, bazılarının ise ince parçalar ve çok sayıda kodla işlediğini anlatır. Hangi eğilimde olursanız olun, düzenli bir hiyerarşi bu tercihin sonuçlarını yönetilebilir tutmanın bir yoludur.
Yinelemeli iyileştirme, sürüm takibi ve denetim izi
Kod kitabı ilk sürümüyle tamamlanmaz. Guest, MacQueen ve Namey (2012), uygulamalı tematik analizde kod kitabını kodlama ilerledikçe gözden geçirilen bir belge olarak ele alır. Her değişikliğin ne olduğunu ve neden yapıldığını kaydetmek, analizin sonradan izlenebilmesini sağlar.
| İşlem | Ne zaman | Kaydedilmesi gereken |
|---|---|---|
| Birleştirme | İki kod pratikte ayırt edilemiyorsa | Birleşen kodlar, yeni tanım ve gerekçe |
| Bölme | Bir kod birden fazla farklı anlam taşıyorsa | Yeni kodların tanımları ve eski parçaların nasıl dağıtıldığı |
| Yeniden adlandırma | Ad, tanımı artık yansıtmıyorsa | Eski ve yeni ad; tanımın değişip değişmediği |
| Taşıma | Kod yanlış üst kodun altındaysa | Eski ve yeni konum |
| Arşivleme | Kod artık kullanılmıyor ama izi korunmalıysa | Neden bırakıldığı ve önceki kodlamaların durumu |
- Sürüm numarası ve tarih: Her anlamlı değişiklikten sonra kod kitabının sürümünü artırın (ör. 1.0, 1.1, 2.0).
- Değişiklik günlüğü: Tarihi, değişikliği yapan kişiyi, işlemi ve gerekçeyi kısa bir satırda tutun.
- Geriye dönük kodlama: Tanım değiştiyse daha önce kodlanmış parçaları yeni tanıma göre gözden geçirin ve bunu günlüğe yazın.
- Silmek yerine arşivleyin: Kullanılmayan bir kodu silmek, onun neden var olduğuna dair bilgiyi de siler.
Değişiklik günlüğünden bir satır: Sürüm 1.2. “Teknik sorun” kodu “Altyapı > Bağlantı sorunu” ve “Altyapı > Cihaz yetersizliği” olarak bölündü. Gerekçe: pilot kodlamada iki kodlayıcı bu kodu çok farklı parçalara vermişti; parçaların bir kısmı okulun altyapısını, bir kısmı öğrencinin cihazını anlatıyordu. Eski koddaki tüm parçalar yeni tanımlara göre yeniden gözden geçirildi.
Kod kitabını ekipte kullanmak
Ekip hâlinde kodlarken kod kitabı hem eğitim materyali hem de anlaşmazlıkların çözüldüğü ortak zemindir. DeCuir-Gunby ve arkadaşları (2011), kod kitabının ekip üyelerinin birlikte kodlaması, sonuçları tartışması ve tanımları gözden geçirmesiyle geliştiği bir süreci örnekler.
- Tanıtım: Kodlayıcılarla kod kitabını alan alan okuyun; özellikle hariç tutma ölçütlerini örneklerle tartışın.
- Pilot kodlama: Herkesin aynı birkaç transkripti bağımsız olarak kodlamasını isteyin.
- Karşılaştırma: Farklılıkları tek tek konuşun ve her anlaşmazlığın kaynağını (belirsiz tanım, birim farkı ya da dikkat hatası) not edin.
- Revizyon: Belirsiz tanımları düzeltin, gerekirse kodları birleştirin ya da bölün ve yeni sürümü paylaşın.
- Düzenli kontrol: Kodlama sürerken belirli aralıklarla ortak parçalar üzerinde yeniden karşılaştırma yapın.
Uyumun sayısal olarak ölçülüp ölçülmeyeceği yöntemsel bir tercihtir. O'Connor ve Joffe (2020), kodlayıcılar arası güvenirliğin nitel araştırmadaki yerine dair tartışmaları özetler ve bu yola başvurulacaksa nasıl uygulanabileceğine dair pratik öneriler sunar. Konuyu ayrıntılı ele alan kodlayıcılar arası uyum rehberine göz atabilirsiniz.
Örnek kod kitabı
Aşağıdaki bölüm, ortaokul öğretmenlerinin hibrit eğitim deneyimini inceleyen kurgusal bir çalışma için hazırlanmıştır. Alıntılar uydurmadır ve yalnızca kod girdilerinin nasıl yazılabileceğini göstermek içindir.
| Kod | Kısa tanım | Dâhil etme ölçütü | Hariç tutma ölçütü | Tipik örnek |
|---|---|---|---|---|
| İş yükü > Çift hazırlık | Sınıf ve çevrim içi ders için ayrı hazırlık yapma | Aynı ders için iki ayrı materyal ya da plan hazırlandığının anlatılması | Genel yorgunluk ya da uzun çalışma saatleri (bunun için “İş yükü > Mesai dışı çalışma”) | “Her konuyu iki kez hazırlıyordum, biri tahta biri ekran için.” |
| İş yükü > Mesai dışı çalışma | Ders saatleri dışına taşan işler | Akşam, hafta sonu ya da tatilde yapılan işlerin anlatılması | Mesai içinde artan iş yoğunluğu | “Velilerin mesajlarına gece yarısı dönüyordum.” |
| Öğrenci katılımı > Temas kaybı | Öğrenciyle etkileşimin zayıflaması | Öğrenciyi görememe, tepkisini alamama ya da kiminle konuştuğunu bilememe | Öğrencinin teknik nedenle derse bağlanamaması (bunun için “Altyapı > Bağlantı sorunu”) | “Kameralar kapalıyken boşluğa anlatıyor gibiydim.” |
| Kurumsal destek > Teknik odaklı eğitim | Kurumun verdiği eğitimin araç kullanımıyla sınırlı kalması | Eğitimin yazılım, platform ya da cihaz kullanımını anlattığının belirtilmesi | Pedagojik destek eksikliğinin genel olarak dile getirilmesi | “Programın düğmelerini gösterdiler, o kadar.” |
| Akran desteği | Meslektaşlardan resmî olmayan yardım alma ya da verme | Öğretmenlerin kendi aralarında bilgi, materyal ya da moral paylaşması | Okul yönetiminin düzenlediği resmî toplantılar | “Zümrede bir mesaj grubu kurduk, her şeyi orada çözdük.” |
Tabloya sığmayan tam tanım ve atipik örnek alanları, genişletilmiş kod kitabında her kod için ayrı bir girdide tutulur. Örneğin “Öğrenci katılımı > Temas kaybı” için atipik örnek şu olabilir: “Kameralar açıktı ama kimse bana bakmıyordu.” Kameralar açık olsa da öğretmen temas kuramadığını anlattığı için bu parça koda dâhil edilir.
Sık yapılan hatalar
Kod kitabındaki sorunlar genellikle kodlama ilerleyip anlaşmazlıklar birikince fark edilir. Aşağıdaki listeyi ilk sürümü yazdıktan sonra ve her büyük revizyonda bir kontrol listesi olarak kullanabilirsiniz.
- Yalnızca kod adı yazmak: Tanımsız kodlar, her kodlayıcının kendi yorumuyla doldurduğu boş kutulara dönüşür.
- Hariç tutma ölçütünü atlamak: Benzer kodlar arasındaki sınır yazılmazsa aynı parça farklı kodlayıcılarda farklı koda gider.
- Kodları temalarla karıştırmak: Kod kitabına yorumlayıcı iddialar yazmak, temaların erken ve sorgulanmadan kapanmasına yol açabilir.
- Aşırı derin hiyerarşi: Dört beş düzeyli ağaçlar kodlamayı yavaşlatır ve tutarsızlığı artırır.
- Değişiklikleri kaydetmemek: Birleştirme ve bölme kararlarının gerekçesi yazılmazsa analiz sonradan açıklanamaz.
- Tanımı değiştirip eski kodlamayı olduğu gibi bırakmak: Aynı kod, verinin farklı bölümlerinde farklı anlamlar taşır hâle gelir.
- Kod kitabını kodlama bittikten sonra yazmak: Geriye dönük yazılan bir kod kitabı süreci değil, yalnızca sonucu belgeler.
- Örneklerde gerçek adları bırakmak: Kod kitabı sıklıkla paylaşılan bir belgedir; örnek alıntılar da takma adlandırılmış olmalıdır.
YouReply Nitel Analiz’de kod kitabı
YouReply Nitel Analiz’de kod kitabı hiyerarşiktir ve her koda tanım ile dâhil etme ve hariç tutma kuralları eklenebilir. Kodları birleştirebilir, bölebilir, taşıyabilir, yeniden adlandırabilir ve arşivleyebilirsiniz; son işlem geri alınabilir, birleştirme ve bölme işlemlerine gerekçe notu eklenebilir ve işlem geçmişi saklanır. Kod kitabı Word ve Excel olarak dışa aktarılabilir.
Çalışma alanında yönetici, araştırmacı, kodlayıcı ve görüntüleyici rolleri bulunur. Araç kodlayıcılar arası uyum katsayısı hesaplamaz; bir uyum çalışması yapacaksanız bunu ayrıca planlamanız gerekir. Kod kitabı işlemlerinin ayrıntıları analiz akışı sayfasında anlatılıyor.
Özet
- Her kod girdisinde ad, kısa ve tam tanım, dâhil etme ve hariç tutma ölçütleri ile tipik ve atipik örnek bulunsun.
- Kodların kuramdan mı veriden mi geldiğini kod kitabında ayrıca belirtin.
- Hiyerarşiyi çoğunlukla iki ya da üç düzeyde tutun ve kodları temalarla karıştırmayın.
- Birleştirme, bölme, yeniden adlandırma ve arşivleme kararlarını sürüm numarası ve gerekçesiyle kaydedin.
- Ekipte pilot kodlama ve düzenli karşılaştırmayla kod kitabını birlikte geliştirin.
Kaynakça
- DeCuir-Gunby, J. T., Marshall, P. L., & McCulloch, A. W. (2011). Developing and using a codebook for the analysis of interview data: An example from a professional development research project. Field Methods, 23(2), 136–155. https://doi.org/10.1177/1525822X10388468
- Fereday, J., & Muir-Cochrane, E. (2006). Demonstrating rigor using thematic analysis: A hybrid approach of inductive and deductive coding and theme development. International Journal of Qualitative Methods, 5(1), 80–92. https://doi.org/10.1177/160940690600500107
- Guest, G., MacQueen, K. M., & Namey, E. E. (2012). Applied thematic analysis. SAGE. https://doi.org/10.4135/9781483384436
- Hsieh, H.-F., & Shannon, S. E. (2005). Three approaches to qualitative content analysis. Qualitative Health Research, 15(9), 1277–1288. https://doi.org/10.1177/1049732305276687
- MacQueen, K. M., McLellan, E., Kay, K., & Milstein, B. (1998). Codebook development for team-based qualitative analysis. Cultural Anthropology Methods, 10(2), 31–36. https://doi.org/10.1177/1525822X980100020301
- Miles, M. B., Huberman, A. M., & Saldaña, J. (2020). Qualitative data analysis: A methods sourcebook (4th ed.). SAGE.
- O'Connor, C., & Joffe, H. (2020). Intercoder reliability in qualitative research: Debates and practical guidelines. International Journal of Qualitative Methods, 19. https://doi.org/10.1177/1609406919899220
- Saldaña, J. (2025). The coding manual for qualitative researchers (5th ed.). SAGE. https://doi.org/10.4135/9781036235611