📣 🎉 Üretim Bandı & Brick Institute Ürün Yönetimi Raporu 2023 için veri topluyoruz. RAPORLAR menüsünden katkıda bulunabilirsiniz! 📣 🎉

Tümü

Bültene hoş geldin 👋

Bu sayıda özellikle uzaktan çalışma döneminde bir yandan toplantıları azami ölçüde tutmaya çabalarken bir yandan da ilgili herkesi gidişattan ve son gelişmelerden haberdar edebilmenin zorluğundan dem vurup, herkes için daha sürdürülebilir bir durum takip sistemi oluşturmanın farklı farklı yollarını anlamaya çalıştık ve globalden örnekler eklemeyi de ihmal etmedik.

İyi internetler,
Burcu

Hatırlatma: Üretim Bandı Slack! 🎉

Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

Slack Grubumuza Katıl


Ürün/Özellik Durum Takibi

  1. Nedir, nasıl yapılır?

  2. Globalden örnekler

  3. Yararlı kaynaklar

1. Nedir, nasıl yapılır?

kaynak: https://foldingburritos.com/articles/2018/02/13/report-templates-less-status-meetings/

Ürün geliştiren ekiplerin organizasyonlardaki en önemli sorumluklarının başında ekip içi ve ekipler arası bilgi aktarımını ve iletişimi güçlü ve ayakta tutmak geliyor. Bu sorumluluk dahilinde bir sürü alt başlık var: Yol haritası (roadmap), kullanıcı geri bildirimleri, sektörel gelişmeler ve trendler, örnek uygulamalar, içgörüler… Bunların bazıları dönemsel, bazıları sürekli iletişim gerektiriyor ancak her biri için iyi kötü bir akış oturtmak ve bu akışı ekip üyelerinin benimsemesini, hatta bu akışa katkıda bulunmasını sağlamak kritik. Her ekibin kendi içinde başka sorumlulukları, öncelikleri olduğunu da düşünürsek bu konu iyi yönetilemediğinde ürün ekipleri için en meşakkatli, dolambaçlı süreçlerden biri haline gelebiliyor.

Bu iletişim alt başlıkları arasından öne çıkanlardan biri de üzerine çalışılan ürün ya da özelliklerin gidişatı konusunda diğer tüm ekipleri bilgilendirmek çünkü organizasyon genelinde takip edilemeyen ilerleme, günün sonunda bloklanmalara ve hatta boşa vakit harcamalara kadar gidebiliyor. Kullanıcı için kullanımı çok basit görünen bir özelliğin arka planda ekip tarafından nice planlamalar sonucunda ortaya çıkması gibi; mevcut durum takibini herkesin anlayacağı dilden, aktarılmak istenen bilginin özünü kırpmadan ve çok da uzatmadan yapabilmek arkada ciddi bir yapı kurmayı gerektiriyor. Ekibin iş planını yaptığı araç üzerinden bu gelişmeler pek de diğer ekiplere aktarılamıyor, çünkü herkes bir Jira nasıl çalışır’ı anlayamayabilir, ve hatta anlamaya dahi vakti olmayabilir. Gerekliliklerin ortaya koyulduğu PRD dökümanını ya da proje raporu gibi dökümanları -tek sayfa bile olsa- çoğu kişinin okumaya vakti olmayabiliyor, ve zaten bu dökümanlar genel gidişat hakkında karşılaştırmalı bir görsellik de sunamıyor.

Ürün kültürü biraz da bu noktada devreye giriyor: ürünü geliştiren ekibin, ürün yönetimi ekibinin ve tüm organizasyonun gelişmelerden haberdar olması farklı farklı şirketlerde farklı farklı yöntemlerle yapılıyor. Uzaktan çalışan kalabalık ekipler ya da eşzamansız çalışan küçük ekipler için bu yöntemler başkayken, karar alma mekanizmalarını ölçeklendirebilmiş ekiplerde farklı, hızlı hızlı iterasyonlar yapan çevik ekiplerde farklı. Bu sayıda biraz farklı ekip kapsamları için hangi uygulamalar yapılıyor, bunları araştırıp ortaya koymaya çalıştık. Sizin ekibinizde ya da bulunduğunuz organizasyonda bu süreçler nasıl işliyor paylaşmak isterseniz, Slack’teki konuşmaya bekleriz.

“Ürün/özellik üzerine çalışan ekip içinde” ya da “Ürün yönetimi ekibi içinde” güncel kalmak

Ürün ya da özellik üzerine çalışan ekibin üyeleri, geliştirmeyi yapan minimum fonksiyonlar-arası ekip oluyor. Çoğu organizasyonda bu ekibin üyeleri genelde ürün yönetimi, mühendislik/yazılım geliştirme ve tasarım ekibinden bir ya da birkaç kişi, ancak bazı organizasyonlar bu ekibe pazarlama, destek, müşteri ilişkileri gibi başka fonksiyonlardan kişileri de dahil ederek iletişimi bir adım daha güçlendirme gayretinde oluyor.

Bu ekibi güncel tutmanın birkaç yolu var:

Organizasyon genelinde güncel kalmak

Tüm ekibi ürün ekseninde olan bitenden haberdar etmek, ürünü geliştiren ekipleri güncel tutmaktan biraz daha kapsamlı çünkü farklı geçmişleri, iletişim şekilleri, öncelikleri olan fonksiyonlar devreye giriyor. Tüm ekibi güncel tutmanın belirli başlı yöntemleri olarak şunları sıraladık:

kaynak: https://coda.io/@yuhki/figma-product-roadmap

2. Globalden örnekler

3. Yararlı kaynaklar


Üretim Bandı Podcast 🎙

İş İlanları

Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


Bu sayılık bu kadar!

Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

Share Üretim Bandı Bülten

Bültene hoş geldin 👋

Bu sayıda ürün geliştiren herkesin hayatında az çok bir yeri olan ve bir taraftan da herkesin ayrı bir yoğurt yiyişinin olduğu bir kavramı, Ürün Gereksinimleri Dökümanı’nı ele aldık. Ne olduğundan, faydaları ve zorluklarından bahsedip, topluluk üyelerimizin verdiği örnekleri paylaştık ve faydalı kaynakları da eklemeyi unutmadık. Topluluk görüşlerini dahil edebildiğimiz sayıları çok beğenerek yazıyorum, umarım siz de okurken keyif alırsınız ve yeni fikirler edinirsiniz.

İyi internetler,
Burcu

Hatırlatma: Üretim Bandı Slack! 🎉

Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

Slack Grubumuza Katıl


Ürün Gereksinimleri Dökümanı (Product Requirements Document, PRD)

  1. Nedir?

  2. Faydaları ve zorlukları

  3. Topluluktan örnekler

  4. Yararlı kaynaklar

1. Nedir?

Ürün gereksinimleri dökümanı (Product requirements document, PRD), ürün geliştirme süreçlerinin standart bir parçası haline gelmiş, özünde geliştirilecek ürünün/özelliğin detaylarını belirlemeye ve ekipler arasında standart bir biçimde aktarmaya yarayan bir dökümantasyon sistemi. Bu döküman hem Agile methodolojilerle, hem farklı farklı pratiklerle uzun bir süredir var ve zaman içinde amacı değişmese de içeriği ve fonksiyonları değişmiş ve farklı farklı varyasyonları oluşmuş. Güncel durumda tek bir tipi yok, organizasyonlar kendi ihtiyaçları özelinde bu dökümanı özelleştiriyor ve ürün geliştirme süreçlerini optimize etmeye gayret ediyorlar.

SVPG Managing Director’ı Martin Cagan’a göre “klasik anlamda” PRD’ler 2007 ve sonrası itibariyle ürün yöneticileri için bir örnek uygulama değiller, çünkü bu dökümanı hazırlamaya ayrılan vakit ve emek gerçek anlamda yapılması gereken ürün yönetimi işlerinden yiyor. Cagan PRD’lere ayrılan bu kaynağı keşif süreçlerine tahsis etmeyi ve bu süreçlerden öğrenilenleri PRD dökümanlarındaki bilgiler yerine değerlendirmeyi öneriyor. Geçmiş zamanlardan bu yana internette dolaşan farklı örneklerini incelediğimizde de görüyoruz ki PRD’ler zaman içinde evrimleşerek olabilecek tüm bilgileri içermekten ve yapılacak işi en ince teknik detayına kadar anlatmaktan çıkıp (bu tip dökümanlar daha çok “yazılım gereksinimleri dökümanı” olarak anlandırılıyor), problem ve çözüm alanlarının da irdelendiği, farklı rollerden herkesin az çok fikir edinebildiği referans noktaları olmuş. “Modern” PRD’lere örnek olarak Amazon’un “Working Backwards” basın bültenleri ve Product Hunt’ın ilk çıktığında çokça popüler olan PRD şablonu ilk aklıma gelenler oldu. Confluence’ın kullanıcılarına sağladığı “Product requirements” şablonu da yaygın kullanılanlar arasında.

Bahsettiğimiz gibi PRD’ler için takip edilen şablon ihtiyaca göre, yani organizasyon büyüklüğüne, sektöre, ekip yapısına ve hatta kültüre göre değişkenlik gösteriyor. Yine de tüm ekibin fikir edinebileceği bir döküman doğal olarak her rolün sorumluluklarına ilişkin bir kısım bilgiler içermek durumunda. Küçük bir araştırma yapıp bahsedilen şablonlara göz attığımızda, genel olarak şu başlıkların ortak olduğunu gördük:

Şu başlıklar ise üsttekiler kadar yaygın değil, ancak fikir vermesi açısından bahsedelim istedik:

2. Faydaları ve zorlukları

PRD hazırlamanın, güncel tutmanın ve genel olarak bu süreçlerin faydaları ve zorlukları kısaca şöyle:

Faydaları

Zorlukları

3. Topluluktan örnekler

Bu yazının ilham kaynağı daha önce pek çok sefer olduğu gibi topluluk üyelerimizin Slack üzerinden bu konuda sohbet edip, fikirlerini paylaşması oldu. Paylaşılanlardan bazı başlıkları şöyle derledik (ve bu paylaşımlara bu sayıda yer vermemize sıcak baktıkları için kendilerine buradan da teşekkür ediyoruz):

Çağatay Tanyıldız: Aslında çoğunlukla bir geliştirici olarak benim requirement almam gerekmiyor. Ancak bazen bu işi benim yapmam gerekiyor. Ve kapsamı daraltmak için söylememde fayda var, firma içi araçlar geliştiren bir ekibin parçası olarak ağ mühendisleri ile beraber çalışıyorum. Benim müşterim de çoğu zaman onlar. Özellikle şunlara dikkat ediyorum:

İrem Çilingir: Biz Segmentify’da hem use caseler için hem de problemin doğru bir şekilde analiz edilebilmesi için bir checklist / cevaplanması gereken sorular listesi çıkarmıştık. Paylaşayım:

Mustafa Büyükkara: Bizim 1 sayfalık bir şablonumuz var. Elimizdeki sorunun büyüklüğüne göre bu çerçevede gereksinimleri çıkarmaya çalışıyoruz. Çok kapsamlı bir şablon değil, mümkün mertebe “minimum viable PRD’ler” oluşturarak çevikliğimizi kaybetmemeye çalışıyoruz: https://docs.google.com/document/d/1IWpSaYcMVxunfrWrOAccZINGwdNgKovtvDNbFWvzPNw/edit?usp=sharing

Burak Alparslan: Biz backlog item’larını geliştirme ekibine iletmeden önce aşağıdaki şablonu kullanıyoruz:

4. Yararlı kaynaklar

Üretim Bandı Podcast 🎙

İş İlanları

Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


Bu sayılık bu kadar!

Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

Share Üretim Bandı Bülten

Bültene hoş geldin 👋

Bu sayıda bir süredir üzerinde durduğumuz kullanıcı araştırmalarından hareketle uzun yıllardır pazarlama ve ürün geliştirme çevrelerince kullanılan, tartışılan ve geliştirilen Jobs-to-be-Done (JTBD) konseptine giriş yapmak istedik. Ne olduğundan, faydaları ve zorluklarından, nasıl başlanabileceğinden bahsettik ve yararlı kaynakları eklemeyi de ihmal etmedik. JTBD biraz daha detaylı bir sayıyı hak ediyor diye düşünüyoruz, bu yüzden bu sayıyı bir giriş gibi düşünüp, yararlı kaynaklara göz atıp, sonraki sayı için beklemede kalın!

İyi internetler,
Burcu

Hatırlatma: Üretim Bandı Slack! 🎉

Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

Slack Grubumuza Katıl


Jobs-to-be-Done (JTBD)

  1. Nedir?

  2. Faydaları ve zorlukları

  3. Nereden başlanır ve nelere dikkat edilmeli?

  4. Yararlı kaynaklar

1. Nedir?

Jobs-to-be-Done (JTBD) sistemi, ilk kez Strategyn isimli danışmanlık firmasının kurucusu Tony Ulwick tarafından, 1991 yılında yayınladığı “Jobs to be Done: Theory to Practice” isimli kitabında ortaya atılıyor. 2006 yılında yayınlanan “What Customers Want from Your Products” isimli makalede ve “The Customer-Centered Innovation Map” ismiyle 2008 yılında yayınlanan başka bir HBR makalesinde de bu sistem detaylandırılıyor (2006 makalesindeki “milkshake” örneğinin hala zaman zaman bahsi geçiyor). Sisteme göre kullanıcılar bir işi “halletmek” üzere satın aldıkları ya da kullandıkları ürünleri hayatlarına alıyorlar ve eğer bu işi halletmek için yürüttükleri süreçte neler yaptıklarını anlarsak, bu süreci kolaylaştıran ve iyileştiren ürünler ve özellikler geliştirebiliriz. Yani aslında kullanıcının ürünü nasıl kullandığını değil, ürünü kullanarak halletmeye çalıştığı işi anlamak gibi özetlenebilir bu sistem.

kaynak: https://jtbd.info/2-what-is-jobs-to-be-done-jtbd-796b82081cca

JTBD ürün yönetimi özelinde kullanıcı araştırmaları yapmanın bir metodu olarak sıkça kullanılıyor: Kullanıcılarla iletişerek halletmeye çalıştıkları işin ne olduğunu anlamak üzere bir araştırma sistemi oluşturuluyor. Bu araştırmanın amacı kullanıcı davranışları, satın alma alışkanlıkları, o işi niye halletmeye çalıştıkları gibi şeyleri anlamak değil, sadece kullanıcının temelde ürünü ne için kullandığını öğrenmek ve halletmeye çalıştıkları işi daha iyi yapabilmeleri için aracı olabilecek, değer katan ürünler geliştirmenin yolunu açmak. Pazarlama çerçevesinden bakıldığında da kullanıcının ürünü ne için kullandığını anladıktan sonra, doğru bir mesajla yine bu işi halletmeye çalışan başka kullanıcılara ya da potansiyel kullanıcılara ulaşabilmek oldukça kolaylaşıyor.

Biraz daha geniş bir çerçeveden bakıldığında JTBD aslında kullanıcılar için ürünlerin gelip geçeceğini, sebebinin de kullanıcıların halletmeye çalıştıkları işin zamanla değişime uğraması olacağını öngörebilmeye yarıyor. Ürün stratejisi üzerine düşünürken uzun dönemli bir yol haritası ortaya koyabilmenin en ittihatli yolu da aslında kullanıcının ileride halletmeye çalışacağı işin ne olacağını öngörebilmek ve ürünü bu işin de yapılabileceği şekilde yönlendirmek.

2. Faydaları ve zorlukları

JTBD konseptinin faydaları ve zorlukları kısaca şöyle:

Faydaları

Zorlukları

3. Nereden başlanır ve nelere dikkat edilmeli?

JTBD metodunu kullanarak kullanıcı araştırmaları yapma adımlarını derleyip, bazı detaylara şöyle yer verdik:

4. Yararlı Kaynaklar

Üretim Bandı Podcast 🎙

İş İlanları

Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


Bu sayılık bu kadar!

Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

Share Üretim Bandı Bülten

Bültene hoş geldin 👋

Geçtiğimiz sayı kullanıcı araştırmaları konusuna genel bir giriş yapıp, “nitel” kullanıcı araştırmalarının ne olduklarına, faydalarına/zorluklarına ve bu tip araştırmaları yaparken nelere dikkat edilebileceğine yer vermiştik. Bu sayıda da “nicel” araştırmalar üzerine duralım, benzer açılardan konuyu inceleyelim ve kullanıcı araştırmaları konusunu tamamlayalım istedik.

👉Bu sayıya başlamadan önce “Nitel Kullanıcı Araştırmaları” sayısına bir göz gezdirmenizi tavsiye ediyorum. Şuradan ulaşabilirsiniz.

İyi internetler,
Burcu

Hatırlatma: Üretim Bandı Slack! 🎉

Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

Slack Grubumuza Katıl


Nicel Kullanıcı Araştırmaları

  1. Nedir?

  2. Faydaları ve zorlukları

  3. Nereden başlanır ve nelere dikkat edilmeli?

  4. Yararlı kaynaklar

1. Nedir?

Calvin and Hobbes by Bill Watterson for August 26, 2015 | GoComics.com |  Calvin and hobbes, Calvin and hobbes comics, Calvin
Calvin and Hobbes by Bill Watterson for August 26, 2015

Bir önceki sayımızda kullanıcı araştırması kavramını incelemiş, hangi amaçlarla yapılabileceğini değerlendirip, hangi amaca göre ne tip metodlarla araştırma yapmanın yerinde olacağından bahsetmiştik. Tekrara düşmemek için bu sayıda bu kısımları çok kısa özetleyip, nicel kullanıcı araştırmaları özelinde ilerlemeyi uygun buldum.

Nicel kullanıcı araştırmaları (quantitative user research), kullanıcı davranışları ya da güdüleri hakkında sayısal veriler edinmek için yapılıyor. Elde edilen sayısal verilerin amacı kullanıcıların belirli konulardaki yönelimlerini bir veri setine çevirmek ve yorumlamak. Yani kullanıcıların anlamaya çalıştığımız eylemleri ya da söylemleri ne kadar, ne sıklıkla, en çok nerelerde yaptıklarını anlamak istiyorsak nicel, bu eylemleri ve söylemleri niye yaptıklarını ve nasıl çözümler üretebileceğimizi anlamak istiyorsak da nitel araştırmalara yönelmemiz öneriliyor.

Nicel kullanıcı araştırmalarına en bilinen örnekler NPS ve anketler, A/B testler, fake door testi ve nicel kullanılabilirlik testleri. Dönüşüm oranı hesaplarken ya da belirli bir KPI özelinde kullanıcı davranışı ölçümlenirken de aslında yapılan sayısal veriler toplamak ve anlamlandırmak olduğundan, her türlü analitik ölçümleme eforu da nicel araştırma olarak sayılıyor.

A/B testlerin ya da fake door testlerinin mantığı genel olarak “tek bir değişken değiştiğinde kullanıcılar bunu nasıl karşılıyor” sorusunu cevaplayabilmek oluyor. “Bir butonun iki varyasyonundan hangisi beklenen çıktıyı daha çok üretiyor” ya da “bir özelliğe kullanıcıların ne kadarı ilgi gösterecek” gibi konularda büyük kullanıcı havuzlarına danışıp hızlı bir şekilde aksiyon alınabilir geri bildirim toplamak, bire bir görüşmeler yapmak ve nicel olmayan verilerle karar almaya çalışmaktan çok daha pratik oluyor.

Nicel kullanılabilirlik testleriyse daha çok yeni bir ürünü ya da özelliği çıkarmadan önce ürünün prototipi üzerinden yapılan bir araştırma şekli. Bu araştırmada kullanıcılara yapmaları gereken işlemlerin bir listesi veriliyor ve her bir işlemi ne kadar sürede yapabiliyor ya da ne kadarını başarılı olarak tamamlayabiliyor gibi veriler ölçümleniyor. Belirli periyotlarla bu testler yapıldığında ürünün genel deneyimi zaman içinde iyiye mi gidiyor kötüye mi, anlamak oldukça kolaylaşıyor. Kullanıcılardan sektördeki benzer ürünler için de aynı işlemleri yapmalarını isteyip bu verileri toplayarak karşılaştırmak ise kullanılabilirlik üzerine sektörel bir kıyaslama yapmaya yarıyor.

    Kapalı uçlu sorular sorulan anketler tüm bu testlerden biraz daha ayrışıp öğrenmeye çalıştığımız spesifik konu hakkında genel ve veri destekli cevaplar edinmemize yarıyor. Üründeki hangi problemlere odaklanmalıyız, hangi probleme hangi sırada öncelik vermeliyiz, kullanıcılar üründen ya da yeni çıkan bir özellikten ne kadar memnun, yeni bir ürün ya da özellik geliştiriyorsak buna ne kadar bir fiyatlandırma yapmak uygun olur gibi bir sürü soruya cevap olarak anketler en yaygın araçlar. Net Promoter Score yani NPS özelinde bu konu daha da basit: Kullanıcıya ürünü bir başka tanıdığı kişiye tavsiye etme ihtimali soruluyor ve cevap olarak 1-10 arası bir puan alınarak bu ihtimalin gücü anlaşılıyor.

    2. Faydaları ve zorlukları

    Nicel kullanıcı araştırmaları yapmanın çok belirgin faydaları olduğu gibi zorlukları da var. Bunları şöyle derledik:

    Faydaları

    Zorlukları

    3. Nereden başlanır ve nelere dikkat edilmeli?

    4. Yararlı Kaynaklar


    Üretim Bandı Podcast 🎙

    İş İlanları

    Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


    Bu sayılık bu kadar!

    Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

    Share Üretim Bandı Bülten

    Bültene hoş geldin 👋

    Bu sayıda geçtiğimiz sayılarda üzerinde durduğumuz kullanıcı segmentleri ve personalardan hareketle kullanıcı araştırmaları konusuna giriş yapmak istedik. Bu kapsamlı konuyu adım adım incelemek ve önemli noktaların üzerinde durabilmek için de iki ana başlığa ayırdık: Nicel (quantitative) ve nitel (qualitative). İlk sayıda nitel kullanıcı araştırmalarının üzerinde duracağız daha çok, bir sonraki sayıda da nicel olanları inceleyeceğiz.

    📢 Mini duyuru: Onur Boyar ve Eran Filiba’dan “Ürün Yöneticileri için Veri Analizi Eğitimi” ikinci dönemi başlıyor! Veri analizinin ne olduğunun, veri biliminin temellerinin ve veri anlamlandırma tekniklerinin üzerinden geçilecek bu eğitim sonunda kişilerin kendilerinin seçeceği, üzerine çalışılan ürüne ya da projeye ait birebir yapılacak bir yol gösterme seansı da var. Kayıt formu ve detaylı bilgi şurada.

    İyi internetler,
    Burcu

    Hatırlatma: Üretim Bandı Slack! 🎉

    Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

    Slack Grubumuza Katıl


    Nicel Kullanıcı Araştırmaları

    1. Nedir?

    2. Faydaları ve zorlukları

    3. Nereden başlanır ve nelere dikkat edilmeli?

    4. Yararlı kaynaklar

    1. Nedir?

    Kullanıcı odaklı ürün geliştirmek, ürün geliştiren tüm ekiplerin ve rollerin başlıca sorumluluğu. Kullanıcı ihtiyaçlarına ve beklentilerine karşılık bulan çözümler geliştirebilmek içinse yapılabilecek en iyi şey bu kullanıcılarla (ya da potansiyel kullanıcılarla) iletişmek ve şirketin karar alma süreçlerine bu iletişimin çıktılarını dahil edebilmek oluyor. Kullanıcı araştırması (user research) buradan hareketle ortaya çıkmış bir pratik: Kullanıcı deneyimleri, ihtiyaçları ve beklentilerini doğru anlayabilmek için yapılan araştırmaların tümü kullanıcı araştırması olarak isimlendiriliyor.

    Bu araştırmalar farklı farklı amaçlarla yapılabilir:

    Kullanıcı araştırmasının pazar araştırmasından temel farkı, kullanıcı araştırmasının daha çok motivasyonlar ve alışkanlıklara odaklanıyor olması. Pazar araştırmasıyla kullanıcıların belirli bir ihtiyaç için hangi ürünleri, ne oranda kullandığını bulabiliyoruz, ancak neden o ürünleri kullandıklarını ve nasıl ihtiyaçlarına çözüm bulduklarını anlamak için kullanıcı araştırması çözüm.

    Bu araştırmaları yaparken kullanılabilecek bir sürü metod var. Araştırmanın amacına, üzerine çalıştığımız konuya ya da araştırmayı yapacağımız hedef kitleye göre seçeceğimiz araştırma metodu da değişebiliyor ve uygun metodu seçmek önemli bir detay. Nielsen Norman Group, aşağıda görebileceğiniz tabloda bu metodları çeşitli parametrelere göre konumlandırmış:

    Chart of 20 user research methods, classified along 3 dimensions
    https://www.nngroup.com/articles/which-ux-research-methods/

    Nicel mi nitel mi, davranışsal mı güdüsel mi kararlarını verebilmek için de, hangi konuda bir cevap aradığımızı belirlememiz gerekiyor.

    Qualitative UX research methods are much better suited for answering questions about questions of why, whereas quantitative methods are more focused on answering questions of how many.
    https://www.nngroup.com/articles/which-ux-research-methods/

    2. Faydaları ve zorlukları

    Nitel kullanıcı araştırmaları yapmanın çok belirgin faydaları olduğu gibi zorlukları da var. Bunları şöyle derledik:

    Faydaları

    Zorlukları

    3. Nereden başlanır ve nelere dikkat edilmeli?

    Kullanıcı araştırmalarına nereden başlanır ve süreç içinde adım adım neler yapılır ve nelere dikkat edilir anlamak için araştırmalar yaptık ve topluluk üyelerimizden görüşlerini aldık.

    Görüşme öncesi:

    Görüşme sırasında:

    Görüşme sonrası:

    4. Yararlı Kaynaklar


    Bizden

    Üretim Bandı Podcast 🎙

    İş İlanları

    Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


    Bu sayılık bu kadar!

    Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

    Share Üretim Bandı Bülten

    Bültene hoş geldin 👋

    Bu sayıda geçtiğimiz sayılarda üzerinde durduğumuz kullanıcı segmentleri ve personalardan hareketle kullanıcı araştırmaları konusuna giriş yapmak istedik. Bu kapsamlı konuyu adım adım incelemek ve önemli noktaların üzerinde durabilmek için de iki ana başlığa ayırdık: Nicel (qualitative) ve nitel (quantitative). İlk sayıda nicel kullanıcı araştırmalarının üzerinde duracağız daha çok, bir sonraki sayıda da nitel olanları inceleyeceğiz.

    📢 Mini duyuru: Onur Boyar ve Eran Filiba’dan “Ürün Yöneticileri için Veri Analizi Eğitimi” ikinci dönemi başlıyor! Veri analizinin ne olduğunun, veri biliminin temellerinin ve veri anlamlandırma tekniklerinin üzerinden geçilecek bu eğitim sonunda kişilerin kendilerinin seçeceği, üzerine çalışılan ürüne ya da projeye ait birebir yapılacak bir yol gösterme seansı da var. Kayıt formu ve detaylı bilgi şurada.

    İyi internetler,
    Burcu

    Hatırlatma: Üretim Bandı Slack! 🎉

    Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

    Slack Grubumuza Katıl


    Nicel Kullanıcı Araştırmaları

    1. Nedir?

    2. Faydaları ve zorlukları

    3. Nereden başlanır ve nelere dikkat edilmeli?

    4. Yararlı kaynaklar

    1. Nedir?

    Kullanıcı odaklı ürün geliştirmek, ürün geliştiren tüm ekiplerin ve rollerin başlıca sorumluluğu. Kullanıcı ihtiyaçlarına ve beklentilerine karşılık bulan çözümler geliştirebilmek içinse yapılabilecek en iyi şey bu kullanıcılarla (ya da potansiyel kullanıcılarla) iletişmek ve şirketin karar alma süreçlerine bu iletişimin çıktılarını dahil edebilmek oluyor. Kullanıcı araştırması (user research) buradan hareketle ortaya çıkmış bir pratik: Kullanıcı deneyimleri, ihtiyaçları ve beklentilerini doğru anlayabilmek için yapılan araştırmaların tümü kullanıcı araştırması olarak isimlendiriliyor.

    Bu araştırmalar farklı farklı amaçlarla yapılabilir:

    Kullanıcı araştırmasının pazar araştırmasından temel farkı, kullanıcı araştırmasının daha çok motivasyonlar ve alışkanlıklara odaklanıyor olması. Pazar araştırmasıyla kullanıcıların belirli bir ihtiyaç için hangi ürünleri, ne oranda kullandığını bulabiliyoruz, ancak neden o ürünleri kullandıklarını ve nasıl ihtiyaçlarına çözüm bulduklarını anlamak için kullanıcı araştırması çözüm.

    Bu araştırmaları yaparken kullanılabilecek bir sürü metod var. Araştırmanın amacına, üzerine çalıştığımız konuya ya da araştırmayı yapacağımız hedef kitleye göre seçeceğimiz araştırma metodu da değişebiliyor ve uygun metodu seçmek önemli bir detay. Nielsen Norman Group, aşağıda görebileceğiniz tabloda bu metodları çeşitli parametrelere göre konumlandırmış:

    Chart of 20 user research methods, classified along 3 dimensions
    https://www.nngroup.com/articles/which-ux-research-methods/

    Nicel mi nitel mi, davranışsal mı güdüsel mi kararlarını verebilmek için de, hangi konuda bir cevap aradığımızı belirlememiz gerekiyor.

    Qualitative UX research methods are much better suited for answering questions about questions of why, whereas quantitative methods are more focused on answering questions of how many.
    https://www.nngroup.com/articles/which-ux-research-methods/

    2. Faydaları ve zorlukları

    Nicel kullanıcı araştırmaları yapmanın çok belirgin faydaları olduğu gibi zorlukları da var. Bunları şöyle derledik:

    Faydaları

    Zorlukları

    3. Nereden başlanır ve nelere dikkat edilmeli?

    Kullanıcı araştırmalarına nereden başlanır ve süreç içinde adım adım neler yapılır ve nelere dikkat edilir anlamak için araştırmalar yaptık ve topluluk üyelerimizden görüşlerini aldık.

    4. Yararlı Kaynaklar


    Bizden

    Üretim Bandı Podcast 🎙

    İş İlanları

    Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


    Bu sayılık bu kadar!

    Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

    Share Üretim Bandı Bülten

    Bültene hoş geldin 👋

    Bu sayıda önceki sayıda üzerinde durduğumuz kullanıcı segmentasyonu konusunun devamı niteliğinde olabilecek personaları işledik: Ne olduğunu, faydalarını ve zorluklarını, ürün geliştirme süreçlerindeki yerini anlamaya çalışırken, üzerine düşünmeye nereden başlanabileceğine dair mini bir rehber hazırladık.

    📢 Mini duyuru: Onur Boyar ve Eran Filiba’dan “Ürün Yöneticileri için Veri Analizi Eğitimi” ikinci dönemi başlıyor! Veri analizinin ne olduğunun, veri biliminin temellerinin ve veri anlamlandırma tekniklerinin üzerinden geçilecek bu eğitim sonunda kişilerin kendilerinin seçeceği, üzerine çalışılan ürüne ya da projeye ait birebir yapılacak bir yol gösterme seansı da var. Kayıt formu ve detaylı bilgi şurada.

    İyi internetler,
    Burcu

    Hatırlatma: Üretim Bandı Slack! 🎉

    Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

    Slack Grubumuza Katıl


    Personalar

    1. Nedir?

    2. Faydaları ve zorlukları

    3. Nereden başlanır?

    4. Yararlı kaynaklar

    1. Nedir?

    Bir ürünün kullanıcılarını daha iyi anlamak için yapılan tüm araştırmaların kalbinde ürünü ortaya çıkaran ekibin kullanıcı ihtiyaçlarını ve davranışlarını anlama ihtiyacı yatıyor. Bu anlayışı tüm ekip üyeleri için aynı kılmak zorlu bir iş, çünkü farklı geçmişleri, farklı profesyonel yetkinlikleri olan insanlar kolaylıkla farklı varsayımlar yapabiliyor ve ortak paydada buluşmak zorlaşabiliyor. Kullanıcı gibi düşünüp beklentilerini anlamak bir yandan çok kritik, çünkü onları daha iyi anlayan bir çözümle gelen bir başka ürün kolayca bu kullanıcıların yeni tercihi olabilir.

    Personalar bu “kullanıcı ihtiyaçlarını ve davranışlarını ortaya çıkarma ve tüm ekibi aynı anlayış seviyesine getirme” amacıyla ortaya çıkmış, günümüzde yaygın kullanılan bir design thinking konsepti: Ürünü benzer ihtiyaçlarla kullanan farklı farklı kullanıcı tiplerini temsil etmek üzere yaratılan hayali karakterler demek. Ürün ekipleri kullanıcı beklentileri ve davranışları üzerine araştırmalar yapıyor, niteliksel ve niceliksel verileri inceliyor ve buldukları spesifik trend ve örüntüleri gruplayarak personaları oluşturuyorlar. Personalar için yaratılan karakterler gerçek kişiler değil ama birçok kişiyi temsil eden gerçek verilerle ortaya çıkarılıyorlar ve amaç bir personaya dair bilgileri okuduğumuzda aklımızda bir kişinin canlanması.

    Bu bilgiler kullanıcının motivasyonları, endişeleri, ürünle alakalı olan ya da olmayan amaçları, bir gününün nasıl geçtiği gibi empati kurmayı kolaylaştıran etmenlerle birlikte çalıştığı sektör ve şirketin büyüklüğü, yetenekleri, kişilik özellikleri ve ilgi alanları gibi niteliklerini de kapsıyor. Belirli bir kalıba ya da şablona dayanarak personalar oluşturmak doğru bulunmuyor (bir Google aramasıyla yüzlercesini görebilirsiniz), önemli olan ürünle alakalı, işlemeye uygun parametreler seçmek ve az ve öz bilgiyle hareket etmek.

    kaynak: https://learnuxd.io/posts/fixing-user-personas/

    Personalar ve segmentler kavramsal olarak birbirine yakın dursa da tam olarak aynı şey değiller. İki konseptin amacı da benzer özelliklere sahip kullanıcıları ortak gruplarda toplayarak onları daha iyi anlayabilmek. Segmentler daha çok ürün ve pazarlama ekiplerinin ürünün gelişmeye açık noktalarını belirlemek ve şirket stratejisine göre bu açık noktaların üzerinde durabilmek için başvurduğu bir yaklaşımken, personalar bu gelişmeye açık noktadaki problemin derinliğinin ve kapsamının keşfedilmesi ve netleştirilmesinde, daha çok ürün ve tasarım ekipleri tarafından tercih ediliyor. Özetle segmentasyon yaparak ortak beklenti ve ihtiyaçları olan kullanıcı grupları ortaya çıkarılırken, empati odaklı bir katman olan personalar oluşturularak bu beklenti ve ihtiyaçların problem alanını (problem space) şekillendiriliyor diyebiliriz. Bu ayrımla alakalı farklı görüşlerin olduğunu ve ortak bir literatürün araştırdığım kadarıyla henüz şekillenmediğini söyleyebilirim, ancak farkları üzerine okuma yaptığımda en belirgin ayrım olarak bunu gördüm.

    2. Faydaları ve zorlukları

    Personalar oluşturmak ve ürün geliştirme süreçlerine dahil etmek hem faydalı, hem de zorlu bir süreç olarak görülüyor. Genel bir resim çizebilmek için bu faydaları ve zorlukları derleyelim istedik.

    Faydaları:

    Zorlukları:

    3. Nereden başlanır?

    Interaction Design Foundation’a göre, bu süreç 4 ana başlıkta özetlenebilir (daha detaylı bir açıklamayı Yararlı Kaynaklar’daki ilk linkte bulabilirsiniz):

    Topluluk üyemiz Çağatay Tanyıldız ise deneyimlerini şöyle paylaştı:

    Zamanında bu çalıştayın (IBM Design Thinking) TR’deki bir versiyonuna katılmıştım. Tam bir gün sürmüştü. Bir moderatör eşliğinde, farklı kıdem ve seviyeden yaklaşık 15-20 kişi gruplara ayrılıp, önceden çok kabaca tariflenmiş personaların ( zaten yıllardır satan bir sistem üzerine çalışacağımız için bu sistem ile alakadar neredeyse tüm personaların kabaca özellikleri belliydi ) özelliklerini inceledik.

    4. Yararlı Kaynaklar


    Bizden

    Üretim Bandı Podcast 🎙

    İş İlanları

    Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


    Bu sayılık bu kadar!

    Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

    Share Üretim Bandı Bülten

    Bültene hoş geldin 👋

    Bu sayıda kullanıcı segmentasyonu konusunu işledik: Ne olduğunu, faydalarını, ürün geliştirme süreçlerindeki yerini anlamaya çalışırken, nereden başlanabileceğine dair mini bir rehber hazırladık.

    📢 Mini duyuru: Onur Boyar ve Eran Filiba’dan “Ürün Yöneticileri için Veri Analizi Eğitimi” ikinci dönemi başlıyor! Veri analizinin ne olduğunun, veri biliminin temellerinin ve veri anlamlandırma tekniklerinin üzerinden geçilecek bu eğitim sonunda kişilerin kendilerinin seçeceği, üzerine çalışılan ürüne ya da projeye ait birebir yapılacak bir yol gösterme seansı da var. Kayıt formu ve detaylı bilgi şurada.

    İyi internetler,
    Burcu

    Hatırlatma: Üretim Bandı Slack! 🎉

    Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Üyelere özel webinarlara da başladık! Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

    Slack Grubumuza Katıl


    Kullanıcı segmentasyonu

    1. Nedir?

    2. Ürün geliştirme süreçlerindeki yeri

    3. Nereden başlanır?

    4. Yararlı kaynaklar

    1. Nedir?

    Kullanıcı segmentasyonu, benzer ihtiyaçlara, davranışlara ya da alışkanlıklara sahip kullanıcıların ya da potansiyel kullanıcıların bir araya getirilerek gruplanması demek. Bu gruplamalar sayesinde benzer özelliklere sahip kullanıcıların üründen beklentilerini anlamak ve planlama süreçlerinde değerlendirme yapmak kolaylaşıyor.

    Bu gruplamalar tek bir karakteristiğe göre yapılmayabilir. 100 kişiden daha büyük bir şirkette çalışan, ürünü her gün aktif olarak kullanan ve üründe en çok kullandığı özellik X olan kullanıcılar gibi bir parametreler seti de spesifik bir kullanıcı segmentini oluşturabilir. Bu parametreler sektöre, iş modeline ya da şirket stratejisine göre farklı farklı olabiliyor. Tek bir ürün için bile onlarca segment oluşturulabilir -ki büyük teknoloji şirketleri böyle yapıyor-, ancak o olgunluk seviyesine henüz ulaşmamış organizasyonlar için belirlenen strateji odaklı hareket ederek karar alma mekanizmalarını beslemeye yetecek kadar segment oluşturmak yeterli bir efor olarak düşünülüyor.

    “Müşteri segmentasyonu” kavramı da benzer anlamları içeriyor, ancak konuyu daha çok Pazarlama ekseninden ele alırken bu kavram tercih ediliyor gibi gibi düşünebiliriz. Bu eksende daha çok üzerine düşülen segmentasyon parametreleri demografi, coğrafik bilgiler ya da satın alma alışkanlıkları oluyor. Bazı organizasyonlarda segmentasyon ürün ve pazarlama ekiplerinin ortak sorumluluğuyken, bazılarında tek bir ekip bu süreci yönetiyor. Pazarlama ekiplerinin kampanyalarında hedefleme yapabilmek için ortaya koyduğu segmentler genelde ürün geliştirme odaklı olmadığından, ürün ekiplerinin de bu konu üzerine kafa yorması ve bu pratiği ürün geliştirme süreçlerine dahil etmesi önemli bir nokta olarak görülüyor.

    2. Ürün geliştirme süreçlerindeki yeri

    https://mixpanel.com/blog/user-segmentation-guide-understanding-customers-2

    3. Nereden başlanır?

    4. Yararlı Kaynaklar


    Bizden

    Üretim Bandı Podcast 🎙

    İş İlanları

    Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


    Bu sayılık bu kadar!

    Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

    Share Üretim Bandı Bülten

    Bültene hoş geldin 👋

    Bu sayıda 2020’yi geride bırakırken hangi blogları okuduk, podcastleri dinledik ve newsletterları takip ettik bir derleyip toparlayalım istedik. Üretim Bandı’nın bu zamana dek en sevilen podcastlerini ve bültenlerini de bir araya getirdik.

    Bülten’e 2020’nin Haziran ayında başladık ve bir şekilde 15. sayısına kadar firesiz geldik! Umarız ki oradan buradan düşünce süreçlerine ya da çalışma biçimine katkımız olmuştur. Yakında kimi sıkı okuyucularımızla bir araya gelip geri bildirimlerini ve önerilerini öğrenmek niyetindeyiz, onu beklemeden bana Slack’ten ulaşıp fikirlerinizi paylaşmanız da bizi çok mutlu eder.

    İyi seneler!
    Burcu

    Hatırlatma: Üretim Bandı Slack! 🎉

    Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

    Slack Grubumuza Katıl


    Üretim Bandı’nın En Sevilenleri

    2020 Üretim Bandı için podcast’ler olsun, bülten olsun, eğitimler olsun, webinarlar olsun dolu dolu bir yıldı. Bülten ve podcast özelinde en sevilen içeriklerimiz şöyle oldu:

    En çok okunan bülten sayılarımız

    En çok dinlenen podcast bölümlerimiz

    Sevdiğimiz kaynaklar

    Tüm Üretim Bandı içeriklerini aslında tek bir amaçla üretiyoruz: Bilgiyi ortaya çıkarmak ve toplulukla paylaşmak. Bunu yaparken ilham aldığımız ve yeni şeyler öğrendiğimiz kaynaklar çok, ancak bu sene en çok sevdiklerimiz ve takip ettiklerimiz şunlardı:

    Newsletterlar ve bloglar

    Podcastler

    Raporlar

    Bültene hoş geldin 👋

    Bu sayıda çoğumuzun pandemi sürecinde tam olarak deneyimlediği uzaktan çalışma konusunu işledik: Getirdiği değişiklikleri, bu değişikliklerin kolaylıklarını ve zorluklarını anlamaya çalışırken, zorluklarına dair iyileştirmelerin nasıl yapılabileceğini anlamaya çalıştık.

    📢 Mini duyuru: Geçtiğimiz sayı itibariyle Aposto!’nun yayıncılık programına dahil olduk ve oradan da bültenleri yayınlamaya başladık! Yayınlanan diğer bültenleri de incelemek isterseniz şuradalar.

    İyi internetler,
    Burcu

    Hatırlatma: Üretim Bandı Slack! 🎉

    Slack’te her geçen gün daha aktifiz: Podcast bölümlerini ilk elden Slack’ten duyuruyoruz, üyelerimiz de ilk elden iş ilanlarını buradan paylaşıyor. Ürün geliştirmeyle alakalı birçok konuda sorular sorup cevaplar alabildiğimiz bir platform olma yolundayız, soruların veya bildiğin konularda topluluğa katkı sağlayabilecek cevapların için bekliyoruz:

    Slack Grubumuza Katıl


    Uzaktan çalışmak

    1. Güncel durum

    2. Neler yapılabilir?

    3. Faydalı kaynaklar

    1. Güncel durum

    Uzaktan çalışmak, İngilizcesiyle “remote working”, pandemi ve önlemlerin başlaması üzerine çoğumuzun yaklaşık 8-9 aydır, bir kısmımızın ise çok daha uzun süredir tam zamanlı deneyimlediği bir çalışma şekli.

    Genel anlamda bu çalışma düzeni aslında kişilere istedikleri yerden çalışabilmeleri gibi bir esneklik getiriyor ve pandemi öncesinde de yarı zamanlı olsun, tam zamanlı olsun bu düzende çalışan organizasyonlar vardı, hatta bu organizasyonların sayısı gittikçe artıyordu ve çalışanlar için bu esnekliğin sağlanıyor olması önemli bir seçim kriteri olmaya başlamıştı (Slack gibi kişilerin uzaktan birbiriyle iletişebilmesi üzerine bir ürünün çalışanları için bile en büyük işten ayrılma sebeplerinden biri “şirketin uzaktan çalışmaya açık olmaması” imiş örneğin).

    Pandemi öncesi kimi organizasyonlarca sağlanan ve tercih edilen bu esneklik, pandemiyle birlikte (zorunluluklar harici) tüm organizasyonlar için evden çalışma seviyesine geriledi, yani çoğumuzun ev harici bir yerde çalışamamasına evrildi. Bu evriliş öyle ani oldu ki daha önce özel durumlar harici pek de evden çalışma düzeni olmayan kişiler ve organizasyonlarda oldukça zorlayıcı bir sürü durum ortaya çıktı ve süreçlerde türlü türlü aksaklıklar yaşandı. Vakit geçtikçe kimilerini çözebildiğimiz bu aksaklıkların bazıları hala devam ediyor, hatta zaman zaman yeni aksaklıklar da ortaya çıkıyor gibi. Yine de genel hissiyat bir şeylerin eskiye göre daha iyi olduğu yönünde gibi görünüyor.

    Pandemi sonrası kısmi de olsa uzaktan çalışmaya devam edebilmek için yapabileceğimiz en makul şey, işleyiş içindeki aksaklıkları ve yaşadığımız ya da organizasyon içinde yaşanan zorlukları fark edip üstesinden gelmek olacak gibi görünüyor zira pandemi sona erse de tamamen eski düzene geri dönemeyecek kadar alıştığımız ve sevdiğimiz bu yeni düzenin çalışacağına herkesin inanmasına ihtiyacımız var.

    2. Neler yapılabilir?

    Pandemi sürecinin öncesinde de uzaktan çalışanlar için sosyal bazı kısıtlar harici çok bir şey değişmedi belki ama bu düzene aniden geçiş yapanlar için neredeyse hiçbir şey aynı değil. Uzaktan çalışma konusu oldukça geniş ve tek bir sayıya sığması zor, bu yüzden bu sayıda zorluklar ve önerilerimiz üzerine yoğunlaştık. Gözlemlerimiz ve araştırmalarımız sonucu bahsedeceğimiz kısımları şöyle:

    Topluluk üyelerimizden Alican Bektaş, Product Manager rolünü üstlendiği Userguiding’de özellikle olan biteni takip etmek konusunda fark ettikleri zorlukları ve yaptıkları iyileştirmeleri şöyle anlattı:

    Biz her hafta başında tüm birimlerden en az 1 kişinin katıldığı bir toplantı yapıyoruz.

    Bu toplantıları iki bölüme ayırdık. Birinci bölüm rutin updateler ve geçen hafta belirlenen action itemların durumları, ikinci bölüm yeni gündemler ve farklı departmanların ortak çalışmasını gerektiren işler.

    Uzun süredir distributed bir şekilde çalışıyoruz ve ekibimiz büyüyor. Ofis döneminden alışılagelmiş düzeni yeni çalışma şeklimizde uygulamaya çalışmak ve bu kadar kapsamlı bir toplantıyı senkronize bir şekilde online buluşarak yapmak pek verimli değil. Biraz araştırma ile asenkron iletişim konseptini fark ettik ve uygulamak istedik.

    Birinci kısımda çok zaman kaybetmemek için şöyle bir uygulamaya geçtik;
    Her departmandan bir kişi, loom ile bir video çekiyor, burada haftalık rutin updatelerin üzerinden geçiyor, geçtiğimiz haftanın action itemlarının durumları anlatılıyor. Videolar maksimum 3-4 dakika sürüyor ve en geç toplantıdan 1 gün önce o toplantıya ait olan dökümana ekleniyor.

    Toplantıya gelmeden önce tüm arkadaşlarımız videoları kendileri için en uygun olan zamanda izliyor ve gelişmelerden haberdar oluyorlar. Videoları izlerken oluşan sorularını ve gelecek hafta gündemlerini de aynı dökümana not ediyorlar ve toplandığımızda direk dökümandaki notlar üzerinden hızlıca geçip dağılıyoruz (Toplantıya girmeden önce bilgilendirme yapıp soruları/konu başlıklarını toplama fikrini Üretim Bandı’nın bir bölümünde dinlemiştik). Toplantı süresinden ortalama %40-%50 tasarruf ediyoruz, artan sürede kalmak isteyenlerle sohbet edip sosyalleşiyoruz.

    Bir diğer önemli faydası ise kayıtlı bir kurum hafızası oluşturması, şu an aylar önceki bir videoya dönüp kimin gündemi nasılmış veya kim o hafta hangi başlığı dökümana yazmış doğrudan takip edebiliyoruz. Video çekip paylaşma konsepti de ekibe iyice işledi.

    Gelecekte ekip büyüdükçe farklı fikirler de çıkabilir ancak şimdilik bu uygulamadan gayet memnunuz.

    Bu arada: Loom’da çektiğiniz videoya şifre koyma ve videonuzu izleyen kişileri görme gibi özellikler var.

    Sizin yaşadığınız zorluklar ve geliştirdiğiniz çözümler oldu mu? Slack’te üzerine konuşuyoruz, katılmak isterseniz linki burada.

    3. Faydalı kaynaklar


    Bizden

    Üretim Bandı Podcast 🎙

    İş İlanları

    Tüm aktif ilanları görmek, ilk elden ilanı paylaşan üyelerimize ulaşmak ya da yeni bir ilan paylaşmak için Slack grubumuza katılın!


    Bu sayılık bu kadar!

    Bizi seveceğini düşündüğünüz birileri varsa, aşağıdaki butonu kullanarak haberdar edebilirsiniz:

    Share Üretim Bandı Bülten