KG geliştirme bölümünün bir parçası olmalı mı?

Bir süredir ürün geliştirme departmanı olan küçük bir şirkette çalışıyorum. Bununla birlikte, sahip olduğumuz şey bir KG / test grubudur.

Bir test grubu eklemek istiyoruz, ancak bunları şirketin organizasyon yapısına en iyi şekilde yerleştirmek için uğraşıyoruz. Özellikle, bir "kurşun test cihazı" pozisyonu kiralayacağız. Ürün geliştirme departmanının bir parçası olarak mı yerleştirilmeli yoksa yeni bir departman mı olmalılar? Başka bir yerde olmalılar mı?

Firmamız kabaca aşağıdaki gibi yapılandırılmıştır:

• CEO
  • CTO
    • Ürün Geliştirme Direktörü
    • Müşteri Hizmetleri Direktörü
      • Geliştiriciler
    • Başkan Yardımcısı Operasyonları
      • Ağ mühendisleri
  • Satış / satış mühendisleri
  • Devlet Başkanı
    • kontrolör

Evet ve hayır :)

Hem geliştiriciler hem de KG çalışanları aynı hedefe sahip olmalıdır (ve performansları buna karşı ölçülmüştür): zamanında ve bütçeyle kaliteli bir ürün sunmak. "Kaliteli ürün" tanımlamanız gerekir, ancak her iki grup için de aynı olmalıdır. Neden? Çünkü aynı değilse, farklı gündemlere sahip iki gruba sahip olacaksınız ve bu ürün / şirkete zarar veren bir duruma hızla düşebilir.

KG geliştiricilerle (çok) yakın bir şekilde çalışmalı ve tersi de geçerlidir, ancak her ikisi de karar verme süreçlerinde diğerinden tamamen bağımsız olmalıdır. Sonuçta, ürün geliştirmenin tamamen farklı yönlerinden sorumludurlar

Kurma şeklimiz, "Ürün Geliştirme" nin iki somut departman tarafından gerçekleştirilen "sanal" bir departman olduğudur: KG ve Geliştirme. Her ikisi de aynı yönetim ekibinin üyesine rapor ediyor: CTO. Bu, üründen (CTO'muz) sorumlu tek bir kişinin olmasını ve hem KG hem de Geliştirme'nin birbirinden bağımsız olmasını sağlar.

Bu gerçekten firmanızın KG konusunda ne kadar ciddi olduğuna bağlıdır. Örneğin, test odaklı geliştirme yapacak mısınız?

Bir "test grubu" ndan bahsedersiniz, bu birden fazla kişiyi önerir. Aslında birkaç kişilik bir grupsa, muhtemelen ayrı bir departman olmalıdır. Ancak şu an hangi bulmacaları QA'ya ve testlere adamış en az bir kişi var? Değilse, hızla yeni bir grup oluşturmayı planlıyor musunuz? Eğer öyleyse, bu önemli bir organizasyonel dönüşüm olacaktır ve çalışma biçimlerini de değiştirmesi gereken mevcut geliştiricilerinizde büyük bir sürtünmeye neden olabilir.

Planladığınız şey şu anda tek bir KG kişisini işe alıyorsa ve belki de KG işlevini yavaşça büyütüyorsa, o kişinin doğrudan ürün geliştirme direktörüne rapor vermesi daha iyi olacaktır. İşinin en zor kısmı ve en önemlisi, kalite güvencesini, olaydan sonra yapılan bir şeyden ziyade sürecin tüm adımlarına entegre etmek için organizasyon kültürünüzü dönüştürmek olacaktır.

Ancak henüz sahip olmadığımız bir KG ...

Orada - samimi başsağlığı diliyorum. Yukarıda verilenler, hangi departmanlara inecek olursa olsun, test cihaz (lar) ını almanın şu an sahip olduğunuzdan çok daha iyi olacağını söyleyebilirim.

Bunun dışında KG için ayrı bir departman tavsiye ederim.

KG perspektifinden hareketsiz iki bültene katıldım - biri test cihazı, diğeri geliştirici olarak. Her iki durumda da ayrı QA departmanına sahip olmanın oldukça faydalı olduğunu düşünüyorum.

Test uzmanlarının ayrı bir departmandayken söyleyebildiğim kadarıyla, ürün kalitesi sorunlarını sahte "ekip hizalamasının" arkasına gizlemek zorlaşıyor . Bu, herkesin neyi serbest bıraktığımızı ve nedenini açıkça anlamasına yardımcı oldu. Bu da müşteri beklentilerinin yönetilmesine ve daha fazla gelişme planlamasına yardımcı oldu.

Hemen hemen tüm durumlarda KG, Kalkınma'dan ayrı olmalıdır. Her iki departman arasındaki hedef aynı olsa da (kaliteli ürünler / çözümler yayınlamak) KG, gelişmekte olan ürünlerle ilgili düzeltme ve önerilerde bulunma ve eşit temelde olma yetkisine sahip olduklarını hissetmelidir. KG başkanı doğrudan gelişim başkanına rapor verirse, bu durum KG'nin geri adım atmasına ve gelişimin merhametine (dolayısıyla daha özlü kod / ürünler üretime itilmesine) yol açabilir.

Kullandığınız geliştirme metodolojisine bağlıdır: çevik / yalın yapıyorsanız Çevik Testler bir yol olabilir ve bu nedenle geliştiricilere yakın olması gerekir.

Söylediklerinizden oldukça küçük bir şirketiniz var. Daha büyük olmadan önce mümkün olduğu kadar iletişim kurabilme boyutundan ve iletişim yeteneğinden faydalanmak bana mantıklı geliyor. Bu onların gelişimini sürdürmeyi gerektirir.

Daha büyük bir şirkette, iyi büyüklükteki Dev ve QA ekipleriniz olduğunda, onları ayırmak ve kendi, ayrı, takım hedeflerini vb. Sürdürmelerini sağlamak mantıklı olabilir.

Şimdi, ilk birkaç KG pozisyonunun SDET pozisyonları olduğundan da emin olacağım ... yani. testere pirzola. Otomasyonunuzu en başından itibaren çalışır duruma getirin.