PM-tasarımcı ilişkisi, bir ürün ekibindeki en önemli ve en kırılgan ortaklıklardan biridir. İşe yaradığında, hem stratejik açıdan sağlam hem de gerçekten iyi hazırlanmış ürünler elde edersiniz. Arızalandığında ya kimsenin ihtiyaç duymadığı güzel ürünlere ya da kimsenin kullanmak istemediği kullanışlı ürünlere sahip oluyorsunuz.
Arıza genellikle sessizdir. Tasarımcılar, çözülmesi gereken sorunlar yerine güzelleştirmeye yönelik çözümler sunan, sipariş alan kişiler gibi hissetmeye başlarlar. Proje Yöneticileri, tasarımcıların süreçleri konusunda değerli olduklarını hissetmeye başlarlar; pazar penceresi kapandığında sonsuz keşifle ilerlemeyi engellerler. Her iki tarafta da kırgınlık artıyor ve sprint incelemesinde kaynayana kadar ikisi de bir şey söylemiyor.
Düzenli bir ürün tasarımı retrospektifi, bu ilişkiye dürüst konuşma için özel bir alan sağlar. Herkesin kibar olduğu bir sprint retrosuna yerleştirilmemiştir. Konunun bireylerle ilgili hale geldiği 1:1'e gömülmedi. Her iki rolün de birlikte nasıl çalıştıklarını incelediği ve belirli değişiklikleri taahhüt ettiği yapılandırılmış bir oturum.
Bu İlişkiyi Tanımlayan Üç Gerilim
Araştırma ve Keşif
Tasarımcılar genellikle çözümlere yönelmeden önce daha fazla araştırma yapmak isterler. Proje Yöneticileri genellikle mevcut sinyallere göre daha hızlı hareket etmek isterler. Her iki içgüdünün de değeri var.
Tasarımcılar PM'lerin hiç görmediği araştırmalar yürüttüğünde veya PM'ler ürün kararlarını tasarım bilgilerini dahil etmeden aldığında sürtünme ortaya çıkıyor. Sonuçta paralel yollar ortaya çıkıyor: Proje Yöneticisi iş verilerine dayalı bahisler yaparken, tasarımcı da bu bahislerle çelişen kullanıcı davranışlarını ortaya çıkarıyor ve ikisi hiçbir zaman birbiriyle bağlantılı değil.
Zaman Çizelgesi ve Keşif
Tasarımın keşfetmek için zamana ihtiyacı var. İyi tasarım nadiren ilk fikirden doğar; birden fazla yaklaşımın üretilmesi ve bunların değerlendirilmesinden gelir. Ancak Proje Yöneticileri paydaş beklentilerini, sprint taahhütlerini ve açık uçlu araştırmaya çok az yer bırakan yayın zaman çizelgelerini yönetiyor.
Proje Yöneticileri tasarım henüz keşfedilmeden teslimat tarihlerini taahhüt ettiğinde veya tasarımcılar her özelliği kapsamdan bağımsız olarak tamamen yeniden düşünmek için bir fırsat olarak değerlendirdiğinde bu gerilim yıkıcı hale gelir.
Karar Hakları
Kullanıcı deneyimiyle ilgili son kararı kim veriyor? Teorik olarak işbirlikçidir. Uygulamada PM'ler genellikle "ürünün sahibi" oldukları için tasarım kararlarını geçersiz kılar. Tasarımcılar uzmanlık alanları dahilindeki konularda reddedildiklerini düşünüyorlar. Proje Yöneticileri, mücadele etmeden ürünü ileriye taşıyamayacaklarını düşünüyor.
Temel sorun nadiren belirli bir tasarım seçimiyle ilgilidir. Bu, tasarımın gerçek bir otoriteye mi yoksa sadece tavsiye niteliğinde bir girdiye mi sahip olduğuyla ilgilidir.
Geriye Dönük İncelemeyi Çalıştırmak
Frekans ve Zamanlama
Bunu her 6-8 haftada bir veya önemli bir özelliği tamamladıktan sonra çalıştırın. Bunu sprint sınırlarına bağlamayın; PM-tasarım ilişkisi, iki haftalık sprintlerden daha uzun bir tempoda işler.
Orada Kimler Olmalı
Küçük tutun: Doğrudan birlikte çalışan Proje Yöneticisi ve tasarımcılar. Bir ürün üçlüsü modelinde çalışıyorsanız (PM, tasarımcı, teknoloji lideri) teknoloji liderini de dahil edin; genellikle PM ile tasarım arasında her iki tarafın da fark etmediği bir sürtüşme görürler.
En fazla beş kişi. Bu bir çalışma oturumu, bir sunum değil.
Biçim: Üç Tur
1. Tur: Her Tarafın Değeri Nedir (15 dakika)
Takdir ederek başlayın, ancak bunu spesifik hale getirin. Her kişi, diğer rolün bu döngüde yaptığı ve işi daha iyi hale getiren bir veya iki şeyi yazar. Bunları yüksek sesle okuyun.
Bu sadece kendinizi iyi hissetmenizi sağlayacak bir egzersiz değil. Ortaklıkta her iki tarafın da gerçekte neye değer verdiğini ortaya çıkarır ve bu da çoğu zaman uyumsuz beklentileri ortaya çıkarır. Bir Proje Yöneticisi "modellerde hızlı geri dönüş"ten memnun olabilirken tasarımcı en çok "özelliğin yönünü yeniden şekillendiren araştırma sentezinden" gurur duyuyordu. Bu boşluk size, her rolün kendi işinin ne olduğu konusunda ne düşündüğü hakkında önemli bir şey söylüyor.
2. Tur: Sürtünme Haritalaması (30 dakika)
Herkes, işbirliğinin zor olduğu anlarla ilgili kartlar yazıyor. Spesifik olun; projeyi, kararı, toplantıyı adlandırın. Belirsiz şikayetler ("iletişim daha iyi olabilirdi") davaya konu edilemez.
Kartları, sürtüşmenin meydana geldiği iş akışı aşamalarına göre düzenleyin:
- Keşif -- Sorunun tanımlanmasında her iki rol de yer aldı mı?
- Keşif -- Tasarımın seçenekler oluşturmak için yeterli zamanı ve alanı var mıydı?
- Karar verme -- Tasarım seçimleri nasıl değerlendirildi ve sonuçlandırıldı?
- Handoff -- Tasarımdan mühendisliğe geçiş sorunsuz muydu?
- Yineleme -- Geri bildirim ve değişiklikler devir sonrasında nasıl ele alındı?
Her sürtünme noktası için hemen çözüm bulma dürtüsüne direnin. Öncelikle her iki tarafın da diğerinin aynı andaki deneyimini anladığından emin olun. Tasarımın "ilerlemeyi engellediğini" düşünen bir Başbakan ile "yarı pişmiş bir çözüme koştuğunu" hisseden bir tasarımcı tam olarak aynı toplantıyı anlatıyor olabilir.
3. Tur: Çalışma Anlaşmaları (15 dakika)
En etkili iki sürtüşme noktasını seçin ve bunların çözümü için özel anlaşmalar oluşturun. İki doğru sayıdır. Dahası var ve hiçbir şey değişmiyor.
Gerçekten İşe Yarayan Anlaşmalar
İşte PM-tasarım iş birliğini sürekli olarak geliştiren modeller.
Ortak sorun çerçeveleme. Herhangi bir tasarım çalışması başlamadan önce, Proje Yöneticisi ve tasarımcı birlikte 30 dakika harcayarak şunları tanımlar: Kullanıcının sorunu nedir? İş hedefi nedir? Kısıtlamalar nelerdir? Başarı neye benziyor? Bu tek uygulama, şaşırtıcı miktarda aşağı yönlü sürtüşmeyi ortadan kaldırır çünkü her iki taraf da çözdükleri şey konusunda aynı anlayıştan yola çıkar.
Yapılandırılmış keşif süresi. Farklı boyutlardaki özellikler için standart bir keşif aşaması üzerinde anlaşın. Küçük bir özellik iki günlük bir keşif gerektirebilir. Büyük olanı bir hafta alabilir. Önemli olan bunun üzerinde önceden anlaşmaya varılması, her seferinde baskı altında müzakere edilmesi değil. Keşif sırasında tasarımcı seçenekler üretir. Proje Yöneticisi, seçenekler bir arada sunulana kadar belirli çözümlere ağırlık vermez.
Mantıklı tasarım kararları. Proje Yöneticisinin bir tasarım önerisini geçersiz kılması gerektiğinde iş nedenini açıklar. Tasarımcı bir PM isteğini geri çevirdiğinde kullanıcı etkisini açıklar. Her iki taraf da basitçe otorite iddiasında bulunamaz; gerekçenin görünür olması gerekir.
Düşük kaliteli geri bildirim döngüleri. Proje Yöneticileri, tasarımcı yüksek kaliteli çalışmaya yatırım yapmadan önce çizimler ve tel çerçeveler hakkında geri bildirim verir. Bu bariz gibi görünse de rutin olarak gerçekleşmez. Başbakan meşguldür, tasarımcı gösterişli modeller sunana kadar incelemeyi erteler, ardından baştan başlamayı gerektiren değişiklikler talep eder. Erken, kaba aşama geri bildirimi bunu tamamen engeller.
Paylaşılan kullanıcı etkileşimi. Hem PM hem de tasarımcı, kullanıcı araştırma oturumlarına katılır veya kayıtları birlikte inceler. Her iki taraf da aynı kullanıcının aynı şeyi söylediğini duyduğunda "kullanıcıların ne istediği" konusundaki tartışmalar önemli ölçüde azalır.
İzlenecek Yaygın Anti-örüntüler
Sanat Yönetmeni Olarak Başbakan. Başbakan görsel tasarım seçimleri (renkler, aralıklar, simge stilleri) hakkında ayrıntılı geri bildirim veriyorsa bir şeyler ters gitti. Proje Yöneticileri görsel uygulamayı yönlendirmek yerine tasarımın ürün hedefine ulaşıp ulaşmadığını değerlendirmelidir. Kendinizi bunu yaparken bulursanız şunu sorun: Kullanıcının ihtiyacını karşılamadığı için mi yoksa kişisel zevkime uymadığı için mi tepki veriyorum?
Piksel İtici Olarak Tasarımcı. Eğer tasarımcıya sürekli olarak tam olarak belirlenmiş çözümler sunulursa ve "güzel görünmesini sağlaması" istenirse, tasarım rolünün içi boşalmıştır. Tasarımcılar sadece çözüm üretmeye değil, problem tanımlamaya da dahil olmalıdır. Bu model geriye dönük olarak ortaya çıkmaya devam ederse bu, yalnızca bireylerin davranışlarının değil, ekibin sürecinin de değişmesi gerektiğinin bir işaretidir.
Hiçbir Yere Giden Araştırma. Tasarımcılar kullanıcı araştırmasına zaman ayırır, analizler üretir ve yol haritası zaten belirlenmiş olduğundan hiçbir şey değişmez. Araştırma kararları etkilemiyorsa, araştırma yapmayı bırakın veya araştırmanın gerçekleştiği zamanı değiştirin, böylece planlar kilitlendikten sonra varmak yerine planlamayı besler.
Sonsuz Revizyon Döngüsü. Tasarımlar yedi tur geri bildirimden geçer çünkü Proje Yöneticisi ne istediği konusunda fikrini sürekli değiştirir. Bu genellikle sorunun başlangıçta iyi tanımlanmadığı anlamına gelir. Çözüm, aşağı yönlü değil, yukarı yöndedir: Sorunun daha iyi çerçevelenmesi, revizyon döngülerini azaltır.
İyileştirmeyi Ölçme
Birkaç retrospektiften sonra şu sinyalleri arayın:
- Hizalama daha erken gerçekleştiği için son aşamadaki tasarım değişiklikleri daha az
- Tasarımcılar yalnızca çözüm oluşturmaya değil, sorunun tanımına da katılıyor
- Proje Yöneticileri yalnızca iş mantığını değil, tasarım mantığını da paydaşlara açıklayabiliyor
- Ürün kararlarını gözle görülür şekilde etkileyen araştırma analizleri
- Her iki taraf da ödün vermiş gibi hissetmeden "Bu konuda yanılmışım" demeye istekli
PM-tasarım ortaklığı her zaman yaratıcı gerilimi içerecektir. Retrospektif, gerilimi ortadan kaldırmaz; bu gerilimi daha kötü ilişkiler yerine daha iyi ürünlere dönüştürmeniz için size düzenli bir pratik sunar.
NextRetro'yi ücretsiz deneyin -- Anonim geri bildirim ve yapılandırılmış tartışma aşamalarını kullanarak ürününüz ve tasarım ekibinizle odaklı retrospektifler gerçekleştirin.
Son Güncelleme: Şubat 2026
Okuma Süresi: 7 dakika
