Uzaktan çalışıyorsanız, bir Ramblings kanalı oluşturun

• Ramblings(gevezelikler): Uzaktan çalışan ekipler için kişisel günlük kanalı

• Uzaktan çalışan ekiplerde (2~10 kişi) takım sohbet uygulamasında her ekip üyesinin adıyla birer kişisel Ramblings kanalı oluşturulması öneriliyor
• Ramblings kanalları ekip içinde bir kişisel günlük veya mikroblog gibi çalışır; takım sohbetini dağıtmadan daha doğal iletişimi teşvik eder
• Düşünceler, fikirler, gündelik hayat, geri bildirimler, seyahat fotoğrafları vb. özgürce paylaşılabilen bir alan olarak kullanılır ve doğal biçimde ekip üyeleri arasındaki sosyal bağı güçlendirmeyi amaçlar

• Kanalı nasıl işletmeli

  • Her Ramblings kanalında yalnızca kanal sahibi ana gönderi paylaşabilir, diğer ekip arkadaşları ise yalnızca thread (yorum) üzerinden yanıt verebilir
  • Tüm Ramblings kanalları kanal listesinin altındaki Ramblings bölümünde toplanır ve varsayılan olarak sessizde (bildirimler kapalı) tutulur
  • Diğer ekip üyelerinin mutlaka okuması gerekmez; bu alan daha çok birbirinin düşüncelerine doğal şekilde göz atabilmek içindir

• İşletme ipuçları: Genelde haftada 1~3 kez kısa güncellemeler serbestçe paylaşılır

  • Mevcut projeyle ilgili fikirler
  • Blog yazıları, makaleler veya kullanıcı geri bildirimleri üzerine düşünceler
  • "Ya şöyle olsaydı?" türü yeni öneriler
  • Son seyahat fotoğraflarını veya hobileri paylaşmak
  • Sorun çözme sürecinde rubber duck debugging tarzı iç ses kayıtları

• Gerçek kullanım deneyimi ve etkileri

  • Obsidian ekibi bunu 2 yıl boyunca denedi ve düzenli toplantılar olmadan da bir 'watercooler talk' (ofis muhabbeti) işlevi görmede başarılı oldu
  • Derin odaklanma zamanını korurken aynı anda ekip arkadaşları arasındaki bağlılık hissini ve yaratıcı fikir alışverişini doğal biçimde teşvik eder
  • Ramblings sayesinde gerçekten de özellik fikirleri, prototipler ve problem çözüm yaklaşımları gibi çeşitli yaratıcı çıktılar ortaya çıktı
  • Yılda bir kez yapılan yüz yüze ekip buluşması dışında, Ramblings kanalları ekibin insani bağını kuran bir halka işlevi görüyor ve ekip içi bağı güçlendirmeye yardımcı oluyor

[GN⁺]

Hacker News görüşleri

• 2014’te Cloudflare’da DDoS müdahale işlerinde çalışırken James(Jog) adlı bir meslektaşımla çok sayıda soru-cevap üzerinden birlikte çalışma deneyimi biriktirdim. “Sunucuya nasıl giriş yapılır”, “anycast nedir”, “buna nasıl müdahale ettiniz, ayrıntılı anlatır mısın” gibi sorular tekrarlandıkça bu konuşmaların yeni çalışanlar için de yararlı olabileceğini düşündüm. Onboarding’e dair kaygılar, pek bilinmeyen iş akışları, teorik kavramlar gibi çok çeşitli konular vardı. Bu yüzden bu tür soruları şirket içindeki herkese açık bir kanalda toplamaya başladım; ilk başta adı “Marek's Bitching” idi ve insanların şikayetlerini ya da can sıkıcı soruları gerçek isimleriyle sorabildiği bir alan oluşturduk. Zamanla daha fazla meslektaş katıldı ve şirket içinde başka kanallarda ele alınması zor olan teknik konular, serbest tartışmalar, ufak şüpheler ve tahminler bile (ör. Intel firmware bug doğrulaması) doğal biçimde burada birikerek büyük değer yarattı. Daha sonra adı “Marek's technical corner” oldu ve 10 yılı aşkın süredir teknik kültürün odak noktası işlevi görüyor. Bu tür serbestçe söylenip, soru sorulup, tartışılabilen “benim kanalım” ya da ekip/şube bazlı "rambling/bitching" kanallarının organizasyon içi iletişim ve gelişim için özellikle faydalı olduğunu vurguluyor

  • Ben de tam o James(Jog)’im. O dönemde çok eğlenceli sohbetler vardı, keyif alıyordum. Sonrasında şirkette iç blog kültürü de oluştu ve herkesin deneylerini ya da keşiflerini doğal biçimde paylaşması çok faydalı oldu. İç bloglara abone olduğunuzda gerçekten öğrenilecek çok şey oluyordu
  • Yazarın iddiasını anlıyorum ama yönetici açısından bakınca belirli bir kişiyi merkez alan bir soru-cevap biçimi; aranabilirlik, keşfedilebilirlik ve yeni işe girenlerde belli bir kişinin projenin merkezi olduğu izlenimini yaratması açısından sorunlu. Soru sorulacak bir alan mutlaka olmalı ama tartışmalar insan adıyla değil, konu bazlı kanallara yönlendirilmeli diye düşünüyorum. Biri rastgele bir kanalda (ör. #random, #general) teknik soru sorduğunda onu her zaman proje bazlı kanallara yönlendiriyorum. Herkesi ilgilendiren konuşma ve bilgilerin en uygun kanalda toplanmasını sağlayan bir alışkanlık gerektiğini vurguluyor
  • Kurumumuzda doğal biçimde oluşmuş “Study Hall” adlı bir kanal var; burada teknik sorular da serbest ve kimse yargılamıyor, bu yüzden ekip içinde verimli işliyor. Kullandığımız en verimli sohbet kanallarından biri gibi geliyor
  • Yazıda bahsedilen “Marek's technical corner” hâlâ duruyor ve hâlâ az da olsa etkinliğini sürdürüyor
  • Bu arada, “Marek's technical corner”ın bugün de hayatta olduğunu ve zaman zaman oldukça aktif kullanıldığını belirtiyor

• Yazıyı okuduktan sonra uzaktan çalışma ortamında özerk “rambling”in önemini önermek istiyorum. Her sabah yaklaşık bir saat yürüyüş yapıp kendine ait zaman geçirmek; işe gidişle ev arasına sınır koyması, rutine bağlı egzersiz sağlaması ve yürürken akla gelen düşünceler açısından çok değerli

  • Çocuğu okula bırakma süresinin fiilen benzer bir rol oynadığını hissediyorum. Mümkün olduğunda kızımla birlikte köpeği gezdirip otobüs durağına kadar gidiyorum; eskiden kreşe gidip gelmek için 45 dakika yürürdüm
  • Tamamen uzaktan çalışırken bazen “Ben neden çocuğu almaya gitmiyorum, hasta olup sadece dinlenince neden iletişimim kopuyor, trafikte kaldığım için geç kalmıyorum, türlü sebeplerle hep erken çıkmam da gerekmiyor” diye kendimi suçladığım oluyor. Hepsi makul gerekçeler olabilir ama bunları her gün duyunca komik de geliyor. Aslında işimden memnunum ve özellikle kaytarmak gibi bir niyetim de yok
  • Bunun gerçekten işe yaradığını kendi deneyimimle kanıtlayabilirim. Evde kaygılıyken mahalle parkında 30 dakika yürümek bile ruh halimi çok daha iyi yapıyor. Ne kadar yürüdüğünüzün önemi yok; yürümenin kendisinin verdiği ferahlık çok büyük
  • Günün en güzel zamanı saat 10 civarı hasır şapka takıp üstümü çıkararak mahallede yürüdüğüm, güneşi tüm bedenimde hissettiğim an. Telefonsuz yürümenin özgürlüğü gerçekten harika

• Ben de diğer yorumcularla bazı noktalarda hemfikirim ama “rambling”i keyfi biçimde resmen atamak bana daha çok distopik geliyor. Bu tür kanal/alanların en iyisi doğal ve kendiliğinden oluşmasıdır; akla geldiği anda uygun bir meslektaşla paylaşılır, zamanla grup sohbeti büyür ve daha önemli konuşmalar tüm ekibe yayılır diye düşünüyorum. Bu tür tartışmalar sağlıklı ve uzaktan ekipler için gerekli bile olabilir ama her ekibin iletişim biçimini kendi başına geliştirmesi gerektiğine inanıyorum. Yapay biçimde kurumsallaştırmaya gerek yok

  • “Bu hafta 15 kez gevezelik etmişsin.” “Asgari sayı 15 değil miydi?” “Evet, asgari sayı o. Ama Todd şimdiden 37 kez saçmış durumda.” “Gerçekten 37 istiyorsaydınız onu asgari yapardınız o zaman?” şeklindeki şakayla, nicel ölçüt koymanın yaratabileceği yan etkileri zekice işaret ediyor
  • Bu tür “sansasyonel kariyer tavsiyeleri” iyi niyetli olsa da abartıya ya da yanlış anlamaya açık olabiliyor. Bazen junior’ların bunları kelimesi kelimesine uygulamaya çalıştığını, bunun da ekip arkadaşlarıyla yöneticileri daha çok şaşırttığını gördüm. O yüzden benim gibi yöneticiler Reddit gibi yerlerde bu yazılar dolaşırken şöyle bir göz atıyor; ekipten biri birden böyle davranmaya başlarsa arka planı kolayca anlayıp durumu önceden yatıştırmaya yardımcı olabiliyor
  • “Kanal” bana fazla rastgele geliyor, pek sevmiyorum. Önceki şirketimde Confluence üzerinde “Personal Space” açıp kişisel blog gibi düşüncelerimi toparlardım; şimdi yeni şirkette de bu yöntemi sürdürüyorum. Kod refactoring gibi büyük kararlar öncesinde düşüncelerimi önce İngilizce yazıya dökmek, sadece kodlamaya abanıp gitmekten çok daha netlik sağlıyor. Planımı ekip arkadaşlarımla paylaşabiliyor, geri bildirim de alabiliyorum. Ayrıca yeni algoritmalar ya da analiz yöntemleri tasarlarken LaTeX denklem desteği olan blog yazılımıyla fikirleri resmi matematik gösterimiyle açıyorum; İngilizce yazıp ardından denklemlere dökme sürecinde hataları ya da yanlış varsayımları önceden fark ediyorum. Düşünceleri böyle yarı açık bir yere yazmanın hem hataları azalttığını hem de düşünceyi daha yapılandırılmış hale getirdiğini düşünüyorum. Tüm organizasyondan birkaç kişinin okuması bile yeterli; yayımla düğmesine basmadan önce yeterince düşünme süresi sağladığı için “düşüncenin akışı”ndan çok gerçekten işe yarayan fikirler üretmeyi kolaylaştırıyor
  • Eğer bu tür faaliyetler “gevezeliğin atanması” ya da “performans metriği” haline gelirse gerçekten en kötüsü olur, buna katılıyorum. Obsidian örneği kendiliğinden ortaya çıkan bir uygulamaydı; küçük ekip ve yatay yapı sayesinde mümkündü. Ayrıca yazıda “kanal varsayılan olarak sessizde, kimse okumaya zorlanmıyor” denmesinin daha kritik olduğu görüşünde
  • Bu yazıda herhangi bir yükümlülük, zorlama ya da atama olduğuna dair hiçbir şey yok diye savunuyor. Asıl sorunun, bu kadar yüksek değerli gayriresmî kanalların “neredeyse hiçbir zaman” kendiliğinden ortaya çıkmaması olduğunu söylüyor

• “Gevezelik” kanalının normal ofisteki su sebili sohbeti gibi olduğuna katılıyorum. Ama pratikte çoğu ekibin takviminde zaten her gün düzenli toplantılar var; bu yüzden gevezelik kanalı doğal bir ihtiyaçtan doğmak yerine “iş kapsamında yapılacak bir şey daha” gibi hissettirme riski taşıyor, bu nedenle de çoğu zaman iyi çalışmıyor

  • Ben doğrudan bir gevezelik kanalı kullanmadım ama günlük hayatta çok “gevezelik” ederim. Asıl can sıkıcı olan düzenli toplantılar. Daily gibi toplantılarda neredeyse hiç yeni bir şey olmuyor; zaten bildiğimiz şeyleri tekrarlayıp zaman kaybediyoruz. Günlük olarak konuşulacak bir şey varsa toplantıyı beklemeden hemen paylaşıyorum. Ayrıca gayriresmî buluşmalarda scrum master’lar “bunu başka yerde konuşalım” diyerek fikir filizlerini kesmediği için daha özgür tartışma mümkün oluyor
  • Ekibin sosyal etkileşim ihtiyacını kendisinin fark etmesi gerekir; bu tür kanalların anlamlı olup olmaması biraz da ekibin olgunluğuna bağlı. Düzenli toplantılar kendiliğinden su sebili sohbetine dönüşmüyor; dolayısıyla toplantılar olsa bile insanlar doğal sosyal iletişimi özlüyor
  • Bizim tamamen dağıtık ekibimiz haftada iki kez, 15-30 dakika boyunca iş konuşmadan etkileşim kurmak için takvime “gevezelik toplantısı” koyuyor. Bunun etkisinin çok büyük olduğunu düşünüyorum. Slack’te ayrı bir gevezelik kanalı da var ve neredeyse bütün gün aktif
  • COVID sonrası uzaktan bir şirkette çalıştım; her gün toplantı olsa bile gevezelik için ayrı bir alanın olması bence iyi bir fikir. Biz genelde toplantılarda mümkün olduğunca sadece konuya bağlı kalmaya çalışıyoruz
  • Bugünlerde günün %30-50’si toplantılara gidiyor; bu yüzden birileri sürekli “bunu ayrıca konuşalım”, “bunu sonra tekrar ele alalım” demek zorunda kalıyor

• Bizim ekip de fark etmeden doğal biçimde ayrı bir “rambling” sohbet odası kurdu. Ana grup sohbetinde “pek akıllıca görünmeyen” sorular sormak ya da şikayet yazmak zor geliyor; bu yüzden yöneticisiz ikinci bir sohbet açtık ve görünüşte önemsiz sorular, cevabı hatırlanmayan prosedürler, biraz profesyonellik dışı yakınmalar, servis/araç/süreçlere dair anlık eleştiriler gibi şeyleri gerçekten içimizi dökerek konuşabiliyoruz. Ana sohbette soru çözüldükten sonra devamındaki konuşma dağınık diye kesiliyor ama bu odada kimse kimseyi durdurmuyor; isteyen girip özgürce konuşabiliyor. Ekipte böyle bir alanın kesinlikle gerekli olduğunu düşünüyorum

  • Bilerek sık sık “aptalca sorular” sormamın nedeni, her zaman birilerinin çekinip söyleyememesi; ayrıca bu sorular daha derin tartışmalara da yol açabiliyor

• Şüpheci bir bakışla, bu tür kanalların sonunda sadece okunacak şeyleri artırdığını ve geride sadece “ekip iletişimini iyi yapıyoruz” izlenimi bıraktığını düşünüyorum. Uzaktan ekiplerde sosyal bağ kurma çabası güzel ama bunu bana ciddi stres veren “ekip iletişimi kontrolü” ile karıştırmak hoşuma gitmiyor

  • Ama yazıda “kanalı sessize alın, katılım beklemeyin” dendiğine dikkat çekiyor
  • Slack’te okunmamış mesajları diş fırçalarken ya da çay makinesinin hazır olmasını beklerken hızlıca gözden geçirmek hobim. Çalışmak pek istemediğimde de bunu “to-do” ya da “done/ignore” ile hızlıca geçen bir tür “iş için Tinder” gibi kullanıyorum
  • Gerçekten Slack’te inbox zero’yu koruyan var mı merak ediyorum. Tek başına ayrı bir iş gibi duruyor

• Bazı liderler, ekip içi iletişim kontrolleri dışında kaldığında bunu tehdit olarak algılayabiliyor. Böyle liderlerin altında Slack gibi yerlerde spontane görüş paylaşmak “işbirliğini bozmak” ya da “dikkat dağıtan çalışan” etiketi yemenize neden olabilir. Oysa gerçekte herkes sadece ilham ve fikir paylaşıyor; ama şirkete ve kültüre göre serbestçe konuşmak riskli hale gelebiliyor. Bu tip liderler özellikle uzaktan çalışma ortamında daha kırılgan oluyor ve hatta Slack DM’lerini bile tarayarak “sorunlu kişileri” bulmaya çalışabiliyor. Mümkünse böyle bir organizasyondan hızlıca ayrılmak daha iyi ama pratikte kolay değil

  • Kendi deneyimimden, açıkça soru sorduğunuzda ya da bir sorun gündeme getirdiğinizde “hiyerarşinin” çok güçlü olduğu yerlerde liderler buna aşırı sinirli tepki veriyor ve aktif iletişim kuran kişileri “sorun çıkaran” gibi görüyor. Gençlere örnek olmak istediğim için özellikle çok soru sordum, çok konuştum ve liderlerin hoşlanmadığı davranışları daha da sık yaptım; sonunda kovuldum ama sonrasında daha çok rahatlama ve gurur hissettim
  • Önceki işyerimde yöneticinin MITM yazılımı, SSL strip ve başka yöntemlerle insanların sohbetlerini, e-postalarını ve diğer hesaplarını gizlice izlediğini; sonra bunu şirket içi siyasette kullandığını gördüm. IT tarafındaki kişilere de sorup bunun gerçekten olduğunu doğruladım. Hatta yöneticiler isterlerse başkalarının e-postalarını da açabiliyor, konuşma loglarını kolayca toplayabiliyordu. Başka büyük bir şirkette de sohbet içerikleri yüzünden kovulan bir tanıdık duydum. Şirket yazılımı, cihazı ve ağı sağlıyorsa her kelimenize dikkat etmeniz gerektiği dersi çıkıyor
  • “Yazılı bırakmanın”, ton ve anlamı daha kalıcı kılması ve her an denetlenebilir olması nedeniyle yüz yüze konuşmadan çok daha fazla tedirginlik yarattığı bir gerçek. Gerçekten de yüz yüze olduğunuzda garip şeyler söyleyebilirsiniz ama mesajlaşma ya da e-postada bir kez yazınca kayıt kalıyor ve bu yükü artırıyor. Bu durum sadece “kontrol takıntılı CEO”lara özgü değil; çok daha yaygın bir duygu gibi görünüyor

• Genel olarak başlığa katılıyorum ama somut uygulama biçimi benim tarzım değil. En uygun kanal grubundan birini seçip (ekip bazlı/proje bazlı/yönetici bazlı vb.) doğrudan konuşmaya başlamak daha iyi bence. Yoğun kanallar zaten zamanla kendi iletişim kültürünü geliştiriyor; iş konuşmalarına köpek gezdirirken görülen ilginç bir nesnenin fotoğrafı da rahatça karışabiliyor. “Thread” özelliği de bunu yönetmeyi kolaylaştırıyor

  • “Thread” gerçekten bu işi çok iyi yapıyor. Ayrı kanalları aşırı çoğaltmak tersine kafa karışıklığı yaratıyor. Bu bana, küçük şirketlerde thread özelliği yokken kalmış eski bir alışkanlık gibi geliyor

• Bu yaklaşımın mevcut offtopic kanallardan (#general vb.) farkının ne olduğunu merak ediyorum. Özellikle 2-10 kişilik küçük organizasyonlarda, birkaç ayrı “rambling” kanalı açmak yerine tek bir offtopic kanalın yeterli olduğunu düşünüyorum

  • “Claude Code beklerken” ifadesinin, “derleme sürerken oyalanmak” kavramının yeni sürümü gibi olduğuna esprili biçimde değiniyor
  • Pratikte 2-10 ayrı kişisel kanalda 1-3 gönderi olması, tek bir yerde 30 gönderi birikmesinden daha yönetilebilir olabiliyor. “Acaba önemli bir şeyi kaçırıyor muyum?” korkusu azalıyor. Bizim ekipte de bir offtopic kanal var ama herkesin kendi rambling kanalı daha aktif kullanılıyor. Mevcut konuşmaların birbirine dolaşma riski daha düşük oluyor ve herkesin düşünce akışı da daha iyi korunuyor
  • Hatta küçük olmayan ekiplerde herkesi tek bir offtopic kanala yönlendirmek daha da ağır gelebilir diye düşünüyor
  • Aslında Slack’in #general kanalı zaten bu rolü görmüyor mu diye bakanlar da var