Tüm mühendislik ekipleri, önemli ürün bilgilerini meslektaşlarıyla iletmek için bir tür belge aracına güvenirler. Küçük ekipler yeni başlamışsa, bu basit bir Google Dokümanı kadar kolay olabilir ve daha büyük karmaşık ürünlere sahip ekipler için bu hiyerarşik bir wiki olabilir. Şirketin nasıl yapılandırıldığına bağlı olarak, diğer ekipler (İK veya pazarlama gibi) de bu wiky kullanabilir veya ekiplerinin bilgilerini sakladıkları başka alanlara sahip olabilirler.

Tüm şirket bilgilerini merkezi bir yerde erişilebilir tutmanın en verimli olduğunu düşünüyoruz, ayrıca mühendislik ekiplerinin ihtiyaçlarının belirli, ince ve teknik olduğunu da biliyoruz. Bazı yollarla mühendislik ekiplerinin belge ihtiyaçlarını nasıl desteklediğimizi görelim, kendi ekibimizden ve Guru müşterisi RS21'den örneklerle.

Ortam Kurulumu ve İşe Alım

Yeni bir mühendislik ekibine katıldığınızda (ister dahili ister harici), işe alım süreci, yeni bir takım arkadaşının katkıda bulunmaya ne kadar hızlı hazır hissedeceğini belirlemek için kritiktir. Kodlama ortamını kurmaktan özellik belgelerine göz atmaya kadar, yeni işlere hazırlanmak için çok şey gereklidir.

Birçok mühendislik ekibi için, işe alım süreci, yeni çalışanın “arkadaşı” olarak atanan başka bir takım arkadaşı için zahmetli olabilir ve bu kişi, bu bilgileri gerçek zamanlı olarak onlara aktarmalıdır. Ancak ekiplerine uzman onaylı, güncel Kartlar sağlayarak, RS21’in mühendislik liderleri yeni işe alımlara kendi hızlarında işe alım yapma esnekliği verir. Bu, yeni işe alımları için onların “arkadaşları” ile daha çok kişisel ilişki geliştirmeye veya outstanding soru sormaya zaman kazandırır.

Yeni bir mühendis RS21'in ekibine katıldığında, işe alım materyalleri üzerinde çalışmaya başlamak için Guru'ya giriş yaparlar. “Takım Bilgisi” Panosuna göz atacaklar, burada takım arkadaşları hakkında biraz bilgi edinmek, ortamlarını doğru bir şekilde ayarlamak için altyapı Kartlarını kullanmak ve yeni meslektaşlarıyla nasıl en iyi iş birliği yapacaklarını anlamak için takım standartlarına göz atacaklar.

Benzer şekilde, Guru'da, yeni bir mühendis bir ekibe katıldığında veya yeni bir takıma geçtiklerinde, işe alımlarını Guru'da yaparlar. Yeni takım arkadaşlarını tanımak için hayat hikayesi Kartları'nı kullanacaklar, birlikte nasıl çalışacaklarıyla ilgili rehberler görecekler ve artık sorumlu oldukları ürün özellikleri ve alanlarıyla tanışmak için yeni takımın Koleksiyonu üzerinde gezinerek göz atacaklar.

En İyi Uygulamalar ve Takım Standartları

Tüm ekip işe alındığında, mevcud kaynaklar, kodlama standartları ve en iyi belge uygulamaları gibi bilgileri Guru'da da bulabilir. Çalışma süreçlerinde erişilebilir bir şekilde belgelenirse, mühendislerin, ekipleri ve tüm şirketle üretken bir şekilde iş birliği yapmasını kolaylaştırır. Ayrıca, herhangi bir politikayı veya prosedürü ezberlemeleri ya da daha da kötüsü, eskimiş belgeleri yer işareti koyup bunlara güvenmeleri gereğini ortadan kaldırır.

RS21'in Mühendislik Koleksiyonu, kod birleştirme, bash script oluşturma, kod incelemesi isteme ile ilgili talimatların yer aldığı Kartlar dahil, süreç rehberlerine adanmış bir Panoya sahiptir. Takımla alınan kodlama sözdizimi stilleri, AWS kurulum talimatları, Sistem Yöneticisi bilgileri ve daha fazlası için de tahsis edilmiş Panoları vardır. Ayrıca, Guru Kartları'nda kolay kopyalayıp yapıştırmak için sık kullanılan kod parçaları mevcuttur.

Bu mühendislik özel Kartların yanı sıra, Guru, mühendislerin ekipler arası en iyi uygulamalara ve yönergelere erişmeleri için de harika bir yerdir. Örneğin, RS21'in ekibi, eşzamansız tartışmalar yaparak takım üyelerine düşünerek yanıt vermeleri için daha fazla zaman tanır ve herkesin katkıda bulunması için eşit ve adil bir platform sağlar. Bu tartışmaları başlatma ve yönetme talimatları bir Guru şablonunda tutulur, böylece ihtiyaç duyulduğunda herhangi biri bunu kolayca başlatabilir.

Guru'da, ürün geliştirme organizasyonumuzun dışındaki takımları kalite güvence (QA) sürecimize yardımcı olmaları için görevlendiriyoruz. Daha çeşitli bakış açılarıyla, hataları daha iyi tespit edebiliriz, potansiyel müşteri zorluklarını keşfedebiliriz ve yayından önce bunları koruyabiliriz. Ama QA kadar teknik bir süreç, ekipler arası takımlar dahil edildiğinde belgelenmiş talimatlar ve prosedürler gerektirir. Yeni bir özellik için QA'ya başlamadan önce, mühendislik ekip lideri, ekip ve paydaşların ihtiyaç duyacağı her şey için tek bir durak noktası oluşturmak üzere QA Süreci şablonunu kullanacaktır. QA'ya başlamaya hazır olduğumuzda, bu bilgiyi ekibe ve paydaşlara bir duyuru olarak gönderirler ve mesajda aktif QA tarihlerini eklerler.

Proje Planlama ve Geliştirme Belgesi

Yeni bir geliştirme projesi başladığında, herkesin görevlerini yerine getirmek için ihtiyaç duyduğu tam bağlama sahip olduğundan emin olmak için çok sayıda belge takip eder. Bir başlangıç toplantısından sonra, mühendisler ürün ekiplerinden gereksinim belgeleri, UX team'lerinden en güncel işlevsel tasarımlar, pazarlama veya metin yazma ekiplerinden kopya ve daha fazlasından yararlanırlar.

Ve elbette, çalıştıkları özelliği etkileyen herhangi bir teknik belgeyi sıkça referans almaları gerekiyor veya geliştirme sırasında daha sonra güncellemeleri gerekebilir.

Guru'da, ürün geliştirme için gereken çeşitli kaynakları Aktif Projeler Kaynak Kartı'nda takip ediyoruz, her projenin mühendislik lideri tarafından desteklenmektedir. Bu Kartlar, mühendislik ekibinin ürün geliştirme döngüsü'nin erken aşamaları boyunca en çok başvurulan kaynaklarıdır ve içerideki değişiklikleri yansıtacak şekilde güncel tutulur.

Geliştirme süreci ilerledikçe, mühendislik ile tasarım arasındaki işbirliği uyum içinde sürdürülmelidir. Ancak, işin genellikle eşzamansız ve uzaktan yürütülmesi nedeniyle, tasarımcılar ve mühendisler her zaman Zoom görüşmesine atlayamazlar. Tasarım geri bildirimini talep etme konusunda üzerinde anlaşılan dahili protokole uyduğumuzdan emin olmak için mühendislik ekibimiz, Guru'daki Tasarım Geri Bildirimi sürecini kullanır.

Gelecekte geçerli belgeler

Belgeleme her zaman mühendislerin işinin gerekli bir parçası olmuştur ve her zaman olacaktır. Ama bir zamanlar acı verici inlemeler ve sıkıntılı iç çekmelerle karşılanan bu, doğrudan iş akışlarına entegre edildiğinde, günlük rutinlerinin basit ve doğal bir parçası haline gelebilir. Guru’nun tarayıcı uzantısı, mühendislerin ihtiyaç duyduğu yerlerde belgeleri getirir, onlara erişim için bağlam değiştirme zorunluluğu getirmeden ve kısa form, uzman onaylı Kartlar, yazılması zor ve sürdürülmesi daha zor olan uzun makaleler üzerindeki baskıyı ortadan kaldırır. O halde neden eski belgelerle teknik borçları artırasınız ki, bunu şimdi kolayca geleceğe yönelik hale getirebilirsiniz? Bugün ücretsiz başlayın.