Daha iyi geliştirici platformları, daha iyi dijital ürünlerin anahtarıdır
Geliştirici platformları gerçekten de bir ürün yaklaşımı gerektirir. Ancak bu, geliştirme çalışmasının bağlamını kavramaya bağlılık ve bu bağlamın (hem teknik hem de organizasyonel) zaman içinde nasıl değişip gelişeceğinin kabulü anlamına gelmelidir. Daha geniş bir ölçekte, bu, geliştiricilerin yaptığı işe ve bir kuruluş içinde oynadıkları role karşı duyarlılığı gerektirir: Teknik ekiplerin, üzerinde kod oluşturan ve çalıştıran bir kaynaktan biraz daha fazlası olduğu görüşünü sürdürürken, etkili bir geliştirici platformu geliştirmek nihai olarak imkansızdır. talep etmek.
Geliştirici bağlamını ticari hedeflerle uyumlu hale getirme
Ancak iş geliştiricilere karşı duyarlı olmak aslında neye benziyor? Neyi içeriyor?
Bir düzeyde, geliştiricilerin neye ihtiyaç duyabilecekleri veya nasıl çalışmak isteyebilecekleri hakkında herhangi bir varsayımda bulunmanızı gerektirir. Sıfırdan başlamalı ve işbirliğini, araçları, süreçleri, becerileri ve kültürü anlamalıyız.
Thoughtworks’te üretime giden yol haritalaması dediğimiz bir tekniği savunuyoruz. Bu, ekiplerin kelimenin tam anlamıyla bir araya gelip bir değişiklik yapmak ve ardından üretime geçmek için gereken tüm adımları atacağı basit bir fikir olsa da, geliştiricilerin sorunlu noktaları ve verimsizliklerini açığa çıkarılmamış ve ele alınmadan bırakarak müşterilerin bunu yaptığını nadiren görüyoruz. Ekipler için de işlerin nasıl yapıldığına dair ortak bir anlayış olmasını sağlamaya yardımcı olur. Nihayetinde, birden çok düzeyde herkesi, geliştiricilerin gerçekte ne yaptığını ve değere ulaşma hızını hızlandırmak için neye ihtiyaçları olduğunu bulmaya zorlar. Bu, gelecekteki herhangi bir platform geliştirme için değerli bir temeldir.
Başka bir düzeyde, organizasyonun daha geniş amaçlarını ve itici güçlerini de dile getirmemiz ve kabul etmemiz gerekiyor. Başka bir deyişle, geliştirme ekipleri nereye değer katar? Ve nasıl değer katabilirler? Daha hızlı?
Bu, organizasyonun türüne göre büyük ölçüde değişecektir. Bu nedenle, bir platformun ne olması gerektiği (yani hangi özelliklere sahip olması gerektiği) konusunda önceden düşünülmüş bir fikir riskli olabilir. Örnek geliştirici platformlarının örneklerini listeleyebilmek harika olurdu -Spotify’ın Sahne Arkası, haklı olarak, genellikle burada tutulur – ancak sorun şu ki örnek yok. Bir bağlamda mükemmel bir geliştirici platformu, başka bir bağlamda esnek olmayan bir anti-kalıptır. Temel olarak, iyi bir platform, geliştiricilerin en iyi yaptıkları şeye, yani kod yazma ve göndermeye odaklanmalarını sağlayan korkuluklar uygular. Hata riskini en aza indirerek ve geliştiricilerin değer katan işlere harcayabilecekleri zamanı en üst düzeye çıkararak ekibin bilişsel yükünü azaltmalıdır.
Yazılım geliştiricilerin ihtiyaçları ve bir kuruluşun ticari talepleri en iyi şekilde bir ürün sahibi tarafından yönetilir veya aracılık edilir. Bu genellikle gözden kaçan bir rol. Tam bir iş analisti veya katı bir geliştirme rolü olmayan ürün sahibi, geliştiricilerin yetkilendirilmesini ve aynı zamanda daha geniş kuruluş için değer sağlamalarını sağlamada önemli bir kişidir.
Dahili pazarlama
Bununla birlikte, özellik gereksinimlerini yakalamanın, ürün olarak platform çalışmasının tam kapsamı olarak görülmemesi önemlidir. Ayrıntılara dikkat etmek önemlidir, ancak platformun cıvata ve somunlarından daha fazlasına dikkat etmemiz gerekir: bu somun ve cıvataların değerinin anlaşılabileceğinden emin olmamız gerekir. Bu ancak tutarlı ve sürdürülebilir bir iç pazarlama ve iletişim stratejisi ile yapılabilir.