Geliştiricilere nasıl katılmanız gerektiği aşağıda açıklanmıştır

0
18

Bu makale ilk olarak Michiel Mulderson .cult tarafından, geliştiriciler için Berlin merkezli bir topluluk platformu olan Honeypot tarafından yayınlandı. En son güncellemeler için .cult by Honeypot’u Twitter, Facebook, Instagram, Linkedin ve YouTube’da takip edin.

Vay be! Ekibinize yeni bir geliştirici katıldığında her zaman eğlencelidir. Ama bekleyin, bu geliştiriciyi işe almakla görevlendirildiniz. Nasıl başlıyorsun? Yeni meslektaşınızı işe almak için paylaşmanız gereken en önemli bilgi nedir? Bu geliştiriciyi kodla tanıştırmak için en verimli süreç nedir?

Bir geliştiriciyi işe almak kolay bir iş değildir. Yine de, pek çok geliştirme ekibi bunu hafife alırken, geliştiricinin kendini rahat hissetmesi ve rollerinden zevk alması için çok önemli bir adımdır. Kimse sana yardım etmeseydi ve ne yaptığına dair bir fikrin yoksa nasıl hissederdin?

Öyleyse, bu garip durumdan kaçınmak için, sorunsuz bir başlangıç ​​süreci sağlamak için gereken adımlara bir göz atalım. Bu blog yazısı, ekibinizin süreçlerine, araçlarına ve kod tabanına ince ayar yapabileceğiniz bir kontrol listesi görevi görür.

İş kurulumunu pürüzsüzleştirin: Temel bilgiler

Yapmanız gereken ilk şey, tüm temel şeylerin kapsanmasını sağlamaktır. Bu, BT departmanınız tarafından yapılandırılan bir dizüstü bilgisayarı sağlamayı, gerekli tüm hesapları kurmayı ve geliştiricinin görevlerini yerine getirmek için ihtiyaç duyacağı araçlara erişim sağlamayı içerir.

Açıkçası, geliştiricinin bir şeyler çalışmaması veya takılıp kalması durumunda soru sormak için ekip iletişimine erişebildiğinden emin olun. Bu, geliştiricinin kendisini ekibin veya şirketin geri kalanına kısaca tanıtmasına olanak tanır.

Bu temizlendikten sonra, takımın katılımına başlayabilirsiniz.

Ekip katılımı: Bağlantı kurma

Geliştirici ekip sohbeti aracılığıyla kendilerini tanıtmış olsa da, geliştiricilerle bireysel olarak tanışmak için bire bir toplantılar düzenlemek yine de önemlidir. Kişisel bağlantıları, Slack veya Discord’daki profil resimlerinin arkasındaki herkesi tanımayı tercih ederim. Bire bir görüşmelerin amacı, hobiler, ilgi alanları ve biraz da şirket veya rolün kendisi hakkında gayri resmi bir sohbet yapmaktır. Özellikle uzak şirketlerde önemli olan ilişkiler kurmanın harika bir yoludur. Böyle bir toplantı kısa olabilir; 10 dakikalık veya 15 dakikalık bir konuşma yeterince uzun.

Ayrıca, hastalık izni, tatil talepleri veya iş harcamaları gibi İK süreçlerini açıklamak için İK ekibiyle tanıtım toplantıları ayarladığınızdan emin olun. Geliştirici birden fazla departmanda çalışıyorsa, bunları farklı departman liderlerine tanıtmak faydalıdır.

Geliştirme süreçleri: Toplantılar, araçlar ve iş akışları

Geliştiriciye aşağıdaki geliştirmeyle ilgili süreçlerin üst düzey bir genel bakışını sağlamak istediğiniz açıktır:

Toplantı türleri Geliştirme araçları Geliştirme süreçleri Kod inceleme süreci

Bu süreçler, geliştiriciye takımın nasıl çalıştığı ve kendini nasıl organize ettiği konusunda daha iyi bir fikir verir. Geliştiricinin onlara açıkladığınız her şeyi hatırlamasını beklemeyin. Her işlemi açıklayan dahili belgelere başvurmak en iyisidir. Bu süreçleri belgelendirmemişseniz, referans olarak geliştirme süreçlerinin bir özetini sağladığınızdan emin olun.

Hadi kodlamaya başlayalım!

Sorunsuz bir başlangıç ​​sağlamak için geliştiriciye, onları kod tabanının farklı alanlarına maruz bırakan basit kodlama görevleri sağlayın. Kod tabanının farklı alanları hakkında yavaşça bilgi biriktirmek çok önemlidir. Tercihen, geliştiriciye gerçek bir etkisi olan ve geliştirme sprintinin parçası olan görevleri verin. Bu yaklaşım, ekibin günlük operasyonlarında onlara bir pay verir. Düzenli olarak geliştiriciye danışmayı ve onlara hızlı geri bildirim sağlamayı unutmayın.

Genel amaç, aşağıdakiler hakkında daha fazla bilgi edinmektir:

Genel mimari Kodlama standartları Test stratejisi

İlk katılım yol haritası tanımlama

Geliştirici yavaş yavaş kod tabanını öğrenirken, onlara bir başlangıç ​​yol haritası aracılığıyla bazı yapılar sunmalısınız. Bu yol haritası en az 3 ila 4 haftayı, tercihen daha fazlasını kapsamalıdır.

Bir alıştırma yol haritasının amacı, geliştiricinin ilerlemesini takip etmek ve su deliklerini tanımlamak için farklı kontrol noktalarına sahip olmaktır. Ayrıca işe alım danışmanının, geliştiricinin ilerlemesine göre görevleri ayarlamasına yardımcı olur.

Her bir ilk katılım yol haritasının ayrı olduğunu unutmayın. Örneğin, P2P ekibine katılmak isteyen bir geliştiriciye danışmanlık yapıyorsunuz. Bu nedenle, kod tabanının ve P2P’ye özgü bilginin bu alanına daha fazla odaklanan bir başlangıç ​​yol haritası tasarlamanız gerekir. Örneğin, katılmak üzere oldukları ekibi daha iyi anlamak için geliştiricinin okuması gereken kaynakların bir listesini hazırlayın.

Sonunda, işe alım yol haritası, belirlenen geliştirme ekibinde çalışmak için bir işe alım danışmanından daha fazla aktif yardıma ihtiyaç duymayan bir geliştirici üretir. Bu nedenle, işe alım yol haritasını tasarlarken ve bu hedefi mentorluk yaptığınız geliştiriciye iletirken önce sonucu netleştirdiğinizden emin olun.

İpucu: İkili programlama oturumları planlayın

Çift programlama oturumları altın değerindedir!

Ekiplerinden deneyimli bir geliştiriciyle eşleştirerek geliştiricinin bilgilerini artırmanın harika bir yoludur. Bunun da ötesinde, eşli programlama soru sorma engelini azaltır ve bir güven ilişkisi kurmalarına olanak tanır. Kodlamanın yanı sıra, eşli programlama, geliştiricilerin süreçlere, araçlara ve geliştirme iş akışlarına daha hızlı yerleştirilmesine de yardımcı olur.

En iyi ne işe yarar?

Bir kişi kod tabanına ne kadar erken katkıda bulunursa o kadar iyidir. Kod hakkında daha fazla bilgi edinmenin en iyi yolu, ona aktif olarak katkıda bulunmaktır. Burada, görevlerin zorluğunu kademeli olarak artırmak önemlidir. Başlangıçta kolay görevler sağlamak en iyisidir, böylece başlangıçta geliştiricinin cesaretini kırmaz veya bunaltmazsınız.

Genel olarak, yeni meslektaşınızı strese sokmaktan kaçınmak istersiniz. Yeni geliştiriciler, kendilerine atadığınız basit görevler üzerinde daha fazla zaman alabilir. Destekleyici olun ve büyüme süreçlerini hızlandırmaları için onlara geri bildirimde bulunun. Onları parçalaman ya da baskı yapman bir faydası olmaz. Büyüyebilecekleri dostane ve destekleyici bir ortam yaratmak istiyorsunuz.

İlk katılım yol haritası oluşturmama hatasına düşmeyin. Tüm temelleri ayarlayan ve sonra geliştiriciden açık bir hedef olmadan koda ve belgelere göz atmaya bırakan şirketler gördüm. Kod okumak bazı geliştiriciler için işe yarayabilir, ancak kod tabanı hakkında bilgi edinmek için kesinlikle en uygun yaklaşım değildir. Aktif öğrenme, bilgiyi hızlı bir şekilde oluşturmak için hala en iyi yöntemlerden biridir.

Sonunda, geliştiriciyi mümkün olan en kısa sürede devreye almak sizin ve şirketin çıkarına olacaktır. Üretkenlik ve ihtiyaç duyulan destek açısından aylarca eksik katılımın etkilerini göreceksiniz. İyi bir işe alım, geliştiriciye, şirkete ve geliştirme ekibine mümkün olan en kısa sürede değer katmaya başlamak için ilgili tüm süreçleri, araçları ve iş akışlarını öğretmelidir.

CEVAP VER

Lütfen yorumunuzu giriniz!
Lütfen isminizi buraya giriniz