Bloga dön
Gantt çizelgesi başlangıç planı: planı gerçeklerle karşılaştırın
Guides5 dk okuma

Gantt çizelgesi başlangıç planı: planı gerçeklerle karşılaştırın

Takvim kaymasını gizlemeden Gantt başlangıç planı kullanın. Başlangıç planını, tahmini ve gerçekleşen tarihleri ayırıp sapmaları yararlı kararlara dönüştürün.

Gantt çizelgesi başlangıç planı, proje takviminin kaydedilmiş referans sürümüdür ve güncel plan ya da gerçekleşen ilerlemenin yanında gösterilir. Ekip, ilk onaylanan zamanlamayı artık olası görünen ve gerçekleşmiş olanla karşılaştırabilir. Başlangıç planı belirsizliğin ortadan kalktığına dair bir söz değildir.

Önemli ayrım başlangıç planı, tahmin ve gerçekleşen arasındadır. Başlangıç planı üzerinde anlaşılan referansı korur. Ekip öğrendikçe tahmin değişir. Gerçekleşen tarihler tamamlanan olayları kaydeder. Bu alanlar birlikte üzerine yazılırsa çizelge takvimdeki kaymayı açıklayamaz.

Bu rehber belirli bir zamanlama uygulamasının kullanımından ziyade yorumlama ve ekip incelemesini ele alır. NextRetro bir retrospektif aracıdır, Gantt planlama motoru değildir; resmi takvimi proje planlama sisteminizde tutun.

Takvim başlangıç planında neler bulunmalı?

Yararlı bir başlangıç planı ilgili faaliyetleri, bağımlılıkları, takvimleri ve kilometre taşlarını birbirine bağlar. Rastgele tarihlerin görüntüsünü kaydetmek, altındaki planı inandırıcı yapmaz. Takvimin kaynak kullanılabilirliğini nasıl temsil ettiğini ve önemli bitiş tarihlerini hangi varsayımların belirlediğini doğrulayın.

ABD GAO Takvim Değerlendirme Rehberi, başlangıç planını korumayı ve takvimi gerçekleşen ilerlemeyle güncellemeyi farklı zamanlama uygulamaları olarak ele alır. Aşağıdaki inceleme yöntemi bu ayrımı küçük bir ekibin karar toplantısına uyarlar; uzman takvim güvencesinin yerini tutmaz.

Başlangıç planının onay tarihini, kapsamını, sürümünü ve varsayımlarını kaydedin. Değişiklikleri kimin onaylayabileceğini belirtin. Sözleşmeli veya düzenlemeye tabi taahhütleri olan bir proje, buradaki hafif örneklerin ötesinde kontroller gerektirebilir.

Performansı iyi gösterecek referansı seçmek için teslimatın sonunu beklemeyin. Proje aşamalı planlama kullanıyorsa hangi bölümlerin ayrıntılı, hangilerinin belirsiz kaldığını ve onaylanan ayrıntıların nasıl korunacağını belgeleyin.

Başlangıç planını, tahmini ve gerçekleşen tarihleri birlikte okuyun

Varsayımsal bir projeden alınan şu parçayı inceleyin. Tarihler ve faaliyetler açıklama amacıyla uydurulmuştur.

Öğe Başlangıç planı bitişi Güncel tahmin Gerçekleşen bitiş İnceleme sorusu
Veri eşlemesi üzerinde anlaşıldı 4 Kas — 6 Kas Anlaşmaya varmak neden daha uzun sürdü?
Geçiş provası tamamlandı 11 Kas 16 Kas — Hangi öncül veya kapasite kısıtı değişti?
Operasyonel kabul 18 Kas 23 Kas — Devralan ekip gözden geçirilmiş hazırlık aralığını kabul ediyor mu?

Tamamlanan bir öğenin sürekli kayan tahmine değil, gerçekleşen tarihe ihtiyacı vardır. Bitmemiş bir öğe ise gecikmeyi bildirmek istemeyen biri eski tarihi güncel plan alanına kopyaladığı için değil, gerçekçi bir tahmine ihtiyaç duyar.

Geçen süre ile çalışma süresini de ayırın. Beş takvim günü ile beş iş günü aynı karşılaştırma değildir. Özellikle ekipler farklı tatil veya çalışma takvimleri kullanıyorsa sapmayı hesaplamadan önce yöntemi belirtin.

Her gecikme projenin bitişini değiştirmez. Geç bir görevin projeyi geciktirdiğini ilan etmeden önce bağımlılık mantığını ve kullanılabilir esnekliği inceleyin. Tersine, önemli bir devirdeki küçük gecikme başka yerlerdeki birkaç büyük kaymadan daha önemli olabilir.

30 dakikalık sapma incelemesi

Güncel takvimi, başlangıç planını ve hareketi bir kararı değiştirebilecek kısa bir öğe listesini getirin. Her çubuğu sırf çizelgede var diye incelemekten kaçının.

İlk beş dakika: referans sürümde ve durum tarihinde anlaşın. Gerçekleşen ilerlemenin güncel olup olmadığını doğrulayın. Çizelgeyi yorumlamadan önce bilinen veri eksiklerini not edin.

Sonraki on dakika: sonuçları önemli bir iş zincirini inceleyin. Kapsamda, sırada, kullanılabilirlikte, eforda veya dış taahhütlerde neyin değiştiğini sorun. Kanıtla desteklenen olayları makul açıklamalardan ayırın.

Sonraki on dakika: yanıtları karşılaştırın. Ekip gereksiz beklemeyi kaldırabilir, sırayı güvenli biçimde değiştirebilir, karar alabilir veya onaylı kapsamı azaltabilir mi? Hızlanma hangi maliyet veya riski yaratır? Daha fazla kişi ya da fazla mesai, otomatik düzeltme değil, sonuçları olan seçeneklerdir.

Son beş dakika: kararı, sorumluyu ve tahmin güncellemesini kaydedin. Bir taahhüdün değişmesi gerekiyorsa projenin yerleşik onay sürecini izleyin. Önceki başlangıç planını ve onaylı değişikliğin gerekçesini koruyun.

Bu süreler kolaylaştırma önerisidir. Karmaşık bir program daha kısa toplantı yerine derin bir takvim riski incelemesine ihtiyaç duyabilir.

Ayrıntılı örnek: geç kalan görev tek neden değildi

Varsayımsal bir yazılım geçişinde prova, başlangıç planından dört iş günü sonra biter. İlk açıklama “test çok uzun sürdü” olur. Ekip zamanı geri kazanmak için sonraki test penceresini kısaltmak üzeredir.

İnceleme kanıtı geriye doğru izler. Testin yürütülmesi planlanan süreyi kullanmıştır. Devralan operasyon ekibi üretime benzer test verilerini onaylamadığı ve adı belirtilen onay sorumlusu müsait olmadığı için çalışma geç başlamıştır.

Test süresini kısaltmak bu nedeni çözmez ve hazırlık kanıtını zayıflatabilir. Bunun yerine ekip sonraki prova için daha erken bir kabul kontrolünde anlaşır ve mevcut onay kurallarına göre yedek bir karar sorumlusunu doğrular.

Tahmini günceller ve ilk başlangıç planını görünür tutar. Retrospektifte yeniden kullanılabilir bir ders kaydedilir: adı geçen kişinin her zaman müsait olduğunu varsaymak yerine bağımlılığı planlarken onay sorumlusunun uygunluğunu belirlemek.

Takvime etkisi sürer. İyi bir açıklama etkiyi silmez. Sponsora, gecikmenin artık sayılmadığı iddiası değil, seçenekler ve ödünleşimlerle birlikte gözden geçirilmiş tahmin iletilir.

Ekip başlangıç planını ne zaman yeniden belirlemeli?

Yeniden başlangıç planı belirlemek, onaylı karşılaştırma referansını değiştirir. Yetkili bir kapsam değişikliğinden veya teslimat taahhüdünün büyük ölçüde yenilenmesinden sonra uygun olabilir. Olumsuz sapmaya rutin yanıt olmamalıdır.

İlk başlangıç planını arşivleyin, yeni onaylanmış kapsamı ve tarihleri belirleyin, gelecekteki raporların hangi karşılaştırmaları kullanacağını açıklayın. Yalnızca bir iş paketi değiştiyse ilgisiz geçmişi sessizce yeniden yazmayın.

Yeni başlangıç planı kalan işi yönetmeye yardımcı olabilirken eski plan öğrenme için yararlı kalabilir. Bunlar birbiriyle uyumlu amaçlardır. Rapor, bir ifadenin ilk taahhütle mi yoksa daha sonra onaylanan planla mı karşılaştırıldığını açıkça belirtmelidir.

Çalışma tahminini yeni onaylı başlangıç planıyla karıştırmayın. Her planlama varsayımının resmen yeniden müzakere edilmesini beklemeden tahmin daha gerçekçi hâle getirilebilir ve getirilmelidir.

Takvim kanıtını yararlı bir retrospektife dönüştürün

Sonraki retrospektifte tekrarlanan tek bir örüntü seçin: onayları bekleme, entegrasyon işini düşük tahmin etme, eksik kapasite veya aşırı iyimser devirler. Toplantıyı her geciken etkinlik için kişisel suçlama oturumuna çevirmeyin.

Ekip hangi kararı elindeki bilgilerle daha önce verebilirdi diye sorun. Sonra kilometre taşı taahhüdünden önce inceleyenin uygunluğunu doğrulamak gibi bir deney tanımlayın ve bu değişikliğin belirli bekleme örüntüsünü azaltıp azaltmadığını kontrol edin.

Deneyi kaydetmek için retrospektif aksiyon maddeleri rehberini, konuşmayı hazırlamak için kolaylaştırıcı kontrol listesini kullanın. Takvim kanıt sağlar; retrospektif ise bilinçli bir öğrenme döngüsü oluşturur.

Sık sorulan sorular

Başlangıç planı son tarihle aynı şey midir?

Hayır. Başlangıç planı takvimin referans sürümüdür. Son tarih bir zaman kısıtı veya taahhüttür. Bir takvim birkaç son tarih içerebilir; başlangıç planı ekibin bunlara ilk başta nasıl ulaşmayı planladığını korur.

Bir görev kayarsa başlangıç planını güncellemeli miyiz?

Gerçekliği yansıtması için güncel tahmini güncelleyin. Onaylı başlangıç planını yalnızca projenin kabul edilen yönetişimine göre değiştirin; eski sürümü ve gerekçeyi koruyun. Rutin üzerine yazma, ilk performansı yorumlamayı zorlaştırır.

Gantt çizelgesi projenin neden geciktiğini kanıtlayabilir mi?

Çizelge zamanlamayı ve bağımlılık ilişkilerini gösterebilir, ancak her nedeni kanıtlamaz. Düzeltici eylem seçmeden önce farklı açıklamaları incelemek için görev kayıtlarını, kararları, kapasite kanıtını ve katılımcıların anlatımlarını kullanın.