Proje başlangıç toplantısı, projeye dahil olan kişileri amacı, sınırları, rolleri ve hemen atılacak adımlar hakkında ortak bir anlayış oluşturmak üzere bir araya getirir. Yararlı bir başlangıç toplantısı varsayımları sınar ve belirsizlikleri giderir. İşin başladığını duyuran bir sunumdan ibaret değildir.
Toplantıdan önce kısa bir özet hazırlayın, ancak katılımı her satıra onay olarak görmeyin. Toplantı sponsorun, teslimat ekibinin, operasyonun ve etkilenen kullanıcıların projeyi nerede farklı anladığını göstermelidir.
APM'nin proje başlangıç rehberi amacı, varsayımları ve çalışma biçimlerini vurgular. Aşağıdaki gündem önerilen bir kolaylaştırma tasarımıdır, resmi bir proje yönetimi şartı değildir.
Başlangıçtan önce ne hazır olmalı?
Problemin kısa bir tanımını, amaçlanan sonucu, ilk sınırları, bilinen kısıtları, önerilen rolleri ve bekleyemeyecek kararları getirin. Proje resmi yetkilendirme gerektiriyorsa bu süreci ayrıca izleyin. Başlangıç toplantısı daveti, fon veya onayın yerini tutmaz.
Katılımcıların okuyabilmesi için özeti yeterince erken gönderin. Herkesten planı değiştirebilecek bir varsayım ve ekibin gözden kaçırmış olabileceği bir bağımlılık getirmesini isteyin. Böylece hazırlık, yalnızca “slaytları gözden geçirin” talebinden ibaret kalmaz.
Temel bilgiler yoksa toplantıya doğru adı verin. Bir keşif atölyesi sonraki adım olabilir. Adını başlangıç toplantısı koymak, tanımlanmamış bir projeyi yürütmeye hazır hâle getirmez.
Kimler katılmalı?
Amacı açıklayabilecek, işi teslim edebilecek, etkilenen operasyonları veya kullanıcıları temsil edebilecek ve acil kararları verebilecek kişileri davet edin. İki uçtan kaçının: kritik bir bağımlılığı kaçıracak kadar küçük bir toplantı ve kimsenin planı sınayamayacağı kadar büyük bir toplantı.
Sponsorun ayrıntılı teknik devre katılmadan sonuç ve yetki tartışmasına katılması gerekebilir. İlgili soru açıksa bir uzman eşzamansız katkı sağlayabilir. Bu sınırları davette netleştirin.
Sonucu teslimattan sonra işletecek kişileri de ekleyin. Teknik olarak başarılı olan ancak destek sorumlusu bulunmayan bir lansman eksiksiz bir operasyon planı değildir.
60 dakikalık proje başlangıç gündemi
| Süre | Görüşme | Çıktı |
|---|---|---|
| 0–8 dakika | Amaç ve istenen sonuç | Ortak problem ve başarı sinyali |
| 8–18 dakika | Kapsam ve hariç tutulanlar | Dahil olanlar, kapsam dışı ve belirsizler |
| 18–30 dakika | Varsayımlar ve bağımlılıklar | Planı değiştirebilecek sorular |
| 30–42 dakika | Roller ve kararlar | Karar sahipleri ve eskalasyon yolu |
| 42–52 dakika | İlk işler ve kanıt | Acil eylemler ve öğrenme adımları |
| 52–60 dakika | Doğrulama ve sorgulama | Karar kaydı ve çözümlenmemiş konular |
Süreyi projenin karmaşıklığına göre ayarlayın. Zaman dilimleri kolaylaştırma önerileridir. Önemli bir anlaşmazlık on dakika içinde sorumlu biçimde çözülemiyorsa yüzeysel yanıtı zorlamak yerine kaydedin ve uygun takibi atayın.
Taahhüt istemeden önce anlaşmazlığı sorun
Amaç ifadesinin ardından katılımcılardan kapsam dışında olduğunu düşündükleri konuları yazmalarını isteyin. Yanıtları karşılaştırın. Kapsam anlaşmazlığı, geniş bir amaçlanan işler listesinden çok hariç tutulanlar aracılığıyla daha hızlı görünür olabilir.
Varsayımlar için “Bu tarihin gerçekçi olması için neyin doğru olması gerekir?” ve “Hangi dış katkıyı garanti kabul ettik?” gibi sorular kullanın. İnsanlardan doğrulanmış taahhütleri beklentilerden ayırmalarını isteyin.
Roller için gerçek kararları kullanın. Kapsam değişikliğini kim onaylayabilir? Sonucun operasyonel kullanıma hazır olup olmadığına kim karar verir? Hedef tarih ile kalite kaygısı çatıştığında bunu kim çözer? Genel bir organizasyon şeması bu soruları yanıtlamaz.
Uygulamalı örnek: müşteri başlangıç sürecini değiştirme
Varsayımsal örnek: Bir ekip müşteri başlangıç sürecini kısaltmak için proje başlatıyor. Sponsor daha basit bir süreç bekliyor, mühendislik yeni bir form bekliyor, destek ise eksik taleplerin azalmasını umuyor. Herkes “başlangıç sürecini iyileştirme” ifadesini kabul ediyor ama farklı projeler hayal ediyor.
Başlangıç toplantısı uyumsuzluğu ortaya çıkarıyor. Ekip sonucu, hesap kurulumu sırasında önlenebilir takip iletişimini azaltmak şeklinde yeniden yazıyor ve ilk aşamada tek bir müşteri segmentine odaklanıyor. Mevcut devir anlaşılana kadar arayüz seçimini açık bırakıyor.
Bağımlılık görüşmesi, gereken doğrulama kararının başka bir ekibe ait olduğunu ortaya çıkarıyor. Proje sorumlusu hedef tarihi taahhüt saymak yerine bağımlılığı doğrulamak ve kabul edilebilir alternatifleri belirlemek için bir görüşme atıyor.
Toplantı üç acil eylemle bitiyor: mevcut kurulum sürecini gözlemlemek, doğrulama sorumlusuyla karar sınırını netleştirmek ve takip taleplerinin nasıl sayılacağını tanımlamak. Ekip daha az kesin görünse de daha güvenilir bir başlangıç yapıyor.
Kopyalanabilir başlangıç karar kaydı
Zamanla birbirinden ayrılan ayrı notlar yerine tek bir ortak kayıt kullanın:
- Problem ve amaçlanan sonuç: Projenin neyi değiştirmek için var olduğu.
- Mevcut kapsam: Dahil olan işler, açıkça hariç tutulanlar ve çözülmemiş sınırlar.
- Kısıtlar: Gerekli koşullar ve bunları doğrulayan kişi.
- Karar hakları: Kararlar, sahipleri ve eskalasyon yolu.
- Varsayımlar: Kanıt gerektiren iddialar.
- Bağımlılıklar: Katkı, sorumlu, beklenen tarih ve güven düzeyi.
- İlk eylemler: Sorumlu, çıktı ve inceleme noktası.
- Açık anlaşmazlıklar: Rakip görüşler ve çözüm yöntemi.
Toplantıdan sonra bu kaydı gönderin ve makul bir tarihe kadar düzeltme isteyin. Sessizliği önemli bir karara uydurulmuş onaya çevirmeyin. Kuruluşunuzun gerektirdiği onayları uygun kanaldan alın.
İlk hafta ne yapılmalı?
İlk eylemlerin gerçekten başlayıp başlamadığını kontrol edin. Başlangıç toplantısı zamanı, erişimi veya yetkisi olmayan uzun bir sorumlu listesi üretebilir. Planı başlamış saymadan önce bu boşlukları keşfedin.
Projeyi değiştirme olasılığı en yüksek varsayımları çözün. Yalnızca en kolay araştırma görevlerine öncelik vermeyin. Belirsiz bir hukuki, operasyonel veya dış bağımlılık, diğer işlerin işe yarayıp yaramayacağını belirleyebilir.
Gerçek çalışma kanıt ürettiğinde kısa bir öğrenme incelemesi planlayın. Ekip işbirliğini incelemek için çevik retrospektif kullanın ve hemen karmaşık bir tören getirmek yerine basit bir retrospektif formatı seçin.
Retrospektif iyileştirme rehberi, ilk sürtüşmeleri sınanabilir bir çalışma anlaşmasına dönüştürmeye yardımcı olur. Retrospektif plan değişikliklerinin tek yeri olmasın diye ürün kapsamı kararlarını proje kaydında tutun.
Kaçınılması gereken başlangıç hataları
Bitmiş planı tören niteliğinde onay için sunmak. Hiçbir şey değişemiyorsa toplantının bir bilgilendirme olduğunu açıklayın. Önemli kararların hepsi sabitken geri bildirim istiyormuş gibi davranmayın.
Varsayımları olmayan tarihler bırakmak. Doğrulanmamış uygunluk veya kapsama dayanan tarih koşullu olarak tanımlanmalıdır. Nelerin kontrol edileceğini kaydedin.
Sorumluluğu bir departmana atamak. Grup adı sorumluluğu gösterebilir, ancak acil eylemi koordine edecek ve kabulü doğrulayacak biri yine gerekir.
“Sorusu olan var mı?” diye bitirmek. Belirli bir itiraz isteyin: “Bu plandaki hangi varsayımın başarısız olma olasılığı en yüksek?” İnsanların belirsizliği dile getirmek için çoğu zaman odaklı bir soruya ihtiyacı vardır.
Sık sorulan sorular
Başlangıç toplantısı proje planlama atölyesiyle aynı mıdır?
Şart değil. Planlama atölyesi planı geliştirir; başlangıç toplantısı ortak anlayış ve çalışma beklentileri oluşturur. Küçük bir proje ikisini birleştirebilir, ancak kararları ve çıktıları açıkça belirtin.
Başlangıç sunumu neleri içermeli?
Yalnızca katılımcıların amacı, kapsamı, rolleri, bağımlılıkları ve sonraki adımları anlamasına ve sorgulamasına yardım eden materyali. Ayrıntılı referans bilgilerini her slaytı yüksek sesle okumak yerine paylaşılan özette tutun.
Proje zaten başladıysa ne yapmalıyız?
Mevcut durum etrafında bir yeniden başlangıç toplantısı düzenleyin. Şimdiye kadar nelerin kararlaştırıldığını belirtin, hangi varsayımların açık kaldığını belirleyin ve bundan sonrası için gereken karar ve işbirliği kurallarını oluşturun.