2026'da Etkinlik Yönetmen Senaryosu: İçermesi Gerekenler

Yönetmen senaryosu için pratik rehber: zorunlu alanlar, roller, ekip komutları, prova, sürümler ve yedek çözümler.

Etkinliğin yönetmen senaryosu, programı uygulanabilir eylemler dizisine dönüştürür. Sahnede ne olduğunu, hangi dosyanın çalıştırıldığını, ışığın nerede değiştiğini, mikrofonu kimin verdiğini ve hazır olduğunu kimin onayladığını gösterir. Ekip, bu senaryoya göre etkinliği yönetir ve sapmalarda üzerinde anlaşılan kararları alır.

Aventura'da biz, hedefler, format ve ana bloklar onaylandıktan sonra böyle bir belge hazırlıyoruz. Önce içeriği misafirin eylemleriyle ilişkilendiriyoruz. Ardından geçişleri, ekip komutlarını, sorumluları, materyal sürümlerini ve yedeği ekliyoruz. Bu çalışma bölümü olmadan güzel bir metin, saha aracı değil, yalnızca metin olarak kalır.

Yönetmen senaryosu programdan nasıl farklıdır?

Kısaca: Program, katılımcıya neyin ve ne zaman gerçekleşeceğini açıklar. Edebi senaryo replikler ve anlamsal geçişler içerir. Yönetmen senaryosu sahne eylemini insanların ve teknik ekiplerin komutlarına bağlar. Bu belgeler aynı yapıya dayanabilir ancak birbirlerinin yerini tutmaz.

Program misafir için uygundur. İçinde blok adı, saat, salon ve konuşmacı bilgisi yeterlidir. Mekanı yönetmek için bu veriler yetersizdir. Teknik ekibin, videonun hangi sinyalle başlatıldığını, hangi mikrofonun açıldığını, ışığın ne zaman açıldığını ve son kareden sonra ne olduğunu bilmesi gerekir.

Sunucu metni de bu sorunu çözmez. “Şimdi sahneye direktör çıkacak” cümlesi koordinatöre konuşmacının hazır olup olmadığını bildirmez. Video mühendisine jenerik adını vermez ve ses operatörüne mikrofonun açılma anını belirtmez. Bu nedenle tüm projeyi tek bir edebi dosyaya sıkıştırmaya çalışmıyoruz.

Forum veya konferans için yönetmen senaryosu, iş etkinliği organizasyonunun genel çerçevesinin bir parçası haline gelir. Programı, mekanı, sahneyi, kaydı ve katılımcı eylemlerini birbirine bağlar.

Master satırın bileşimi

Kısaca: her master senaryo satırı yönetilen bir noktayı tanımlar. İçinde tanımlayıcı, planlanan zaman, sahnedeki eylem, ses, ekran ve ışık komutları, sorumlu kişi, hazırlık kriteri ve yedek bulunur. Alanlar uyarlanabilir, ancak ekip içinde satırın tek bir anlayışla kullanılması sağlanmalıdır.

Cue kavramını kullanıyoruz: belirli bir eylemin tetiklendiği noktadır. Çalışma konuşmasındaki Rusça karşılığı komut veya sinyaldir. QLab belgelerinde cue listesi ses, video, ışık ve diğer eylemler için komut dizisi olarak kullanılır. Belirli bir program şart değildir. Her komutun numarası ve anlamı netse tablo da işe yarar.

Minimal master satır şunları içerir:

1. Cue numarası. Zaman kaymasında değişmeyen sabit tanımlayıcı.
2. Planlanan zaman ve süre. Erken veya geç kalmayı görmeye yardımcı olur.
3. Sahnedeki eylem. Kimin girdiği, konuştuğu, takdim ettiği, gösterdiği veya çıktığı.
4. Replik veya anlamsal sinyal. Sonraki eylemin tetiklenme noktası yeterlidir.
5. Ses. Mikrofon, parça, ses seviyesi, kanalın açılması ve kapatılması.
6. Ekran. Dosya adı, sürüm, kaynak ve gösterim sonrası eylem.
7. Işık. Durum, vurgu, karartma veya geçiş.
8. Komut ve alıcı. Sinyali kimin verdiği ve hangi servisin onayladığı.
9. Hazırlık durumu. Dosyanın, konuşmacının, rekvizitin ve yedeğin kontrol edilip edilmediği.
10. B Planı. Koşul sağlanmadığında ekibin ne yapacağı.

Ses, ışık ve videoyu 'teknik' sütununda birleştirmiyoruz. Tek bir ortak hücre yazmayı hızlandırır, ancak sahadaki çalışmayı zorlaştırır. Servisler kendi eylemlerini ve komşu komutlarla bağlantısını hızla görebilmelidir.

Etkinlik alanında belgeyi kim yönetiyor?

Kısaca: master versiyonun tek bir sahibi olmalıdır. Genellikle yönetmen veya atanmış show caller, onaylanmış senaryoya göre komutlar verir. Yapımcı proje kaynaklarını ve kararlarını yönetir, koordinatörler insanları ve dekorları hazırlar, teknik yöneticiler ise kendi alanlarındaki uygulamadan sorumludur.

Pozisyon adları projeden projeye değişir. Belirleyici olan karar verme yetkisidir. Montajdan önce ekip, sıralamayı kimin değiştirebileceğini, blok kısaltmasını kimin kabul edeceğini ve sahne aksiyonunu durdurma yetkisine kimin sahip olduğunu belirler. Eğer komut yetkisi öncelik olmadan birden fazla kişi arasında dağıtılırsa, kontrol masası çelişkili sinyaller alır.

Büyük konferanslarda bu set genişler. Salon yönetmenleri, konuşmacı koordinatörleri, sunum editörleri ve ayrı bir yayın ekibi ortaya çıkar. Bu tür projeler için konferans organizasyonu konturunu kullanıyoruz; burada genel program ve her salon tek bir versiyon kaydıyla bağlantılıdır.

Sürümler, dosyalar ve son düzenlemeler

Kısaca: Ana senaryo tek bir yerde saklanır ve görünür bir sürüme sahiptir. Her medya materyali sabit bir ad ve kontrol durumu alır. Çalışma sürümü dondurulduktan sonra acil düzenlemeleri tek bir sahip kabul eder, etkilenen cue'ları işaretler ve tüm servislerden geri onay alır.

Son saatlerdeki ana sorun genellikle düzenleme yoluyla ilgilidir. Müşteri sunumda bir soyadı değiştirir, sunucu mesajlaşma uygulamasında bir repliği düzeltir ve video mühendisi yeni dosyayı üçüncü bir kişiden alır. Sonuç olarak herkes kendi kopyasına göre doğru hareket eder, ancak sürümler uyuşmaz.

Basit bir kural belirliyoruz: bir düzenleme bildirimi uygulanmış bir düzenleme sayılmaz. Değişiklik ana sürüme girmeli, zaman damgası almalı ve belirli uygulayıcılara ulaşmalıdır. Alıcı, yeni sürümü gördüğünü ve eylemi anladığını yanıtlar.

Dosyalar için tek bir adlandırma şeması faydalıdır: blok, cue numarası, anlam, sürüm. final kelimesi, yanında final2 ve final_new varsa yardımcı olmaz. Kesin şema şirkete bağlıdır, ancak tarih, sürüm numarası ve sahibi dosyayı açmadan okunabilmelidir.

Program başladıktan sonra serbest düzenlemeyi kısıtlarız. Acil bir düzenleme kısa bir döngüden geçer:

1. İçerik sahibi değişikliği formüle eder.
2. Yönetmen etkilenen eylemleri ve riskleri değerlendirir.
3. Ana sürüm tek bir noktada güncellenir.
4. Servisler yeni sürüm numarasını ve kendi değişikliklerini alır.
5. Her servis hazır olduğunu onaylar.
6. Yönetmen sürümün geçerli olduğu anı belirtir.

Adım adım senaryo nasıl oluşturulur?

Kısaca: Çalışma, etkinliğin sonucuyla başlar, repliklerle değil. Ardından ekip, katılımcının yolunu bölümlere ayırır, sorumluları atar, sahne ve teknik eylemleri ekler, bağlantı noktalarını kontrol eder ve ancak bundan sonra sunucunun metnini tamamlar. Bu sıralama, güzel ifadelerin üretim boşluklarını gizlemesine izin vermez.

Öncelikle müşteriden şu cümleyi tamamlamasını isteriz: "Bu bloktan sonra katılımcı ..." Cevap, gözlemlenebilir bir eylemi tanımlamalıdır. Katılımcı kuralı anladı, soru sordu, rota seçti, ürünü gördü, belge imzaladı veya bir sonraki alana geçti. "İlham aldı" ifadesi konseptte kalabilir, ancak bundan bir ekip kurulamaz.

Sonraki süreç şöyledir:

1. Amaç ve sınırları belirleriz. Etkinliğin neyi değiştirmesi gerektiği ve neyin sonucuna ait olmadığı.
2. Katılımcının rotasını oluştururuz. Giriş, bekleme, kilit bloklar, geçişler, final ve çıkış.
3. Rotayı bölümlere ayırırız. Bir bölümün anlaşılır bir girişi ve çıkışı vardır.
4. Her sonuç için bir sorumlu atarız. İçeriği ve hazırlığı onaylar.
5. Sahne eylemlerini ekleriz. Çıkışlar, dekorlar, yer değişiklikleri ve sunucunun çalışması.
6. Servislerin komutlarını ekleriz. Ses, video, ışık, yayın ve iletişim.
7. Erişilebilirlik ve güvenliği entegre ederiz. Bu gereksinimler zamanı ve eylem sırasını etkiler.
8. Yedek hazırlarız. Dosya, mikrofon, konuşmacı veya geçiş değişimi.
9. Prova sırasında bağlantı noktalarını kontrol ederiz. Senaryoyu gerçek provaya göre düzeltiriz.

Tüm satırlar aynı ayrıntı düzeyini gerektirmez. Karşılama kahvesi büyük bir blok olarak tanımlanabilir. Sahne açılışı, ödül takdimi, uzak konuşmacının bağlanması ve video gösterimi ayrı cue'lar gerektirir. Ayrıntı düzeyi, sorumluluğun, tekniğin veya riskin değiştiği yerlerde artar.

Geçişler, cue ve ekip komutları

Kısaca: komut kısa, hedefli ve doğrulanabilir olmalıdır. Önce ekip hazır olduğunu onaylar, sonra yönetmen eylem için işaret verir, uygulandıktan sonra net bir durum alır. "Bundan sonra" gibi göreli ifadeler, cue numarası, çapa replik veya görünür bir olayla değiştirilir.

Çalışma sırası hazırlık, uyarı ve başlatmadan oluşur. Örneğin: koordinatör konuşmacının girişte olduğunu onaylar; video, açılış görselinin hazır olduğunu bildirir; ses, mikrofonu onaylar; yönetmen ekipleri bir sonraki cue hakkında uyarır; son replik üzerine çıkışı ve ekranı başlatır.

Komutlar teatral olmak zorunda değildir. Açıklık gerektirirler. "Video 32, hazırlanın" numarayı ve ekibi belirtir. "Video 32, başlat" eylemi verir. "Her şey hazır, başlıyoruz" tam olarak kimin ne yapması gerektiğini göstermez.

Karmaşık bir sahne için iptal kriteri yararlıdır. Konuşmacı henüz çıkışta değilse, yönetmen geçişi bekletir ve sunucu önceden kararlaştırılan geçiş ifadesini kullanır. Dosya kontrol edilmediyse, video yedek açılış görselini başlatır. Uzaktaki katılımcıyla bağlantı kesilirse, moderatör bir sonraki soruya veya bölüme geçer.

Ses ayrı bir dikkat gerektirir. Shure, sound check yapılmasını ve mikrofonun tipi ile konumunun uzmanla önceden kararlaştırılmasını önerir. Senaryoda belirli kanalı, iletim yöntemini ve sorumlu koordinatörü işaretleriz. Tam şema için ayrı bir teknik destek ve ses hizmeti gerekebilir.

Yararlı çalışma ifadeleri:

• "Sahne onaylıyor: konuşmacı çıkışta, mikrofon takılı";
• "Video 18 hazır, ilk kare önizlemede";
• "Işık 12, genel duruma hazırlanın";
• "Sunucunun 'başlıyoruz' demesiyle: video 18 ve ışık 12, başlat";
• "Cue 21 bekletiyoruz, sunucu yedek soruyu alıyor".

Production gözlemleri ve etkinlik örnekleri derlemelerini ayrıca Aventura'nın Telegram kanalında yayınlıyoruz.

Yönetmen provasında neler kontrol edilmeli?

Kısaca: prova, kritik sahneleri ve insanlar, içerik ile teknik arasındaki bağlantı noktalarını kontrol eder. Ekip açılışı, zor girişleri, medya materyallerini, ödül takdimini, canlı bağlantıları, finali ve yedek planı prova eder. Her bölümden sonra ana senaryoda karar, sorumlu kişi ve yeni sürüm kaydedilir.

Sunucunun metnini masa başında okumak editör için yararlıdır, ancak sahadaki çalışmanın yerini tutmaz. Yönetmen gerçek mesafeleri, görüş açısını, sahne değişim hızını ve iletişim netliğini görmelidir. Konuşmacı girişi, mikrofonu ve durma noktasını denemelidir. Teknik ekipler komutları gerçek sırayla yerine getirmelidir.

Kısa bir brifingle başlıyoruz. Tüm katılımcılar senaryo sürümünü, iletişim kanalını ve provayı durdurma hakkını bilir. Ardından, hatanın izleyici tarafından fark edileceği veya güvenliği etkileyeceği sahneleri kontrol ediyoruz. Gerçek zamanlı tam prova her zaman gerekli değildir. Bazen karmaşık bir geçişi iki kez tekrarlamak, tüm programı resmi olarak geçmekten daha faydalıdır.

Prova kontrol listesi:

1. Açılış: ilk sinyal, müzik, ışık, ekran ve sunucunun girişi.
2. Konuşmacılar: rota, mikrofon, slaytlar, zamanlayıcı ve sahneden çıkış.
3. Medya materyalleri: dosya adı, ilk ve son kare, ses ve sonraki cue.
4. Sahne değişimleri: mobilya veya dekoru kim getirip götürüyor.
5. İnteraktif: katılımcılara talimat, cihaz testi ve düşük yanıt durumunda yapılacaklar.
6. Ödül takdimi: kişilerin, eşyaların, fotoğrafların ve sahneden dönüşün sırası.
7. Hibrit: bağlantı, gecikme, yedek kanal ve moderatörün rolü.
8. Final: genel sahne, teşekkürler, müzik, ekran ve çıkış rotası.
9. Yedek: bölümü atlama, dosyayı, mikrofonu ve konuşmacıyı değiştirme.
10. Durdurma: kararı kim verir ve izleyiciyle kim konuşur.

Prova sonrasında değişiklikler senaryoya işlenir. Genel sohbetteki el yazısı notların fotoğrafı yeni ana sürümün yerini tutmaz. Bağlantı provasının sırası hakkında daha fazla ayrıntı etkinliğin teknik provası makalesinde ele alınmıştır.

Yedek plan ve program durdurma

Kısaca: Sıradan bir arıza, yönetmenin vereceği ara ve güvenlik nedeniyle show-stop farklı çözümler gerektirir. Olası sapmalar için yedek eylemler ve tarafsız mesajlar hazırlanır. Programı durdurma yetkisi, bildirim sırası ve ilgili birimlere yönetimin devri, etkinlikten önce güvenlik planıyla belirlenir.

Konuşmacının gecikmesi durumunda moderatörün sorabileceği bir soru hazırlanabilir. Bozuk sunum için yedek PDF, kulaklık arızası için el mikrofonu, erişilemeyen video için statik bir görsel ve sunucunun kısa geçişi hazırlanır. Bu yedek, kusursuzluk vaat etmez ancak çözüm süresini kısaltır.

HSE, show-stop'un önceden kararlaştırılmasını önerir: kilit kişilerin, iletişim kanallarının, katılımcılarla temasın ve duyuru ifadelerinin belirlenmesi. İletişim sistemleri etkinlikten önce kontrol edilmelidir. Bu kurallar güvenlikle ilgilidir ve yaratıcı doğaçlamada eritilmemelidir.

Ana senaryoda, acil durum planının tamamını yeniden yazmak yerine ayrı bir prosedüre bağlantı veriyoruz. Satırda 'durdurma koşulu', 'kim onaylıyor', 'izleyici mesajı' ve 'yönetimin devir noktası' alanları olabilir. Belirli eşikler ve roller mekân, müşteri ve uzmanlar tarafından belirlenir.

Hibrit ve erişilebilirlik nasıl dikkate alınır?

Kısaca: Hibrit ve erişilebilirlik programın akışını değiştirir. Senaryo, uzaktaki katılımcıya bir eylem vermeli, gerektiğinde altyazı veya çeviri sağlamalı, mikrofon geçişi için zaman ayırmalı ve sahneye erişilebilir bir rota tanımlamalıdır. 'Erişilebilirliği dikkate al' şeklinde genel bir not yeterli değildir.

W3C, özel gereksinimleri önceden sormayı, giriş, mekân, sahne ve tuvaletlerin erişilebilirliğini kontrol etmeyi, mikrofon ve konuşmacıların görünürlüğünü sağlamayı önerir. Materyaller katılımcılara, çevirmenlere ve altyazı uzmanlarına önceden iletilmelidir.

Senaryoda bu gereksinimler somut satırlara dönüşür. Koordinatör boş rotayı kontrol eder. Sunucu cevap vermeden önce soruyu tekrar eder. Video mühendisi altyazı dosyasını alır. Kamera, konuşmacının veya çevirmenin yüzünü görünür tutar. Moderatör, uzaktaki katılımcıya katılması için net bir yol sunar ve salonun onu duyduğunu teyit eder.

Hibrit blok için ayrıca şunları tanımlıyoruz:

1. Bağlantı kanalı ve yedek.
2. Yayına çıkmadan önce bağlantı kontrolü.
3. Uzaktaki katılımcının hazır olduğuna dair sinyal.
4. Salon için görünüm ve yayın için görünüm.
5. Salon ile online arasında soru aktarımı.
6. Gecikme veya bağlantı kaybı durumunda yapılacaklar.
7. Blok sonrası materyallere erişim.

Çekim de senaryoda görünür olmalıdır. Medeni Kanun'un 152.1 maddesi, bir vatandaşın görüntüsünün yayınlanmasını ve daha sonraki kullanımını düzenler. Kuralın istisnaları vardır, ancak bunlar otomatik olarak herhangi bir kurumsal yayın için gerekçe sayılamaz. Kurallar ve formlar müşterinin avukatı tarafından kontrol edilir, yönetmen ekibi onaylanmış prosedürü uygular.

Başlangıç için minimum paket

Kısaca: İlk hesaplama için etkinliğin amacı, hedef kitle, format, mekan veya mekan gereksinimleri, taslak program, konuşmacılar, medya materyalleri, teknik altyapı, onay kuralları ve kısıtlamalar gereklidir. Verilerin bir kısmı henüz yoksa, eksikliği gizlemek yerine bir sorumlu ve karar tarihi belirlemek önemlidir.

İlk brifingde senaryoyu ve bütçeyi etkileyen sorular soruyoruz:

1. Her ana bloğun sonucu olarak katılımcının hangi eylemi kabul ediliyor?
2. İçeriği, sahne çözümünü ve teknik şemayı kim onaylıyor?
3. Hangi konuşmacılar, sanatçılar ve uzaktan katılımcılar zaten onaylandı?
4. Hangi sunumlar, videolar, müzikler ve grafikler hazırlanmalı?
5. Yayın, kayıt, altyazı veya çeviri gerekiyor mu?
6. Ödül töreni, imza, gösterim, sahne malzemesi veya sahne değişiklikleri var mı?
7. Mekan ve güvenlik gereksinimlerinden hangileri zaten biliniyor?
8. Katılımcılar erişilebilirlik gereksinimlerini nasıl bildiriyor?
9. Son düzeltmeleri kim onaylıyor ve çalışma sürümü ne zaman donduruluyor?
10. Kritik bölümler için hangi yedek çözümler zorunlu?

Ekip ve doküman bileşimi ölçeğe bağlıdır. Küçük bir şirket içi etkinlik kompakt bir tabloyla yönetilebilir. Çok salonlu bir forum, açılış töreni veya canlı yayın, departmanlar için alt sayfalar ve her bir alan için ayrı yönetmenler gerektirir. Her durumda ana sürüm, tek bir numaralandırma ve sorumlu kişi korumalıdır.

Ayrı bir yönetmen, program birden fazla departmanı, hassas zamanlamaları, medya içeriğini, sahne değişikliklerini, canlı yayını veya yüksek itibar riski taşıyan hataları içeriyorsa gereklidir. Etkinlik, sahne geçişleri olmayan tek bir toplantıdan oluşuyorsa, bazı işlevleri yapımcı veya koordinatör üstlenebilir. Karar, misafir sayısına göre değil, karmaşıklığa göre verilir.

Kaynaklar

• HSE: Etkinlik güvenliğine başlarken
• HSE: Olaylar ve acil durumlar için planlama
• W3C WAI: Etkinlikleri Erişilebilir Hale Getirme
• QLab 5 Belgeleri: Çalışma Alanı
• Shure: Sunum Mikrofonları İçin Temel Kılavuz
• RF Medeni Kanunu, Madde 152.1: vatandaşın görüntüsünün korunması