MVP İçin Bir Tech Team Geliştirmenin 5 Aşaması

Smartup Network blogundaki yazılardan birinde, ürün geliştirme ekiplerinin nasıl oluşturulması gerektiğine dair yaklaşımımızı anlatmaya çalıştık. Bu adımı başarıyla tamamladığınızda, artık yazılım geliştirme ekibini (ya da teknik ekibi) kurmaya hazırsınız demektir. Bu yazıda, bir MVP’yi başarılı şekilde ortaya koymak için yazılım geliştirme ekibini nasıl oluşturduğumuza dair yaklaşımımızı paylaşacağız. Daha önce de belirttiğimiz ve her zaman vurgulayacağımız gibi, MVP kavramı startup hayata geçirme sürecinin her adımında ana odağımızdır. Dolayısıyla bu durum, yazılım geliştirme ekibinin oluşturulması için de geçerlidir. Ekip kurulum sürecinde, Bruce Tuckman’ın grup gelişimi aşamalarını takip etmenizi özellikle öneriyoruz. Endişelenmeyin ve okumaya devam edin; bu yazı akademik bir makaleye dönüşmeyecek. Eğer yine de kendi ekibinizi kurmanın sizin için fazla zor olduğunu düşünüyorsanız, Smartup Network her zaman hizmetinizde :).

Tuckman, ekiplerin dört gelişim aşamasından geçtiğini söyler: forming, storming, norming ve performing. Bu aşamalar, bir grubun ilk kez bir araya gelmesinden projenin tamamlanmasına kadar olan süreci kapsar. 1977 yılında ise Tuckman, Mary Ann Jensen ile birlikte bu dört aşamaya beşinci bir aşama eklemiştir: adjourning; yani görevin tamamlanması ve ekibin dağılması aşaması.

Forming

Bu aşamada odak noktası roller ve sorumluluklar değil, insanlar olmalıdır. Ekibin büyüklüğü ürünün karmaşıklığına göre değişebilir; ancak en önemli ekip üyesi teknik liderdir. Buna ister CTO, ister teknik kurucu ortak, ister yazılım mimarı ya da geliştirme yöneticisi deyin. Bu rol yalnızca insan ve süreç yönetimini değil, aynı zamanda bizzat geliştirme yapmayı da içermelidir. Bu nedenle “patron” tarzı insanları işe almaktan kaçının. Bu kişiyi sadece bir çalışan olarak değil, aynı zamanda potansiyel bir ortak olarak düşünmelisiniz.

Lideri bulduktan sonra artık ekibi oluşturma zamanı gelir. Conway, popüler yasasında, organizasyonların kendi iletişim yapılarını yansıtan sistemler tasarladıklarını belirtir. Adayların teknik yetkinliklerinden önce, iletişim becerilerini değerlendirmeye çalışın.

Storming

Normalde Tuckman’ın storming aşaması, ekip üyeleri arasındaki ilişkilerle ilgilidir. Buna ek olarak, biz ürünü de ekibin bir üyesi olarak ele alıyoruz. Kişilikler çatışabilir; ancak asıl ölümcül sorun, ürün vizyonunuz ile ekip üyelerinin vizyonunun çatışmasıdır. Ürünle ilgili beyin fırtınası yapmak için ekiple tartışma oturumları düzenlemelisiniz. Ekibinizin ürünü, sizin anladığınız kadar iyi anlamasını sağlayın. Ekip üyeleri arasındaki ve ekip üyeleri ile ürün arasındaki (üye–üye ve üye–ürün) çatışmaları lütfen görmezden gelmeyin. Bu çatışmaları erken aşamada tespit edip çözmek en doğrusudur.

Norming

Norming aşamasında, çalışma biçiminizi ve teknik tasarımınızı oluşturma zamanı gelmiştir. Tüm ekip üyelerinin katkılarını aktif şekilde sürece dahil etmek bu aşamanın anahtarıdır. Definition of done, sprint’ler, metodolojiler, testler ve pipeline’lar için dokümantasyonları oluşturabileceğiniz bir dokümantasyon alanı tanımlayın. Bu terimlere aşina olmayabilirsiniz (büyük ihtimalle yazılım geçmişi olan biri değilsiniz); ancak ekip liderinin bu konulara hâkim olması gerekir. Bu aşamada sizin referans noktanız teknik lideriniz ve ekibinizdir. Onların kendilerini rahat hissetmelerine yardımcı olun ve en iyi kararları almalarını sağlayın. Lütfen unutmayın; nihai bir karar yoktur ve her kural ilerleyen aşamalarda değişebilir. 

Performing

Bu aşama, ürününüzü ortaya koymak için ulaşmak istediğiniz aşamadır. Siz ve ekibiniz çatışmaların üstesinden gelip birlikte çalışamadığınız için bu aşamaya birkaç kez ulaşamamanız olasıdır. Bu noktada ekip; kendine güvenen, motive olmuş ve ürüne hâkim bir durumda olmalıdır ki sizin doğrudan gözetiminiz olmadan da çalışabilsin. Sorunlar ve çatışmalar hâlâ ortaya çıkar, ancak bunlar yapıcı bir şekilde ele alınır. Ekibiniz üretken olmaktan memnun, enerjik ve birçok görevi yerine getirmeye isteklidir. Bu aşamada, bu enerjiyi verimli kullanabilmek için MVP odağını kaybetmemeniz gerekir.

Adjourning

Tanım gereği bu aşama, ekibin dağılması aşamasıdır. Ancak biz, startup’lar için bunun MVP ekibinden bakım ekibine evrilme aşaması olması gerektiğini düşünüyoruz. Ekibinizi, elde edilen başarıyı ve büyümeyi korumak adına ürünün sağlıklı ve istikrarlı bir şekilde çalışmasına odaklanacak şekilde dönüştürmelisiniz. Bu aşamada teknolojiler ve ekip yapılanması hakkında da daha fazla bilgi sahibi olmanız gerekir. Böylece ekip dönüşümüne ilişkin kararları daha kolay alabilirsiniz.

Özetle, Tuckman’ın aşamaları sizin için iyi bir rehber olacaktır. Ancak akılda tutulması gereken en önemli nokta, her aşamada ekibinize yaklaşımınızı da geliştirmeniz ve değiştirmeniz gerektiğidir. Aktif olarak yer almayacak olsanız bile, bir sonraki her aşama için hazır ve yetkin olmalısınız.

Startup yolculuğunuzda size en iyi dileklerimizi sunarız…