Yazılım projelerinden bahsederken, yazılım geliştirme şirketlerinin veya yazılım hizmet tasarım şirketlerinin bir projeyi nasıl tanımladığını hiç gördünüz mü? Onların açıklamalarını okuduktan sonra, proje gereksinimlerini ve arka planını hızlıca anlayabiliyor musunuz?

Yaygın yazılım proje açıklama yöntemleri genellikle aşağıdaki dört maddeyi içerir:

Müşteri Sektörü Tanıtımı

Yazılım projelerinin hizmet verdiği müşteriler, çeşitli sektörlerden gelmektedir. Farklı sektörlerden insanlara projeyi tanıtmak için sektörel arka planla başlamak gerekir. Sektörel arka plan tanıtımı, bu sektörün insanların yaşamıyla nasıl bağlantı kurduğunu, pazarda hangi satış veya hizmet hedeflerine sahip olduğunu, müşterinin bu sektördeki rolünü, hangi inanç veya özelliklere sahip olduğunu ve şirketin gelecekteki vizyonunu içerir. Yazılım geliştiricilerin gereksinimleri uygun şekilde ele alabilmesi için, müşteri sektör tanıtımı bir temel oluşturur ve geliştirme ekibinin müşterinin perspektifini anlamasına yardımcı olur.

İş Sürecinde Karşılaşılan Sorunlar (Gereksinimlerin Kaynağı)

Bu, müşterinin ortaya çıkmasının en büyük motivasyonudur. Müşteri, çalışma ortamında ne tür durumlarla karşılaşıyor? Mevcut iş süreçleri dijitalleştirilmesi gerekiyor mu, yoksa mevcut bilgi sistemleri yıllar içinde yeniden düzenlenmeli mi, veya sektördeki yeni trendlere yanıt olarak dijital önlemler mi alınmalı? Burada, müşterinin karşılaştığı durumu objektif ve empatik bir şekilde anlamak gerekir.

Önerilen Çözüm

Müşteriyle uzlaşıldıktan sonra, yazılım şirketi, gereksinimlere uygun özelleştirilmiş proje planlaması ve uygulaması sunar ve bu, müşterinin iş süreçlerine başarıyla entegre edilir.

Sonuç

Eski çözümlerle karşılaştırıldığında, yeni çözümün uygulanmasıyla müşteriye nasıl bir fark ve değişiklik sağlandığına dair objektif bir sonuç çıkarılır, örneğin: üretim hattı süreç verimliliğinin artırılması, bilgi toplama süresinin azaltılması, yeni müşteri kitlelerine ulaşma kanallarının sağlanması...

Yukarıdaki dört yazılım proje açıklaması, projeyi önceden anlamamıza yardımcı olabilir. Müşteriyle tartışma sürecinde, proje yöneticisi, bu açıklamaların bizim için net olduğundan emin olmalıdır. Çünkü bir yazılım proje açıklaması esnektir; kısa bir cümleyle projenin ne yaptığını söyleyebilir veya uzun bir raporla projenin içeriğini açıklayabilir. Bu noktada, şunları deneyebilirsiniz:

'Temel Değer' Oluşturun, Bu Temel Değer Projenin Kapsamını Belirlesin

Bir proje, sınırlı kaynaklarla belirli bir amaca ulaşmak için vardır. Ancak, belirli bir amaca ulaşma sürecinde, kapsam sınırlanmazsa 'ilgili' işlevler ortaya çıkabilir. Bu ilgili işlevlerin ortaya çıkması, tüm çözümü büyük ölçüde geliştirebilir, ancak geliştirme süresini uzatabilir ve zamanında çevrimiçi olmayı engelleyebilir; veya aslında tüm çözüm için somut bir fayda sağlamayabilir.

Örnek:

Müşteri, bir kurumsal bilgi sistemi için 'başlat düğmesine basıldığında otomatik olarak planlama işini yürüten' bir işlev oluşturmak istiyor. İlk bakışta, sonraki iş süreçlerini sırayla bağlamak yeterli gibi görünebilir, ancak gerçek geliştirme durumu, bu sistemin uygulama alanına bağlı olarak, yürütme kimlik doğrulaması, önceki yürütme durumu, sistemin stabil bağlantısı gibi ilgili iş mantıklarının eklenmesini gerektirebilir. Bu noktada, müşteri tartışma grubunda aniden 'Başlat düğmesine bastığımda, canlanmış, hareketli bir his istiyorum.' der.

Yazılım geliştirme sırasında, tek bir kullanıcı hikayesine göre işlev planlarken, genellikle durumsal değerlendirme ve çeşitli ilgili iş mantıklarını eklememiz gerekir. Müşteri, işlevsel düzeyde başka bir itirazda bulunmadığında, odak noktası arayüzün rengi, düzeni, düğme davranışı, sayfa geçişleri gibi konulara kayabilir ve çeşitli ısrarlar ortaya çıkabilir, her zaman ekranın daha canlı olmasını isterler.

Geliştirme Süresi Sınırlı Olduğunda, Geliştirme İşlevi ve Müşteri Beklentileri Arasında Çatışma Olduğunda Ne Yapmalı?

Bu noktada, mevcut zaman, insan gücü ve ilgili işlevlerin gerekliliği ve önceliğini doğrulamak için en temel 'temel değere' geri dönmek gerekir. Temel değer, genellikle kısa ve öz bir slogan gibidir, tıpkı güçlü bir büyü gibi, kullanıcı hikayelerini ekleyip çıkarmayı düşünürken üç kez tekrarladığınızda, zihninizde net bir cevap alabilirsiniz!

Yukarıda belirtilen örnekten, müşteri ısrar ettiğinde, tartışmayı 'daha canlı bir ekranın kurumsal bilgi sistemi operasyonlarına faydası nedir?' veya 'Ekranı daha canlı hale getirmek için tasarımdan başlamak gerekiyor, bu da planlamada ekstra zaman ekleyebilir ve çevrimiçi olma süresini geciktirebilir, bu iyi mi?' gibi düşüncelere yönlendirebiliriz. Ardından, 'Önerilen gereksinimleri 'temel değer' e göre düzenleyerek öncelik sırasına göre değiştirin, böylece zamanında çevrimiçi olabilirsiniz.' yanıtını sunabiliriz.

Her Projeye Göre, Müşteriyle Tartışırken En Uygun 'Temel Değeri' Belirleyin

Projenin temel değeri, geliştirme ekibi tartışmaları veya müşteriyle gereksinim görüşmeleri veya kabul testleri sırasında, tıpkı bir deniz feneri inşa etmiş gibi, bizi tartışma denizinde konudan sapmadan, projenin ana eksenine geri dönerek tartışmaya yönlendirir.

Bugün makaleyi okuyan siz de müşteri tarafından sunulan gereksinimlerden dolayı sıkıntı yaşıyorsanız, projenin temel değerini listeleyerek kendinizi ve müşterinizi ikna etmeyi deneyin!