Önce depoyu ve tarih penceresini seçin
Özetlemek istediğiniz çalışmaya sahip projeden başlayın. Desteklenen bir günlük veya iki günlük aralığı seçin. Bu, bir müşteri deposu hakkındaki güncellemenin başka bir projedeki ilgisiz çalışmayı içermesini engeller.
Standup, bu pencerede kaydedilmiş başarılı uygulama denemelerini kullanır. Bir görevin birden çok denemesi olabilir, bu nedenle yararlı çalışmanın ne zaman gerçekleştiğini orijinal oluşturulma tarihinin tanımladığını varsaymak yerine tarihli kanıtı okuyun. Kuyruğa alınmış fikirler ve tamamlanmamış istekler, gönderilmiş çalışma güncellemesine ait değildir.
Değişiklik günlüğünü kanıta dayalı bir taslak olarak kullanın
Oluşturulan güncelleme, mevcut çalışmayı Eklendi, Değiştirildi, Düzeltildi ve Güvenlik olarak gruplandırır. Aynı kaydedilmiş kanıtı kullanarak takip sorularını yanıtlayabilir. Bu, hangi görevin bir satırı desteklediğini veya uygulamanın hangi dosyaları değiştirdiğini bildirdiğini sormanıza fırsat verir.
Başarılı uygulama, üretim sürümüyle aynı değildir. Bir müşteriye bir özelliğin gönderildiğini söylemeden önce, değişikliklerinin kendi yayın sürecinizden incelendiğini, birleştirildiğini ve dağıtıldığını kontrol edin. Standup geliştirme çalışmasını kaydeder; yayın notlarınız yayınlama hikayesini belirler.
Değişiklikleri müşteri iş akışına çevirin
“Filtrelenmiş CSV dışa aktarma eklendi” gibi teknik bir satır, bir müşterinin şimdi ne yapabileceğini ve bunu nerede bulacağını açıkladığınızda yararlı hale gelir. Açıklamayı gerçek sonuca bağlı tutun. Görev yalnızca bir önizlemeyi iyileştirdiyse, bunu yeni bir dışa aktarma özelliği olarak sunmayın.
Somut bir örnek kullanın, sonraki adımı etkilediğinde bir sınırlamadan bahsedin ve ilgili kılavuza bağlantı verin. Uydurma zaman tasarrufları, müşteri alıntıları veya benimseme iddialarından kaçının. Kanıt olmadan bir üstünlük ifadesinden daha ikna edicidir belirli ürün davranışı.
Özet etrafında bir inceleme alışkanlığı sürdürün
Her satırı görev sonucuna ve mevcut yamalara karşı okuyun. Müşteri güncellemesine ait olmayan dahili operasyonel ayrıntıları kaldırın. Bir sonuç belirsiz olduğunda çalışmayı inceleyin veya iddiayı dışarıda bırakın.
Web sitesi sürüm makaleleri, farklı bir sınırda aynı kanıt ilkesini izler: yayınlanmış sürüm notlarını kullanır ve ilgili değişikliklerin arkasındaki pratik iş akışını açıklarlar. Standup geliştirme kanıtı toplamaya yardımcı olur. Sürüm notları ve editoryal inceleme, neyin kamuya açık ürün iddiası haline geleceğine karar verir.
Müşteri kodlama çalışmasını isteğine bağlı tutun, Birden çok müşteri deposu için tek operatör çalışma alanı konularını keşfedin.