Basit bir mantıkla baktığımızda, frontend geliştiriciler olarak bu akışın sonunda yer aldığımız düşünülür, çünkü bir ihtiyaç veya sorun ortaya çıkar, bu sorunu çözmek için fikirler üretilir, tasarımlar oluşturulur ve ardından geliştiriciye gelir, sonuç olarak çıktı üretilir ve kullanıcılara sunulur. Ancak ilk bakışta gözden kaçırdığımız, fakat bu akışı belirleyen en önemli unsur, çıktıyı sağlayanların biz olduğumuzdur. Bu nedenle, yetkinliklerimiz, müsaitliğimiz, katkıda bulunabileceğimiz fikirler ve öncelikli görevlerimiz gibi parametreler, bu soruna çözüm üretmede kritik önem taşır. Çünkü bu noktaya kadar hızla gelen iş, eğer biz takılıp kalırsak ve sonuca ulaşmazsa pek bir amaca hizmet etmez. Diyelim ki, X birimi tarafından üretilen yeni bir ürün var ve bunun için uygun bir panel yazılması gerekiyor. Burada temel beklenti, bu panelin en geç ürünle birlikte tamamlanması ve ihtiyaçları %100 karşılamasıdır. Bu talep bize ulaştığında, bu talebe nasıl yanıt verdiğimiz, bununla ilgili tartışmalarımız, uygunluk hakkında sağladığımız geri bildirimler ve diğer tepkiler akışı etkileyebilir, hatta bazı modüller için tamamen değişiklik gereksinimi yaratabilir.
Biraz daha derine inersek, bu talebe yanıt vermeden önce, frontend tarafı için tartışmalar başlamışsa veya bu tartışmalar talep bize ulaşmadan üst yönetimimiz tarafından yürütülüyorsa, en temel mesele ve ilk tartışma noktası bu projenin nasıl yürütüleceği, hangi çerçeveyle ve ne tür bir sistemde inşa edilebileceğidir. Son kullanıcı tarafında sağlayacakları sonuçlar açısından benzer olan a, b ve c seçeneklerinin olduğunu düşünelim. Burada karar verirken, projede çalışabilecek geliştiricilerin yetkinliği devreye girer. Eğer A seçeneğiyle yapılırsa, seçilen geliştiriciler bu proje için yeterli olmadığından öğrenme süreci 10 ay sürecektir; B seçeneğiyle yapılırsa, bu iş için uygun 1 geliştiricimiz var, bu yüzden 8 ay sürebilir; C seçeneğiyle yapılırsa, yetkinlikleri uygun 2 geliştiricimiz var ve 3 ay gibi kısa bir sürede sonuç alabiliriz. Burada, hem işin tamamlanması hem de maliyet C seçeneğiyle uyumlu olduğundan, bu yolla ilerleriz. Bu tür konularda, top sürekli bize geldiği ve en uygun yol bulunduğu için, hem iş akışı hem de tasarımlar bu yönde ilerler, projenin nasıl ilerleyeceği net olduğu için çok kısa sürede hatasız tamamlanmasını sağlar.
Konu bu şekilde olmasaydı ve fikirlerin üretildiği, tasarımların sunulduğu ve size sadece bu şekilde yapmanız söylendiği bir akış olsaydı, konuya hakimiyet eksikliği nedeniyle taleplere %100 yanıt verememe durumu ve uygun olmayan seçimlerin yapılma riski, projenin tamamlanmasını geciktirebilir ve öngörülemeyen maliyetlere yol açabilirdi.
Bu gibi örnekleri çoğaltmak mümkün, ancak özünde, kullanıcıya gösterilecek her adımda kararlar alındığında, biz frontend geliştiricilerin ifadeleri, işi en hızlı ve en uygun şekilde sonuçlandırmada büyük önem taşır.
