Çevik Tasarımı ve Neden Önemli Olduğunu Anlama
Çevik geliştirme sürecinin birkaç yıldır geliştirme dünyasında yaralandığını ve daha eski, daha şelale şelale geliştirme yöntemini bir kenara bıraktığı bir sır değil. Adil olmak gerekirse, çevik ya da başka bir şey olsun, şelalenin gerçekten gelmesini sağladı, riskten uzak, yukarıdan aşağıya yaklaşımı bugünün pazar yerinin taleplerine ayak uyduramıyor.
Tasarım dünyasında benzer değişiklikler meydana gelirken, çevik tasarım süreci mutlaka çevik gelişimden biraz farklı görünmeli ve hissetmelidir; ne de olsa farklı disiplinlerdir. Önce çevik gelişimin ne olduğuna, daha sonra süreci tasarım dünyasına uyarlamanın birkaç harika yoluna daha yakından bakalım.
Çevik Geliştirme Üzerine Hızlı Bir Astar
Çevik Manifesto, insanları ve süreçler ve araçlar üzerindeki etkileşimleri vurgular. Uygulamada bu, hem ekipler içinde hem de müşteriyle sık iletişim kurmanın yanı sıra günlük scrum toplantıları gibi şeyler yapmak, böylece tüm ekibin üyelerinin aktivitelerine bağlı kalabilmesi anlamına gelir. Bu, ekiplerin müşterilerin, beta test kullanıcılarının ve piyasanın söylediklerine göre uyum sağlamasına olanak tanıyan tutarlı bir geri bildirim döngüsü yaratırken, aynı zamanda çalışmalarının sonuçta yaşayacağı ortamda işlevsel olmasını sağlamak için sık sık kontrol eder.
Çevik süreç, her şeyden öte, ürünler her zaman yolda ayarlanabileceğinden, mükemmellik değil, zamanında ve bütçeye uygun çıktıların üretimini vurgular. Bu çoğunlukla yineleme biçimini alır, kısa, yoğun üretim dönemleri ile daha küçük, daha ulaşılabilir hedefler yolun ileriki yinelemelerini oluşturur.
Peki benzer zihniyetleri bir tasarım ortamına uyarlamak için hangi adımları atabilirsiniz? Hadi bir bakalım.
Müşterilerinizle İlişkinizi Değiştirin
Geleneksel tasarım süreci, tasarımcılar arasında müşterilere sadece en mükemmel ürünleri sunmak için ortak bir istek haline gelir. Bu, teklif ve araştırma aşamasında aşırı ayrıntılı PSD maketleri ile başlar ve son onay aşamasına devam eder. Ancak en karmaşık projeler için, soyutta aylar olmasa bile, müşteri girdisinden tamamen yoksun haftalar boyunca tasarım yapmak gerçekten mantıklı değil. Çok iyi bildiğimiz gibi, müşteriler bir site bir araya geldiğinde aradıklarını daha net bir şekilde anlarlar. Dahası, pazar talebinin tasarımcıların üretebileceğinden daha hızlı değişme alışkanlığı vardır. Yeniden yönlendirmenin hem emek hem de zaman yoğun olduğu bir paradigma içinde çalışırken bu sinir bozucu olabilir.
İstemcileri sürecin her aşamasına dönüştürmek için çevik bir yaklaşım benimsemek ve sabit bir çıktı akışı üretmek, müşterilerin giderken tasarımlarla oynamalarına izin verdiği için bunu düzeltmeye yardımcı olabilir. Ayrıca, gerçekleşen vizyonun gerçek dünya bağlamında nasıl işleyeceğini daha iyi anlamalarını sağlar. İletişim ne kadar düzenli olursa, yolda ortaya çıkan sürprizlerin şansı o kadar düşük olursa, bir takım adımlarını geri almak yerine yol boyunca değişen taleplere daha iyi uyum sağlayabilir.
Kısacası: Müşteriyi ekibinizin bir üyesi yapın.
Takımlar Arasında Çalışmaları Sıkça Derleyin
Gelişim dünyasında, ekip içi ve ekipler arası çalışmanın entegrasyonu, herhangi bir projenin önemli bir parçasıdır. Takımlar onlarca kişiden en büyük organizasyonlara kadar büyüdükçe, bu daha da doğrudur. Ancak şelale yöntemine entegrasyon nadiren gerçekleşir, bu da devlerin büyük miktarda kodda hata bulmasını daha da zorlaştırır. Ayrıca birçok geri takip ve gemi gecikmesine yol açar.
Kodu sürekli olarak değil, bir kerede üç kez entegre eden çevik sürekli entegrasyon yöntemi ile böyle değildir. Sürekli entegrasyon, istenmeyen entegrasyonun gizemini gerçekten ortadan kaldırarak, geliştiricilerin ortaya çıktıklarında hataları yakalamasına ve hemen düzeltmesine veya projenin bir sonraki yinelemesi için biriktirmeye eklemesine izin verir. Ayrıca, ekipler arasındaki geliştiricilerin bu tür hataları tanımlamak ve düzeltmek için sık iletişim kurması gerektiğinden, süreçler üzerindeki etkileşimleri ayrıcalıklı çeviklik konseptine de iyi uyum sağlar.
Tasarımcılar, diğer ekip üyeleriyle günlük olarak basit bir check-in yapmak veya heyecan verici ancak zor bir tasarım rotasına gitmeden önce teknik olarak nelerin uygulanabileceğini belirlemek için devs ile daha sık iletişim kurmak anlamına gelse de benzer bir zihniyetten yararlanabilir. Ekipler arası iletişim ve işin derlenmesi, tasarımcıları, diğer ekiplerin yaptıklarıyla senkronize olmayan tasarım çalışmalarını atlamak veya hatta uygulamak yerine tasarım gerektiğinde tasarlamaya odaklayacak.
Test, Test, Test… Her Zaman
Benzer fakat çok farklı bir kayda göre, sık testler yinelemeleri takip etmenin önemli bir parçasıdır. “Test” ile, problem çözme bakış açısı geliştirerek tasarımın hem mikro hem de makro düzeyde işlevselliğine entegrasyonun ötesine bakmayı kastediyorum. Çevik geliştirmede, devs daha büyük problemleri daha hızlı problemler içinde daha iyi ele alınabilecek küçük problemlere böler. Bu çalışmanın sınanması daha sonra derhal veya bir sonraki yinelemede ele alınacak sorunları tanımlamalarına olanak tanır. Bu, geliştiricileri yolda ve zamanında tutar, aynı anda çok fazla yaklaşıldığında felç türünü önler.
Bu şekilde, sık test ve problem çözme zihniyeti sadece tasarım sürecini takip etmekle kalmaz, aynı zamanda yakıt yaratıcılığını da tasarlar, çünkü tasarımcıların herkesin en büyük sorununa çok fazla yakalanmalarını önler: bir site bakmalı ve hissetmelidir. Daha küçük sorunlara odaklanarak, tasarımcılar daha ortaya çıkan yaratıcı bir süreci kucaklayabilir ve vizyonlarını giderken keşfedebilirler.
Bunların hepsi, makro seviyesine geri zum yapmanın değeri göz ardı edilemez, aksi takdirde tasarımlar çok ayrık olacaktır. Çevikliğin daha küçük problem çözme odağı ve şelalenin daha bütünsel görünümü arasında hoş bir denge olarak, daha büyük resim bağlamında problemleri çözmek için birkaç iterasyon ayırmaya ve sadece tutarlılık uğruna görüşe değer.
Kısacası
Gerçekten düşündüğünüzde, çevik tasarım basitçe bazı çevik geliştirme ilkelerinin tasarım sürecine uygulanmasıdır. Her tasarımcı ve tasarım ekibi farklı olduğu için, size en uygun yöntemleri seçmeniz ve kullandığınız gibi uyarlamanız en iyisidir. Sonuçta, yapılacak çevik bir şey gibi görünüyor.
