Veri Bilimi ve Veri Mühendisliği alanındaki danışmanlık projeleri, tam teşekküllü bir çözüme önemli bir yatırım yapmadan önce genellikle bir Kavram Kanıtı (PoC) veya Minimum Uygulanabilir Ürün (MVP) geliştirmek amacıyla sıfırdan başlar.

Bununla birlikte, önemli sayıda gelecek vaat eden proje bu başlangıç ​​aşamalarının ötesine geçemez ve bunun en büyük nedenlerinden biri, zayıf Beklenti Yönetimidir.

Geliştirici neden toplantıya bir merdiven getirdi? Yönetimin beklentilerine ulaşmak için!

Hem müşteriler hem de dahili yönetim tipik olarak veri girişimleri için yüksek beklentilere sahiptir. Bir müşteriyi bir projeyi sürdürmeye ikna etmek zordur ve projeye dahil olduklarında, projeyi genişletmek ve başka danışmanlar getirmek konusunda güçlü bir ilgi vardır. Aynı zamanda, müşteri sonuçları hızlı bir şekilde görmek istiyor. Bu, geliştiriciler üzerinde çok fazla baskı oluşturarak olası olumsuz sonuçlara yol açar:

1. Bir MVP oluşturuldu, ancak teknik kurulum o kadar zayıf ki üretken bir çözüm oluşturmak mümkün değil veya aşırı derecede pahalı
2. Sonuç beklentilerini karşılamadığı için müşteri memnun değil
3. Geliştiriciler yandı
4. Proje bağımlılıklar nedeniyle gecikiyor ve bütçeyi aşıyor
5. En kötü durum senaryosu, diğer projelerde gelecekteki işbirliğini engelleyebilecek olan müşteri ilişkisinin zarar görmesidir.

1. Başlangıçta projenin kapsamını sınırlandırın

Net ve yazılı beklentilere sahip olmak hem bir sigorta hem de bir fırsattır. Proje kapsamının aşırı genişlemesini engellerken, beklentilerin aşılması durumunda ekibin bağlılığını da gösterir. Bu, ekip için öncelikleri ve odak noktalarını belirlediği için, bir projenin başlangıcında üstlenilen ilk faaliyetlerden biri olmalıdır.

Müşterilerin ilgili karmaşıklıkları anlamadan ek veri kaynaklarını dahil etmek istedikleri durumlarla sık sık karşılaştım. Basit görünse de, bir veri kaynağını toplamak, temizlemek ve teslim etmek için gereken çabayı asla hafife almayın. Ayrıca, ön uç kullanım için bir veri ayıklamanın yalnızca temizlenmesi ile verileri sürekli ve istikrarlı bir şekilde işlemek için bir ardışık düzen oluşturmak arasında önemli bir fark vardır.

2. Kendi beklentilerinizi belirleyin ve insanları sorumlu tutun

Müşteri tarafındaki muhataplar genellikle projeye %100 tahsis edilmez. Bu onların önceliği olmadığı için, geliştirme ekibi için kritik çıktıları gözden kaçırabilirler. Onlara hatırlatmak ve danışmanlar olarak bizim tarafımızdan belirlenen beklentilere uymalarını sağlamak, projenin zamanında teslim edilmesini sağlamaya yardımcı olur.

3. Yapılandırılmış bir şekilde iletişim kurun

Önceki projelerimden birinde benimsediğimiz bir yaklaşım, iş paydaşlarıyla 3 tür toplantı yapmaktı. İlk olarak, başarılarımızı sergilemek için ilerleme güncelleme toplantıları düzenledik. İkinci olarak, paydaşların en iyi eylem planını anlamalarına ve işbirliği içinde karar vermelerine yardımcı olarak, karşılaştığımız zorlukları veya mevcut seçenekleri açıkça ifade etmek için tartışmalar düzenledik. Üçüncüsü, katkılarına ihtiyaç duyduğumuz konularda iç uzmanlarına yönlendirilmeyi ve onlarla toplantılar yapmayı sağladık.

İkinci tür toplantılar, özellikle beklentileri uyumlu hale getirmek için çok önemliydi. Veri bilimcilerin ve mühendislerin karşılaştığı sorunlar, dışarıdan bakanlara anlaşılmaz görünebilir, ancak çözümü kullanacakları için müşterinin yine de belirli kararlar alması gerekir. Net bir anlayış oluşturmak ve açık iletişimi sürdürmek bu boşluğu kapatmaya yardımcı olur. Seçenekleri basit terimlerle ve nihai ürün üzerindeki etkilerini açıklamak için özlü bir sunum veya benzer bir materyal oluşturmak için zaman ayırın.

4. Bağımlılıkları erkenden belirleyin

Bir projenin ilk aşamalarında, gerekli veri kaynakları gibi bağımlılıkları tanımak önemlidir. Teknik bağlantıların kurulmasına ek olarak, verilerin bir geliştirme ortamına entegre edilmesinden önce genellikle veri sahiplerinden onay alınması gerekir. Bu sorunları mümkün olan en kısa sürede ele almak, hattaki komplikasyonları önlemeye yardımcı olur.

Ayrıca, ön uç ve arka uç arasındaki en belirgin bağımlılığı ele almak çok önemlidir. Örneğin, bir raporun tasarlanması gerekiyorsa, tüm boru hattının tamamlanmasını beklemek yerine mümkün olan en kısa sürede bir model veri seti sağlamak faydalı olabilir. Bu proaktif yaklaşım, ön uç ekibin çalışmalarına başlamasını sağlarken, arka uç ekibi gerekli altyapıyı geliştirmeye devam ediyor.

5. Görsel olarak çekici özellikler ile temel teknik bileşenler arasında bir denge kurun

Teknik arka uca odaklanmak ile ön uç sunumu arasında bir denge bulmak önemlidir. Yalnızca arka uca odaklanmak, müşterinin yapılan işi görmesini ve takdir etmesini zorlaştırabilir. Öte yandan, ön uca çok fazla vurgu yapmak, tam teşekküllü çözümün uygulanabilir olup olmadığı veya temelin üzerine inşa etmek için yetersiz olup olmadığı konusunda uygun bir değerlendirme yapılmasına izin vermeyebilir.

Çözümün temel bileşenlerine odaklanın ve düzgün çalıştıklarından emin olun. Bir MVP'nin amacı neyin mümkün olduğunu göstermektir, bu nedenle çekici görünse bile tek bir konuya aşırı odaklanma konusunda dikkatli olun. Aynı zamanda, test etme ihtiyacını ve gelecekteki iyileştirmeleri düşünmeden kodu aceleyle bir araya getirmekten kaçının. Doğru dengenin sağlanması, müşteri beklentilerini karşılayan daha sağlam ve etkili bir çözümle sonuçlanacaktır.

Çözüm

Sonuç olarak, geliştiriciler olarak elimizden gelenin en iyisini yapmamıza rağmen, bazı projeler hala durdurulabilir. Bütçe kısıtlamaları gibi çeşitli faktörlerin devreye girebileceğini kabul etmek önemlidir. Her şeyimizi verdiysek kendimize çok yüklenmemeliyiz. Bunun yerine, deneyimlerden ders çıkarmalı ve yeni zorluklarla olumlu bir bakış açısıyla yüzleşmeye hazır olarak ilerlemeliyiz.

Aynı zamanda, PoC ve MVP aşamalarında doğru beklentileri belirlemeyi başarırsak, tam teşekküllü bir çözüm için sağlam bir temel oluştururuz. Beklentileri etkin bir şekilde yöneterek ve vaatleri yerine getirerek, projenin devam etme ve başarı olasılığını artırabilir, sonuçta hem müşterilerimize hem de profesyonel gelişimimize fayda sağlayabiliriz.

Okuduğunuz için teşekkürler!