Ne istediklerini bilmeyen müşterilerle çalışmak

Kısa bir süre önce, var olan bir sistemde çalışmamı sağlayan bir işe başladım. Yeni kodun yanı sıra ince ayarlar ve güncellemeler gerektirir. Şu anda birkaç bakım / özellik ekleme projesi yaptım ve bunların birçoğu gerçekte talep edilenlerden önemli ölçüde farklı oldu. Bu nedenle, istekte bulunanın istediği yere ulaşmak için öğeyi birkaç kez programlamak zorunda kaldım.

Şimdi, yapılması gerekenler buysa, özelliği yeniden programlamayı umursamıyorum. Ancak, projelerimdeki geri dönüş süresini azaltmak istiyorum. Darboğaz, talep eden kişinin ne yapılması gerektiğine dair algısındadır. İstekte bulunanın daha hızlı bir şekilde neye ihtiyacı olduğunu anlamak için neler yapabileceğim hakkında bir fikriniz var mı?

Birkaç öneri:

• Çözümleri değil, sorunları dinleyin . Birçok müşteri size sorunlarını nasıl çözeceğinizi söylemekten hoşlanır. Onları dinleme. Siz programcısınız ve sorunlara çözüm bulmak sizin işiniz. Bunun yerine müşterilerin hangi sorunları yaşadıklarını dinleyin ve çözmenin en iyi yolunu bulun. Diğerlerinin söylediği gibi, müşteriler gerçekten ne istediklerini bilmiyorlar, bazen önce onlara göstermelisiniz.

• Soru Sorun . Soru sormayı bitirdiğinizde biraz daha sorun. Müşteriler, gerçekten düşünmedikleri için nadiren ayrıntılarla geliyorlar. İhtiyacınız olan bilgiyi elde etmenin tek yolu, bunları onlardan çıkarmaktır.

• Yazılı İşleri Alın Müşteriyle ilgili duruma bağlı olarak, daha sonra ne sunduğunuzdan "istedikleri gibi değil" nasıl şikayet ettikleri konusunda şikayette bulunduklarında bu gerçekten önemli olabilir. ve başka bir şey yoksa, ayrıntılı spesifikasyonlar yazmak, ihtiyacınız olan tüm bilgilere sahip olduğunuzdan emin olmanıza ve müşteri ile aranızdaki belirsizlikleri gidermenize yardımcı olabilir.

• İletişim anahtardır . sadece müşteriyle konuşmayın, bilgi alın, bazı kodları çalın ve bitene kadar onlarla konuşmayın. Her zaman müşteri ile temas halinde olun. Süreç boyunca sorular sorun. onlara kaydettiğiniz ilerlemeyi gösterin ve geri bildirim alın. Uzun vadede herkesin hayatını kolaylaştıracak.

İletişimden aldığınız hemen hemen her türlü kendi kendine yardım kitabı size bunun bazı varyasyonlarını verecektir:

• Önce anlayın sonra anlayın

Bu 7 alışkanlık kitabından geliyor, ama hepsi " aktif dinleme " yönteminin bazı varyasyonları . Amaç sadece anlamak değil, anladığınız onlarla iletişim kurmaktır.

Bir kez neye ihtiyaç duydukları hakkında iyi bir fikrim olduğunu düşündüğümde ( özellikle uygulama ayrıntılarını açıklamaya başlarlarsa istediklerinden uzak durun - bu onların işi değil), onlara sistemi kullanan çeşitli insanların hikayelerinden örnekler veriyorum ve onlarla jives.

Sonra bunu uygularım, özelliği bir kez gördüklerinde, bunun tam olarak istedikleri şey olmadığını fark edeceklerini umuyorum. Her şeyi esnek tutun. Değişmeyen tek şey değişimdir. Genellikle ilk kenardan sonra ikinci hızlı güncellemeden sonra pürüzlü kenarların çoğunu hallettim, ama her zaman asimtotik olarak asla ulaşamayacağım bir ideale yaklaştığımı görüyorum. Sonunda, önemsiz şeylerin gitmesine ve daha yüksek değerli hedeflere geçmesine izin vermeniz gerekir.

Acını hissediyorum....

Kötü haber şu: Tam olarak ne tür müşterilerle uğraştığınıza bağlı olarak, bu her zamanki gibi iş olabilir.

Yaygın bir genel sorun temel olarak müşterilerin ne istediklerini bilmemesidir . Genellikle bir iş hedefi açısından neye ulaşmak istediklerini bilirler, ancak yazılım çözümü açısından nasıl görünmeleri gerektiği konusunda çoğu zaman bir fikirleri yoktur. Birçok durumda, ilk tahmin olduğu sürece bir projenin beş kez ileri geri sıçradığı bu yinelemeli döngüde bulacaksınız, çünkü müşteri fikrini değiştirmeye devam ediyor ve çözümün düzeltilmesini ve yeniden ayarlanmasını istiyor. Ve evet, nihai sonucun ilk hedefin görünüşünden tamamen farklı bir şeye dönüştürülmesi olağandışı değil.

Bunun epik bir örneğini birkaç yıl önce yaptım - başlangıçta kodlamak için 10 hafta süren bir proje 15 aylık bir tekrarlama eziyetine dönüştü. Bu durumda, esas olarak müşteri şirketindeki farklı yöneticiler ve departmanlar farklı şeyler istediler, bu yüzden işi geri göndermeye devam ettiler, ince ayar yapılıp yeniden ayarlandılar (yazılımımız abonelik tabanlı ve bu büyük bir müşteriydi, bu yüzden bu sırtımızdan hiç finansal bir cilt değildi - sadece büyük bir teknik sıkıntı).

Temelde tavsiyem şudur:

Sektörünüz ve bu müşterileriniz böyleyse (bu büyük bir EĞER), o zaman buna alışın. Bunu Çevik, bakım odaklı bir iş olarak düşünün (şu anki konserim aşağı yukarı böyle.) :)

İşlerin yapılması gereken yol bu değilse ve uzun geri dönüşler için suçluyorsanız patronlarınızla konuşun. Onlara iletişim sorunları olduğunu ve müşterilerden gelen özelliklerin istenen çözümü uygulayabileceğiniz kadar açık olmadığını açıklayın. İstedikleri şeyi vermek için gerekli tüm bilgileri alamıyorsanız, müşterilerinize istediklerini vermediğiniz için suçlu bulunduğunuz durumda kendinizi bulmak istemezsiniz.

Her şeyden önce, müşterilerin görene kadar ne aradıklarını gerçekten bilmediklerini kabul etmelisiniz. Şimdi size X özelliğine ihtiyaçları olduğunu söyleyebilirler. Onlara X özelliğini gösterin, sonra gerçekten ihtiyaç duydukları şeyin Y özelliğinin veya X özelliğinin başka bir varyasyonu olduğunu anlayacaklardır.

Müşterinin gerçekten daha hızlı bir şekilde ne istediğini anlamanın iyi bir yolu , iletişim ve müşteri işbirliğine odaklanan Agile Manifestosunu kucaklamak ve takip etmektir . Geliştirme döngüsünü yinelemelere bölün ve istemciye, yinelemenin her iki ucunda özelliğin bir prototipini gösterin. Bu şekilde, özelliğe çok fazla kaynak yatırmak zorunda kalmadan, müşterinin geri bildirimlerine göre anında geri bildirim alır ve değiştirirsiniz. Bu şekilde, hem siz hem de müşteri ürünün sonucundan memnun kalacaksınız.

Geçişin ekibiniz veya şirketiniz için zor olacağından eminim, ancak hızla değişen gereksinimlerle başa çıkmanın en iyi yollarından biri.

Çok sayıda ve benzer hikayeler burada bulunabilir . Başka bir geliştirme şirketi için taşeron olarak çalışmamı bile, ne istediklerini tam olarak bilen bir müşteri bulamadım.

Ne istemediklerine veya kaçınmak istediklerine dair gerçekten iyi bir fikri olan biriyle çalışacak kadar mutluyum. Genellikle oradan mutlu oldukları bir şeye çalışabilirim.

Deneyimlerim çoğunlukla uygulama / platform geliştirmede. Neyse ki, nadiren web tasarımcıları gibi estetik konularıyla uğraşmak zorunda kalıyorum.

Birçok can sıkıcı yeniden yazma işleminden sonra, artık tam açıklama dediğim şeyi kullanıyorum.

Bu nedenle, müşterilerin gereksinimlerini ve isteklerini tartıştıktan sonra, her zaman ne istediklerini ve bu gereksinimi nasıl yerine getireceğimi yazacağım. Daha sonra onlara yazdıklarımı göndereceğim ve işe başlamadan önce olumlu cevap verene kadar bekleyeceğim.

Eğer onun büyük bir proje (5 günden fazla çalışma demek) ben de prototip olacak. Bu onlara sonunda büyük kod değişiklikleri olmadan fikrini değiştirme şansı veriyor.

Her zaman işe yaramaz, ama en azından müşterinin yanlış uyguladığımı değil, fikrini değiştirdiklerini bildikleri bir konumdayım.