Yeni Bir Mobil Geliştirme Ekibine İhtiyacınız Olduğunun 5 İşareti

Cennete giden bir merdiven gibi hissetmeliydi. Bir çarkı döndürmeye başladın ve kendinle gurur duymalısın. Harika bir proje fikriniz vardı, gittiniz ve makul bir fiyata işe yarayacaklarını söyleyerek göğsüne vurup duran insanları işe aldınız. Yine de çok rahatsız edici geliyor, geliştirme ekibinizin sizi hayal kırıklığına uğrattığına dair kötü işaretler var. Hayallerinizi gerçekleştirmesi gereken insanlarla her etkileşime girdiğinizde, dinginlik hissetmiyorsunuz; sadece artık tatmin etmiyor. Peki bu utancın nedenini nerede aramalısınız? Sorun sizin tarafınızda mı yoksa diğer tarafta mı - ve varsa kötü programcılarla nasıl başa çıkılır?

Aramaya yardımcı olmak için, beklentilerinize ve ekibinizin farklı yollara gittiğine işaret eden kilit noktaları vurgulamaya çalışacağız. Bu makale, kötü bir yazılım şirketinin nihai belirtileri olmadığından, iyi geliştiriciler ile kötü geliştiricilerin karşılaştırması değildir. Geliştirme sürecinde özellikle dikkat etmeniz gereken bazı noktalar var; size kötü bir geliştiricinin özellikleri veya kötü bir geliştirme şirketinin belirtileri gibi doğrudan ifadeler sunmayacağız; Her girişimcinin bilmesi gereken bazı uyarı işaretlerine dikkatinizi çekeceğiz.

1. Ekibiniz, belirlenen son tarihleri ​​sistematik olarak bozar.

Bu noktada gereksiz abartma olmadan hepimiz insanız. İyi ya da kötü, bizim açımızdan hatalar olma eğilimindedir ve bunların hepsinden önceden kaçınılamaz. Bir kez kaçırılan bir son tarih muhtemelen acil durum nedeniyle açıklanabilir ve mazur görülebilir. Bununla birlikte, sistematik olarak belirlenen teslim tarihlerinin göz ardı edilmesi kötü bir işarettir - büyük ürün sorunlarına yol açabilecek irrasyonel kaynak dağılımını sembolize eder.

Çözüm:

Çağdaş dünyada, görevleri belirlemenize, onlara harcanan zamanı izlemenize ve saat miktarını doğru bir şekilde tahmin etmenize yardımcı olan kapsamlı bir zaman yönetimi araçları listesi vardır. Mind Studios'ta bu amaçlar için aşağıdaki araçları kullanıyoruz:
Slack - her girişimci, kurucu, yatırımcı ve VC için bir rüya. Slack, ekip işbirliğimizi bir üst düzeye çıkarmamızı sağlar. Görev yönetimi ve Ekip Mesajlaşması için entegrasyonlar sağlar. Ayrıca hem müşterilerimizin hem de ekibimizin iletişim sürecinden keyif almalarını sağlayan güzel görünümlü, eğlenceli ve iyi tasarlanmış.

Redmine - projeler oluşturmanıza, bunları destanlara ayırmanıza, görevleri tahmin etmenize ve her bir görev için harcanan süreyi hesaplamanıza olanak tanıyan esnek bir proje yönetimi web uygulaması. Redmine'in ücretli alternatifine Jira denir ve daha iyi bir proje yönetimi için de kullanılabilir. Bahsedilen araçların yardımıyla, “kaçırılan hedef gün” fırsatını önemli ölçüde azaltan, gelmeden önce son tarihi biliyoruz.

2. İletişim eksikliğini her zaman hissedersiniz.

Geliştirme yöneticiniz size birkaç gün içinde yanıt veriyor mu? Ve her seferinde saygısızlık hissetmiyor musun? Harika bir müşteri-yönetici iletişiminin 2 numaralı kuralı şunları iddia eder: "Ne olursa olsun - bir durum raporu, epik bir özet veya müşteriye sadece kısa bir mektup, bir geliştirme ekibi için en gerekli şey - kişiye dikkat etmektir. ile çalışırlar. Onu sürekli döngüde tutmak - bu bir ustalıktır.” Öyle değilse - o zaman geliştirme ekibiniz burada eksik.

Çözüm:

İletişimin tüm ürünün kalitesi kadar önemli olduğunu anladık; bu nedenle, "altın ilkeyi" takip ediyoruz - ortaklarımızla, bizim istediğimizden biraz daha fazla iletişim kuruyoruz. Gördüğümüz kadarıyla müşteri-ekip iletişiminden planlanmış haftalık aramalar ve günlük durum güncellemeleri.

3. Proje tamamlandıktan sonra ekibin teknik desteği buharlaşır.

“Sırada “sıradaki” olmaktan bıktınız mı?”

Kaybolma belirtisi bizim tarafımızdan da yaygın olarak bilinir: proje bir kez dağıtıldığında, canlı yayında ve başlatıldığında, geliştirme ekibi sizinle giderek daha az iletişime geçiyor gibi görünüyor. Temasa geçmeseniz bile - ortaya çıkan bir hata olduğunda, ekibinizin bunu ele alması gerekir. Onlarla temasa geçersiniz - ve günlerce susmak cevabınızdır veya azami olarak temkinli bir “elimizden gelenin en iyisini yapacağız”. Bu sorunların en küçüğü olmasına rağmen, yine de uzun bir süre bekleyebilirsiniz.

Çözüm:

Uzun liste bekleme veya yerine getirilmeyen yükümlülükler arasında evrensel bir ilaç yoktur, ancak yapabileceğiniz en fazla şey - birlikte çalıştığınız ekibin ana çalışma aşamasında %100 tüketiciye duyarlı olmasını sağlayın. Bir yazılım geliştirme firması olarak biz de zaman zaman ufak tefek üretim hatalarıyla karşılaşıyoruz, ancak isteklere birkaç saat içinde cevap vermeye, tüm eksiklikleri gidermeye çalışıyoruz.

4. Ekibiniz Kişisel sonucunu görmek için motive değildir.

“İnsanların istediği şeyleri inşa etmiyoruz. İnsanların ihtiyaç duyduğu şeyleri inşa ediyoruz” Steve Jobs

Bağlılık Çarpanı'na göre, Çalışan bağlılığının önemi göz ardı edilemez – “çalışan bağlılığı stratejilerinin personel devir hızını azalttığı, üretkenliği ve verimliliği artırdığı, müşterileri daha yüksek oranda elinde tuttuğu ve daha fazla kâr sağladığı kanıtlanmıştır”. Mind Studios'ta bunların doğru olduğunu biliyoruz - enerjik ve coşkulu kalkınma ajansı tarafından yapılan projeler yaratıcılarına büyük benzerlik gösteriyor. Aksine, kayıtsız ve yavaş programcılar tarafından yönetilen projelerin birinci sınıf bir performans gösterme olasılığı çok daha düşüktür.

Çözüm:

Ekibin katılımı ile projeye ilgisizliği arasındaki fark kolayca izlenebilir - aşağıdaki sorulara verilecek birkaç adil yanıt işinizi görecektir:
Ekibiniz analitik bakış açısıyla fikirlerinize meydan okuyor mu?
Ürününüzün zayıf noktalarını iyileştirmeye yardımcı olmak için size iş analizi aşamasını sunuyorlar mı?
Ekibiniz sizinle yan yana beyin fırtınası yapıyor mu?
Yukarıdakilerin tümüne kendinden emin bir "evet" verdiyseniz - tebrikler, ekibinizin katılımı gölgenin ötesindedir. Ancak, bu soruları nasıl yanıtlayacağınızdan emin değilseniz veya sadece birkaç olumsuz noktanız varsa - bu bir uyarı işareti olabilir.

5. Böcekler, Mikroplar ve Diğer Sorunlar.

Bu, en belirgin düşük performans göstergelerinden biridir, ancak çoğu bunu görmezden gelme eğilimindedir. Test etmek için her yeni yapı aldığınızda (Agile'daki her demodan sonra), işlevde düzeltilmesi gereken bir sürü hata vardır. Bunun sadece bir geliştirme aşaması olduğunu ve lansmandan önce her şeyin cilalanacağını düşünerek yanılmayın - büyük olasılıkla, olmayacak. Kritik sayıda sorun, bir ekibin test sürecinin bir şekilde düzene girmediğini gösterir, bu da daha sonra - başlatma aşamasında size daha fazla soruna neden olacaktır.

Çözüm:

Ürününüzün sürekli olarak (sprint-by-sprint) hata koktuğunu fark ettiğinizde, bir ekibin test sürecini değiştirmesini veya ekibi değiştirmesini isteyebilirsiniz.

Mind Studios'ta testleri son derece ciddiye alıyoruz - her sprintten sonra birkaç yineleme yapıyoruz, A/B test gruplarıyla deneyler yapıyoruz ve hatta ürünlerimizin QA Hackathon'larına katılmasını sağlayarak müşterilerimizin bir projeyi almasını sağlıyoruz. google geçirmez kalite. Sorunlar ortaya çıkarsa yardımcı olmaktan her zaman memnuniyet duyarız.

Değişim başta zordur,

Ortada dağınık ve

Sonunda muhteşem.

Robin Sharma, yazar ve lider konuşmacı

Tamamen yeni bir şeye sıfırdan başlamak asla kolay değildir - tuzaklar her yerdedir, örneğin kötü yazılım geliştiricilerle uğraşmak. Bazen yanlış anlaşılmış veya tamamen güncelliğini yitirmiş ve hayal kırıklığına uğramış hissedebilirsiniz - burada güvenlik sigortası yoktur. Kötü programcılarla çalıştığınızı kanıtlamaya çalışmıyoruz. Bununla birlikte, birlikte çalıştığınız insanlara bağlı olarak, bunu az çok akut hissedebilir veya hatta bu duygulardan hiç kaçınabilirsiniz. Belki de daha büyük bir değişikliğin zamanı gelmiştir?

Dmitry Dobritsky ve Elina Bessarabova tarafından yazıldı.