İkinci slayttan başlayan sunum
(tidyfirst.substack.com)- Teknik sunumlar arka plan açıklaması gerektirir, ancak başta dinleyiciyi kaybetmek kolaydır; bu yüzden önce problem durumunu gösterip ardından bağlamı tamamlayan bir kurgu daha etkilidir
- Bu teknik, Lawrence Block'un yazarlık tavsiyesinde olduğu gibi, doğal biçimde yazılmış ilk bölüm ile ikinci bölümü yer değiştirip gerilimli bir sahneyi başa alma yöntemidir
- Önce arka planı anlatan bir sunum, bunu zaten bilenler için tekrar olur; bilmeyenler içinse henüz dinlemek için yeterli neden oluşmadığından odak düşebilir
- JIT tabanlı sanal makine optimizasyonu örneğinde, önce performans profili, iyileştirme gibi görünen kod değişikliği ve aslında daha yavaş hale geldiğini gösteren veri sunulur; ardından JIT·optimizasyon·mimari açıklanır
- Başta çözülmesi istenen bir problem ortaya atılırsa programcılar doğal olarak çözüm aramaya yönelir ve sonraki açıklamaları takip etmek için motivasyon kazanır
Problemi önce gösteren sunum yapısı
- Teknik sunumlarda genellikle hem bağlamın kurulması hem de çözülecek problemin sunulması gerekir
- Ancak arka plan açıklamasıyla başlamak, sunumun ilk bölümündeki çekiciliği zayıflatır
- Arka planı zaten bilen dinleyiciler için tekrar bilgi haline gelir
- Arka planı bilmeyen dinleyiciler içinse henüz anlamaya çalışma motivasyonu oluşmaz
- Kent Beck'in yöntemi, sunum materyalini istenen sırayla hazırladıktan sonra ilk iki slaydı, paragrafı veya bölümü birbiriyle değiştirmektir
- Lawrence Block'un Telling Lies for Fun and Profit kitabından alınmış bir tekniktir
- Bir hikâye doğal akışında yazıldığında ilk bölüm kahramanın tanıtımı, ikinci bölüm olayların gelişimi olur
- İki bölümü değiştirince hikâye kahramanın tehlikede olduğu bir sahneyle başlar
- Gerilim oluştuktan sonra karakter tanıtımı geldiği için okuyucunun o kişiyi tanımak istemesi için bir neden oluşur
JIT optimizasyon sunumu örneği ve dinleyici tepkisi
- JIT derlemeye dayalı bir sanal makine optimizasyonu sunumunda genellikle önce JITing, performans ayarının temeli olan Pareto ve mevcut makine mimarisi tanıtılır
- Ancak sıcak noktaları azaltmaya yönelik yaygın bir optimizasyon toplam performansı daha yavaş hale getirebilir; sorunsuz görünen bir değişiklik de büyük bir iyileştirme sağlayabilir
- İkinci slayttan başlayan yapı, değerlendirme için gereken malzemeyi doğrudan ilk slayda koyar
- Sıcak noktayı gösteren performans profili
- İyileştirme sağlayacakmış gibi görünen kod değişikliği
- Optimizasyonun yalnızca başarısız olmakla kalmayıp sistemi daha da yavaşlattığını gösteren veri
- Bunun ardından JIT, optimizasyon ve mimari açıklaması eklenirse, arka planı bilen dinleyiciler de gizemin cevabını bekleyerek takip eder; arka planı bilmeyen dinleyiciler de odaklanmak için bir neden bulur
- Programcılar bir problem sunulduğunda onu çözmeye yönelik mühendislik tepkisi gösterdiğinden, sunumun başında birlikte çözülecek problemi ortaya atan kurgu etkilidir
1 yorum
Hacker News yorumları
Birkaç hafta önce PyCon’da sunum yaparken içeriği süreye sığdırmakta zorlandım ve sonunda baştaki birkaç dakikalık giriş bölümünü kestim.
Konuya yavaş yavaş yaklaşan ve bu konuda konuşmaya neden yetkin olduğuma dair arka planı anlatan kısmı çıkarıp doğrudan ilk ana noktaya girdim; orada da iyi bir şaka vardı ve oldukça işe yaradı.
Konu yeterince ilginçse girişi atlayıp doğrudan asıl konuya girilebileceğini, araya şaka katınca da dinleyicinin dikkatini yeterince yakalayabileceğini öğrendim.
Şirketin tarihini anlatarak başlayan satış konuşmalarından gerçekten nefret ediyorum; garip bir şekilde Japonya’daki büyük şirketler çoğu zaman bu konuda özellikle en kötüler arasında oluyor.
Her slayt için, “bir sonraki slaydı okumak için bir neden vermezsen dinleyici kalkıp gider” diye düşünmek gerekir.
Ne sunduğumu henüz bilmiyorlarsa, sunumu yapan kişinin varlığını gerekçelendirmeye gerek yoktur; sonuçta asıl mesele sunumu yapan değil, dinleyen kişidir.
O kısımlarda çok fena tökezlemek zordur; bu sırada insan ısınır ve asıl sunuma geçebilir.
Elbette ne kadar kısa olursa o kadar iyi; bu yüzden ilk cümleleri kelime kelime ezberleme eğilimindeyim.
En kaygılı olduğum anda bile ilk kısmı kesinlikle halledebilirim; sonrasında ise daha serbest konuşabilirim.
30 saniye civarı iyidir ama birkaç dakika çok uzun; sunum da olsa YouTube videosu da olsa aynı.
İnsanların bunu neden yaptığını anlıyorum.
“Bu kişi yetkin mi?”, “Bağlamı bilmiyorum” gibi riskleri azaltmaya çalışıyorlar; ama biraz cesaret gösterip doğrudan öz noktaya girmeleri iyi olurdu.
Zaten o sunumu dinlemeyi seçmiş olduğum için, neden ilginç olduğunu anlatmak ikna olmuş kişiye vaaz vermek gibi oluyor.
Hacker kültüründe insanlar genelde kimlik bilgilerinden çok yetenekle değerlendirildiğinden, “bu arada bunu ben yaptım” gibi bir not araya sıkıştırılabilir ama özgeçmiş okunmamalı; içgörüyle ikna edilmeli.
Bu her bağlam için geçerli değil; bazı dinleyiciler yetkinlik belgelerine çok önem verir.
İnsanlar o sunumu bizzat seçmediyse yeterli bağlam da gerekir.
Yine de çoğu zaman önce ilgiyi yakalamak, ilgiyi kazandıktan sonra girişe geri dönmek daha iyidir.
Lisansüstü dönemde çok sunum eğitimi aldım; danışmanım provalar sırasında bunu sık sık quiz gibi çalıştırırdı.
İlk slaydı, konuşmadığınız sırada kısa süre ekranda duran bir yer, kitap kapağı gibi görmek gerekir.
Örneğin moderatör “sıradaki konuşmacı BlahBlah konusunu ele alacak” diye tanıtırsa, “Teşekkürler SoAndSo. Ben Godelski ve sonraki slayt BlahBlah konusunu ele alacağım” diye yanıt verirsiniz.
Buna karşılık “sıradaki konuşmacı Godelski ve BlahBlah hakkındaki çalışmasını sunacak” diye tanıtırsa, “Teşekkürler SoAndSo. Sonraki slayt” deyip geçersiniz.
Tanıtımın hiç olmadığı durumlar dahil çeşitli varyasyonlar var; ama öz, tanıtıcının zaten söylediği bilgileri tekrarlamadan başlık slaydından hızla çıkmaktır.
O slayt yalnızca kimin konuştuğunu ve ne hakkında konuşacağını gösterir; dinleyiciye aktarılacak daha fazla bilgi varsa o slaytta kalmamalısınız.
Slayt yapısı ve düzeninde daha birçok unsur var ama genellemek zor; yine de özet slaytının, 1 saniyeden kısa görünse bile oldukça yararlı olduğunu düşünüyorum.
Slaytlar çevrim içi yayımlandığında bu daha da önemli oluyor.
Sunum slaytları konuşmaya yardımcı olmak için hazırlandığından, çevrim içi koyulunca pek iyi uymaz; slayt notlarını kolayca dahil edebilmek güzel olurdu.
Google Slides’ta fena değil ama PDF’te zor; beamer ile zaten mümkün ya da mümkün olacak gibi, dolayısıyla biri yeni bir pratiği zorlayabilir.
Teknik sunumlarım epey popüler; konuyla ilgisi olmayan teknik dışı kişiler bile şirket içinde slaytları dolaştırıyor.
Hikâye yapısı kilit nokta; hikâye yoksa sunum ilgi çekici olamaz.
Sunumu hazırlarken slaytları sürekli gözden geçirip hikâye akışının doğal olup olmadığını kontrol ederim.
Sunum sırasında ekranda bir anda çok fazla bilginin belirmemesini sağlar, PowerPoint zaman çizelgesini kullanarak ben konuşurken slaydın yavaş yavaş oluşmasını sağlarım.
Neredeyse beyaz tahta kullanıyormuşum gibi görünür; slaydı geçtiğinizde bir metin duvarının fırlamasını kimse sevmez.
Yalnızca metinden oluşan slaytlardan kaçınıyor değilim; ama hikâyemi ya da kavramı aktarmanın en iyi yolu nadiren bu olduğu için neredeyse hiç kullanmıyorum.
Sunumu hazırlarken çok teknikleşip sıkıcı hale gelmediğini ya da fazla teknik dışı kalıp sıkıcılaşmadığını da sürekli okurum.
Denge önemlidir; aniden çok derin teknik ayrıntıya inmek gerekiyorsa sonraki birkaç slaytta tekrar yukarı çekmek gerekir, tersi de aynı şekilde geçerli.
Metin az olsa da kavramları doğru açıklamak için çok sayıda el çizimi görselleştirme kullanırım; bu yüzden çıktı alınsa bile hâlâ anlaşılır ve bilinmesi gerekenleri aktarır.
Son olarak hangi uygulamayı kullandığınız önemli değil.
Kötü sanatçı aracını suçlar; ben PowerPoint kullanıyorum, çünkü iPad Pencil desteği ve eksiksiz animasyon zaman çizelgesi var, iyi kullanılırsa neredeyse film yapmak düzeyine gelir.
Ancak bunu çoğunlukla slaytları daha küçük parçalara bölmek için kullanıyorum.
Teknik sunumlar her zaman spoiler ile başlar
Meşgul olan ya da bana güvenebilecek kişiler yalnızca en önemli bilgiyi alıp neredeyse hemen ayrılabilir
Katılmayan ya da iddianın kanıtlarını görmek isteyenler ise katılmaya devam edebilir
Notlarda veya e-postalarda daha sık kullanılan bir ifade olsa da kavram aynıdır
Sonda ne olduğunu baştan söylerseniz insanlar arka plan açıklamasının nereye gittiğini anlar
Hikâyenin omurgasını kullanmak iyidir; ama gökkuşağının sonunda bir patlama sahnesi olduğuna izleyiciyi ikna etmek istiyorsanız önce fragmanı göstermeniz gerekir
İzleyicinin ödülü “hak etmesini” beklemek yerine doğrudan iyi kısma geçer, ilgilenenler için geri kalanını açıklarsınız
Birden fazla demo incelemesinde geçenler de burada var: https://web.archive.org/web/20220126051034/https://www.secon...
Özetle başlıyor, uygun olduğunda kopyalayıp yapıştırılabilecek eksiksiz yeniden kullanılabilir kodu bile en başa koyuyorum
Başkalarından istediğim tarz bu olduğu için ben de öyle yapıyorum
Egoyu bir kenara bırakıp faydayı öncelemek gerekir
İnsanlara neden önemsemeleri gerektiğini baştan söylersiniz; daha az ilginç kısımlar sona kaldığı için süre aşılırsa ya da biri dikkatini kaybederse çok şey kaçırmaz
[1] https://en.wikipedia.org/wiki/Inverted_pyramid_(journalism)
Bunun sunum versiyonu “I’m okay, the bull is dead” olarak görülebilir
https://www.computerworld.com/article/1702433/i-m-ok-the-bul...
Böyle bir durumda birinin sakin kalamayıp açıkça anlatamamasını anlayabilirim; ama burada öyle bir durum yok gibi görünüyor
Sakinseniz, karşınızdaki için ne olduğunu önce 10-15 saniyelik bir açıklamayla anlatmak daha iyidir
Sonucu ve etkisini önce söyleyip, olaya giden arka planı daha sonra doldurursunuz
Teknik sunumların hâlâ bir hikâyeye ihtiyacı var
Standart hikâye anlatımı tekniklerinde olduğu gibi ilgiyi çeken olayla, yani giriş olayıyla başlamalıdır
The Matrix, Trinity’nin yakalanmak üzere olduğu sahneyle başlar; Bambi’de anne vurulur; Star Wars, lazerler atan dev bir geminin küçük bir gemiyi kovalamasıyla başlar
İyi bir teknik sunum iyi bir hikâye yapısını izler
Giriş olayı, küçük bir doruk noktasına doğru yükselme, kısa bir geri çekilme, doruk noktası, sonuç sırasıyla ilerler
Harika bir teknik sunumcu olmak istiyorsanız iyi hikâye anlatmayı öğreten kitaplar okumanız iyi olur
Örneğin “David, kırsalda bir yerlerde üç odalı bir evde köpekleri Boopy ve Bloppy ile yaşar...” diye başlayan aşırı uzun makaleleri hemen kapatıyorum
Eskiden bir komedyenin verdiği harika bir sunum dersi almıştım; en akılda kalan tavsiye, sunumu kahramanlık anlatısı gibi kurgulamaktı
Herkesin bildiği yapı: her şey iyidir, trajedi gelir, sorun aşılır, kutlama yapılır
Teknik sunumlara uymaz diye düşünebilirsiniz ve her sunumun böyle olması gerekmez; ama sandığınızdan çok daha sık uygulanabilir
Temelde bir sorunu çözen her şey bu şekilde anlatılabilir
Oysa çok fazla sunum “X projesinden bahsedeceğim. Slayt planı bu. Peki, X nedir?” diye başlıyor
Bunun yerine şöyle denebilir: “Y yapan pek çok şeyimiz vardı. Z gelene kadar iyi çalışıyordu. Sonra felaket oldu. Mevcut çözüm A bu durumda hiç işe yaramadı. Bu yüzden X’i yaptık. Ama ... yüzünden çalışmadı, bu yüzden ... yapmamız gerekti ve sonunda her şey çalıştı”
İlk slayta metinsiz bir görselle başlamanızı öneririm
Bu görsel, numarasız başlık slaydındaki sunum konusuyla görünüşte hiçbir ilgisi olmamalı
Böylece insanlar nasıl bir açıklama yapacağınızı merak eder ve dikkat kesilir
Gizemi çözdükten sonra ikinci slayta geçip problem tanımını ya da araştırma sorusunu sunabilir, ardından özet, yöntem, veri, deney, değerlendirme sonuçları, tartışma ve sınırlamalar, özet, sonuç ve gelecek çalışmalar şeklindeki olağan yapıya ilerleyebilirsiniz
Ancak bu yalnızca sözlü sunumlarda işe yarar
Büyük küresel şirketlerde yaygın olan bir diğer önemli slayt destesi türü, PowerPoint sunumu ile Word belgesinin karışımına daha yakındır
Slaytlar metinle doludur; deste tek başına bakıldığında anlaşılacak şekilde hazırlanır ve yalnızca sunum için değil, esas olarak e-postayla dolaştırılıp okunmak üzere yazılır
Üst yönetim sunumu dinlemeden yalnızca slaytlara göz atabileceği için, iyi bir sunumu destekleyen iyi slayt kurallarını bilerek ihlal eder
En azından benim alanım olan bilgisayarlı görü ve makine öğrenmesinde ilk sayfaya büyük, güzel ve mümkünse kendi kendini açıklayan bir görsel konur
PDF’ye göz atan kişinin dikkatini yakalayıp içeri çekme işlevi görür
Bilgisayarlı görüde genellikle 3D yeniden yapılandırma veya nesne tespitinin vurgulandığı bir görüntü gibi görsel açıdan çekici bir şey bulunabilir
Ya da yönteminizin temel yaklaşımdan ne kadar daha iyi olduğunu gösteren bir grafik kullanabilirsiniz; ancak sayıların ne anlama geldiğini iyi bilmeyen biri için bu daha az ilgi çekici olabilir
Demolarda uzun zaman önce iyi kısımdan başlamayı öğrendim
Harika bir izleme yazılımınız varsa kurulum sürecinden, metrik toplama ayarlarından, ön yüzü zaman serisi veritabanına bağlama sürecinden başlayıp ardından eskiden olmayan o havalı grafiği göstermemelisiniz
Bunun yerine önce eskiden olmayan o havalı grafiği gösterip, o grafiğin neden yararlı olduğunu açıklamalısınız
Sonra herkes ilgi göstermeye başladıktan sonra ancak o noktaya nasıl gelindiğini göstermek için zaman ayırabilirsiniz
Havalı yere varana kadar uzun ve sıkıcı bir süreçle başlayan çok fazla demo gördüm; oysa havalı şeyi en başta gösterseler çok daha iyi olurdu
Teknik sunumlar için dahiyane bir yöntem
Ancak roman, TV dizisi gibi eğlence medyasında böyle yapılınca her zaman ilgiyi azaltıyor
Bir aksiyon sahnesini anlamak için arka plan bilgisine gerek yoksa, bence arka plan bilgisinin tamamı atlanabilir
Tempoyu bir anda yükseltip sonra çok hızlı şekilde yeniden hiçbir şeyin olmadığı bir hâle düşürmemelerini isterim
Yine de hikâyenin en önemli kısmını öne çıkardığı için bir nedeni var
Romanın akışı çok yavaş, deneme okurları ilginç bir şey olmadan önce vazgeçiyor; editör de “10. bölümdeki havalı savaş sahnesini başa koyalım da bu kitabın ne yaptığını gösterelim” diye öneriyor sanki
Bu yöntem nadiren iyi çalışıyor
Tüm cümleleri ve paragrafları okudum ama özgün yazının ne anlatmaya çalıştığından hâlâ emin değilim
“Girişi atlayın” mı demek istiyor?
Ben sunuma başlarken sunumun nelerden oluşacağına dair önce kısa bir genel bakış veririm
İçeriği her zaman dinleyicilere göre ayarlayamayabilirsiniz ama en azından başta bir dizin ya da özet verirseniz ne zaman odaklanacağınızı, ne zaman kısa süreliğine dalıp gidebileceğinizi bilirsiniz
Tekrarla pekiştirilecek ana noktalar 2-3 tane olmalı, daha fazla değil
Ve benim bir numaralı tavsiyem şu: sunumun ne kadar doğal duyulmasını istiyorsanız, önceden o kadar çok prova yapmanız gerekir
Deneyimli bir sunumcuysanız bu kuralları ne zaman ve nasıl bozmanız gerektiğini de öğrenirsiniz
Elbette yeniden icat etmiş oluyor