Tabaktaki en önemli görevlerden biri müşteri ile iletişim kurmak. Özellikle zor bulduğum bir şey, müddetler tarafından zorunlu kılındığı ve sık sık danışılmadığım için son tarihlerle uğraşmaktır.
Müşteriyle iletişim kurmaktan sorumlu olmanız gerekiyorsa, neden bu bilgileri kuruluşunuzda kendilerinden sorumlu kişiler ile müşterinin tarafında muadilleri arasında iletebilmek için planlama (ve bütçeleme) konusunda danışılmıyorsunuz? Bu sorunu çözmenin sizin, ekibiniz ve projeniz için büyük bir fayda olacağını düşünüyorum.
İstemci, eklemek istedikleri bir özellik, Özellik X ile geliyor. Özellik X, önümüzdeki haftanın yaklaşık 6 iş günü olan uygulama sürümünde iyi görünecekti. Bu noktada, özellik isteğinin onaydan geçmesi gerekiyor ve genellikle ele alınması gereken başka bağımlılıklar var. Nihayetinde, N gün sonra özellik isteği ekibime akıyor. Orijinal geliştirici olmayan bir yönetici tarafından ayarlanan orijinal son satıra ulaşılabilir olsa bile, artık gerçekleştirilemez.
Bu zamanlama sistemi en azından garip görünüyor.
Deneyimlerime göre, müşteri belirli bir sürüm için oturum açar. İstedikleri özelliklerin ve değişikliklerin bir listesini ve ne zaman istediklerini gönderebilir ve daha sonra yazılımı oluşturan ekiple görüşebilirler. Veya geliştirme ekibine öncelikli bir özellik listesi verebilirler ve geliştirme ekibi, çeşitli özellik kümelerini ne zaman gönderebileceklerine ilişkin tahminler sunar. Başka varyantları da var.
Ancak, daha önce izin verilmediğini gördüğüm bir şey, bir müşterinin oyunu çok geç bir süre içinde değiştirebilmesidir, özellikle bir sürümden bir hafta uzakta değil. Bu, tasarımcıları, geliştiricileri ve testçileri bu tür bir baskı altına sokmak doğru görünmüyor. Yinelemeli geliştirme yapıyorsanız, yüksek öncelikli bir özellikse, biriktirme listesi biçimine eklediğinizden ve mümkün olan en kısa sürede almayı unutmayın. Yüksek öncelikli bir özellik değilse, bu sürüm sırasında kesinlikle buna ihtiyaç duymazlar ve bir sonrakine kadar bekleyebilirler.
Tasarım, geliştirme, test ve dağıtım ekiplerinizin yanı sıra müşterinizin donma, kod dondurma ve teslimat özelliklerine uygun bazı temel kurallar koymanızı tavsiye ederim. Bunları yazılı hale getirin, herkesten taahhüt alın ve ona bağlı kalın. Bir kez bütçelerseniz, daha fazla bükmeniz ve sürecin kontrolünü kaybetmeniz beklenir.
Ne yazık ki yapabileceğim pek bir şey yok çünkü burada iktidarda değilim.
Yalnız olmayabilirsin. Ancak, tasarımcılarınız ve / veya geliştiricileriniz ve / veya testçileriniz programlara uymak için çok fazla baskı altındaymış gibi görünüyor. Bir takım olarak amirlerinize oturmalı ve durumu açıklamalısınız. İlk olarak, kuruluşunuzu süreçte iyileştirme taahhüdünde bulunun, ardından müşteriyle birlikte çalışarak işlerin nasıl yürüdüğünü öğrenin.
Bu çok mazeret gibi hissediyorum.
Bahane yapmaya başladığınızda, Zor bir Konuşma veya Önemli Bir Konuşma yapma zamanı gelmiş olabilir . Bu iki kitaptan birini tavsiye ederim. Onları okumak, özellikle gerginliğin her tarafta yüksek olduğu zor bir durumla karşılaşmanız gerektiğinde iletişim becerilerimin gelişmesine yardımcı oldu.
Diğer cevapların bazılarını ele almak için.
Ne yazık ki, güç size başkaları tarafından verilmekten ziyade çoğunlukla kendiniz tarafından alınır.
Andrea'nın bununla nereye gittiğini bilmiyorum . Evet, bilgi akışını düzeltmeniz gerekiyor. Ancak, herkesin proje başlangıcında neyin üzerinde anlaşıldığını bildiğinden emin olmak için PM'ler ve müşteri ile çalışmanız gerekir. Düzenleme, herhangi bir nedenle işe yaramazsa, yeniden ziyaret edin ve işi ve onlara daha uygun olan insanlara rolleri yeniden dağıtın.
İktidarı almazsınız veya iktidarla savaşmazsınız, ama onunla çalışın, onu evcilleştirmeye ve herkes için işe yaramaya çalışın.
Sorun şu ki - müşteri bu özellik için çoğunlukla işletme değerini biliyor, ancak karmaşıklığının farkında değil. Sadece tartışın ve netleştirin. Her zaman.
Loki2302'den bu alıntı hemen hemen yerinde. Bir yazılım mühendisi olarak işlerinizden biri, doğru insanların bir görevin ne kadar zor olduğunu, ne kadar süreceğini ve bir şey yaparken ne tür seçenek ve risklerin olduğunu bilmelerini sağlamaktır. Ekibinizin lider iletişimcisi olarak, bu bilgileri kuruluşunuzdan müşterinize aktarmak teorik olarak sizin işinizdir.