Çevik geliştirmede müşteri ilişkileri

Yönetimim, kuruluşla (kuşkusuz kısa) geçmişimde eşi görülmemiş bir soru sordu: "Size yardımcı olmak için ne yapabiliriz?"

Aynı zamanda, proje ortasında gereksinimleri zorlayabilen efsane olan oldukça yeni bir müşteri için birkaç büyük proje üzerinde çalışıyoruz. Bu adamlar için geliştirmek bataklıkta dans dansı gibidir.

Daha çevik bir yaklaşıma geçiş önermek için önemli bir fırsat gibi görünüyor. Sorulacağımı bildiğim ve hiçbir fikrim yok, bu tür bir proje için nasıl teklif / teklif / fatura vereceğim. Saatlik gidiyor musun? Bir dizi fiyat teklif ediyor musunuz? Süratle şarj ediyor musun?

Daha genel olarak, Agile Manifestosu'nun "Sözleşme müzakereleri üzerinde müşteri işbirliğine değer veriyoruz" ifadesi, yönetimimi korkutmaya devam ediyor. Biraz çok şey isteyen müşterilerin gerçek dünyasında buna nasıl değer veriyorsunuz?

Şirketimde de aynı sorun var. Sabit fiyatlı, sabit zaman çizelgesi projelerinin bir geçmişi vardır ve müşterilerimiz genellikle çok ilerici değildir.

Ön taahhütler olmadan gelişime gelince, pek çok köktendinci agilistin "Zor olduğunu biliyorum, ama sadece faydaları zorlamanız gerekiyor" veya "Şüpheci olabilirler, ancak ne kadar iyi olduğunu görecekler" dediğini duydum. gidip bir dahaki sefere size geri dönelim ". Bazı endüstrilerde, belki. Bizimkilerde, bu bir saçmalık yükü. Müşterilerimizden hiçbirini, kapsamımızı veya fiyat taahhüdümüzü yerine getirmemize izin vermeyi kabul ettiğini göremiyorum.

Bulduğumuz şey, çevik bir proje için müşterilere teklif verme / teklif verme / faturalandırma şeklinizi değiştirmenin her zaman gerekli olmadığıdır. Düzgün bir şekilde yönetirseniz, teklifinize bağlı kalırken çevik süreci devam ettirebilirsiniz.

Normalde (dolgu ile) yaptığınız şekilde alıntı yapın ve proje kapsamında bazı sınırlar belirleyin. Bu noktadan sonra çevik metodolojinizi takip edin:

• Müşteri ile çalışmaya öncelik verin - önce önemli şeyleri geliştirin
• İlerlemenizi gösteren küçük iterasyonlar geliştirin
• Gerçekten istediklerini geliştirdiğinizden emin olmak için müşteriyle işbirliği yapın
• Yazılımı yazarken özellikleri büyütün

Ama daha önemlisi:

• Bir işlev başlangıçta talep edilenden daha karmaşıksa , müşteriye derhal bildirin ve zaman çizelgesini ve / veya fiyatı etkileyeceğini bildiğinden emin olun.
• Büyük (hatta küçük) değişiklikleri ücretli değişiklik istekleri olarak kabul edin.

Hala Agile'ı dahili olarak kullanıyorsunuz ve avantajları elde ediyorsunuz, ancak müşteri daha tanıdık bir sabit fiyat, sabit zaman çizelgesi, sabit kapsam projesi görüyor. Herhangi bir değişiklik paraya mal olur ve zaman harcar.

Bununla ilgili en zor kısım sınırları ön plana çıkarmak. Kesinlikle sadece satış görevliniz, BA veya proje yöneticiniz tarafından yapılabilecek bir şey değildir . Bu toplantılarda deneyimli bir geliştiriciye ihtiyacınız var. Sorunlara neden olabilecek alanları çivilemeli ve beklentilere karar vermelisiniz.

Bir müşteri çok fazla para ödemek istemez, çünkü çok sayıda gereksinim yazıp bir sözleşme imzalamalarını istersiniz. Her zaman geri dönecek ve ödemeden değişmesini isteyecekler. Spesifikasyonu yanlış anladıklarını ya da daha iyisini yorumladıklarını iddia edecekler. Geri çekilmeyeceğinizi bilerek değişiklik talep edecekler. Bu devam etmek istemediğiniz kötü bir ilişki.

Büyük bir projeyi ayırır ve giderken ödeme yaparsanız, bu miktardaki gelişmenin bu miktarda paraya mal olduğunu görmek daha kolaydır. Bir sonraki bileşen aynı tutara mal olacak ve inşa etmek için aynı zaman alacaktır. Büyük bir projede hepsi bir arada olduğunda, bir çeşit "toplu" indirim almak isteyeceklerdir.

Evimde çalışmak için birini işe aldım. Küçük bir proje ile başladı. Belki bir grup işi bir araya getirerek daha iyi bir fiyat pazarlığı yapabilirdim, ama 3 projenin ortasındayken, kötü bir iş çıkarırken ve beklenenden daha uzun sürerse ne yapmalıyım? Çalışmasının kalitesini ve zamanında olduğunu gördüm. Ve onu başka işlere götürmek beni çok rahatlattı ve onu izlemek zorunda değildim. Müşterilerinizle çok daha iyi bir ilişkiniz olabilir. Daha fazlasını isteyebilirler çünkü onlardan faydalandığınızı hissedebilirler.

Şirketinizin müzakere düşündürmektedir deneyin tutma müşteri ihtiyaçlarına hizmet etmek için çevik metodoloji benimsemek ardından sözleşme, vb. Ekibinizden ayda y saat için X $ ödersiniz. Müşteri öncelikleri yönlendirdiği için kimse cebinden çıkmayacak. Tutucunun güzelliği, onlar için ne üzerinde çalıştığınızdan bağımsız olarak zamanınızı almaları ve sizi öldürmeden temelde fikirlerini değiştirebilmeleridir. Müşteri, parası için değerini daha erken alacak ve model, çevik metodoloji nedeniyle geliştirme sırasında karışıma değişiklik getirmeyi destekliyor.

Sözleşme tartışılamazsa, yine de çevik modeli deneyin, ancak zamanınız için ödeme aldığınızdan emin olmak için gayretli olmalısınız.