Sprint ve planlama · Taskending editör ekibi
Proje değişiklik talebi nasıl yönetilir? Örnek ve şablon
Değişiklik talebi, üzerinde anlaşılmış bir işin kapsamını veya teslim koşullarını değiştirme isteğidir. Talebi kaydetmek onaylamak anlamına gelmez. Sağlıklı süreç, beklenen faydayı ve mevcut taahhütlere etkisini karar verilmeden önce görünür kılar.
Güncellendi: · 2 dk okuma
Hata, açıklama ve yeni kapsamı ayırın
Mevcut kabul koşulu sağlanmıyorsa hata veya eksik teslim söz konusu olabilir. Önceden kararlaştırılmamış yeni davranış ise kapsam değişikliğidir. Belirsiz bir cümlenin açıklanması bazen mevcut anlaşmayı netleştirir; bazen gerçek bir ek iş doğurur. Kararı yalnızca talebin adına bakarak vermeyin. Önce mevcut kabul koşulunu ve istenen farkı yan yana yazın.
Talebi sonuç üzerinden tanımlayın
Kim, neyi, hangi gerekçeyle istiyor? Hangi kullanıcı veya iş sonucu iyileşecek? İhtiyaç için gerçek bir son tarih var mı? Önerilen çözüm tek seçenek mi? Örneğin “Rapora üç filtre ekleyin” yerine “Bölge sorumlusu yalnızca kendi siparişlerini ayırabilsin” ihtiyacını incelemek, daha küçük bir çözüm olasılığını ortaya çıkarabilir. Karar için gerekli bilgiyi toplayın; büyük bir belge oluşturmak zorunlu değildir.
Etkiyi seçeneklerle karşılaştırın
Kapsam, kapasite, bağımlılık, test ve iletişim etkisini ayrı ayrı yazın. Hayali örnek: ekipte sekiz saat planlanmamış kapasite vardır, yeni isteğin ilk tahmini on iki saattir. Dört saatlik farkı sessizce fazla mesaiye dönüştürmek yerine başka işi çıkarmayı, daha küçük çözümü veya ertelemeyi değerlendirin. Tahminin belirsizlik aralığını belirtin; sayılar kesin teslim sözü değildir.
Kararı ve gerekçeyi kaydedin
Karar sahibi kabul, ret, erteleme veya ek araştırma seçebilir. Kararın tarihi, gerekçesi, etkilenen işler ve yeniden bakılacak koşul kayıtlı olsun. Erteleme kararı sonsuz bekleme olmamalı; bir inceleme tarihi veya tetikleyici ekleyin. Aynı talep yeniden geldiğinde önceki değerlendirme bulunabilsin. Kurumsal bir onay kuralınız varsa bu genel akışı o kurala göre uygulayın.
Onaydan sonra planı güncelleyin
Taskending’de değişiklik isteğini ayrı iş olarak açıp etkilenen işlerle ilişkilendirebilirsiniz. Kabul edildiğinde açıklamaları, kabul kriterlerini, sprint veya hedef sürümü ve gerçekçi tarihleri birlikte güncelleyin. Bağımlı işlerin sahiplerine yeni planı bildirin. Yalnızca talep kaydını kapatmak, eski teslim sözlerinin kendiliğinden değiştiği anlamına gelmez.
Değişikliklerin nedenini öğrenin
Dönem sonunda hangi taleplerin eksik başlangıç bilgisi, yeni ihtiyaç veya dış bağımlılık nedeniyle geldiğini inceleyin. Amaç değişikliği yasaklamak değildir; tekrar eden sürprizlerin kaynağını anlamaktır. Bir örnekte iyi sonuç veren akışı bütün projelere zorunlu kılmadan önce işin büyüklüğüne ve karar maliyetine göre sadeleştirin.
Değişiklik talebi ve karar kaydı
| Alan | Doldurulacak bilgi |
|---|---|
| Mevcut anlaşma | [İlgili iş ve kabul koşulu] |
| İstenen fark | [Yeni sonuç ve gerekçe] |
| Etki | [Kapsam, kapasite, test, bağımlılık] |
| Seçenekler | [Küçült / başka işi çıkar / ertele] |
| Karar | [Karar sahibi, tarih, gerekçe] |
| Güncellenen plan | [Etkilenen işler, iletişim ve kontrol tarihi] |
Talep kaydı bir onay değildir. Karar sonrası etkilenen işlerin planlarını ayrıca güncelleyin.
Şablonu indir (.md) ↓Ücretsiz. Kayıt gerektirmez. Metin düzenleyicinize veya iş açıklamasına aktarabilirsiniz.
Kendi iş akışınızda deneyin.
Bir şirket alanı oluşturun, ilk işinizi açın. Taskending şu anda ücretsiz.
Ücretsiz başlayın