Proje Yönetimi Promptları

[şirket adı] için [proje adı] projesinin kapsam belgesini hazırlayın. Projenin amacı: [amaç]. Proje sahibi: [sponsor/sahip]. Ekip: [kadro]. Bütçe: [bütçe]. Hedeflenen bitiş tarihi: [tarih]. Projeyi tetikleyen ana neden: [bağlam].

Yapı: Bağlam ve çözülecek sorun (3 satır), ölçülebilir net hedef, kapsam içi maddeler, kapsam DIŞI bırakılan maddeler (sapmaları önlemek için kapsam içi kadar detaylı olmalı), kabul kriterleriyle birlikte teslimatlar, tarihli kilometre taşları, roller ve sorumluluklar (karar verici, uygulayıcı, danışılan, bilgilendirilen), her biri için önlem planı içeren riskler ([tahmin edilen riskler]), varsayımlar ve bağımlılıklar.

Her bölümü, olası bir anlaşmazlığın projenin ortasında değil, ŞİMDİ inceleme aşamasında ortaya çıkmasını sağlayacak şekilde formüle edin. Sonuna, lansman öncesi kurulda karara bağlanması gereken 3 kritik soruyu ekleyin.

Ham toplantı notlarımı yapılandırılmış bir tutanağa dönüştürün. Toplantı konusu: [konu], Tarih: [tarih], Katılımcılar: [katılımcılar]. Notlar: [notlar].

Çıktı formatı: Alınan kararlar (belirsizliğe yer bırakmadan, kararı kimin verdiğiyle birlikte), aksiyonlar (tablo: aksiyon, sorumlu, son tarih; notlarımda bu üçünden biri eksikse uydurmak yerine "BELİRLENECEK" yazın), karar alınmadan tartışılan noktalar (her biri en fazla 2 satır), bir sonraki toplantıya ertelenen maddeler.

Kurallar: Maksimum bir sayfa, söylenenlerin anlamını değiştiren hiçbir yeniden ifadeye yer vermeyin, kararları sulandıran diplomatik ifadelerden ("konu üzerinde ilerlenmesi kararlaştırıldı" gibi) kaçının. Sonuna, katılımcıların onayına sunulacak "BELİRLENECEK" listesini ekleyin.

Aşağıdaki projeyi iş paketlerine bölün ve takvimini oluşturun. Proje: [proje tanımı ve nihai teslimat]. Bitiş tarihi: [tarih]. Mevcut ekip: [kişiler ve doluluk oranları]. Bilinen kısıtlar: [müşteri onayı, tedarikçi bağımlılığı, resmi tatiller].

Şu adımları izleyin: Her biri doğrulanabilir bir çıktı üreten iş paketlerine bölün (koordinasyon gibi soyut paketler olmasın), her paketi 0,5 ile 3 gün arası sürecek görevlere ayırın, görevler arası bağımlılıkları ve kritik yolu belirleyin, gizli marjlar yerine belirsiz görevlere açık marjlar ekleyin.

Teslimat: Tahminlerle birlikte yapılandırılmış iş paketi → görev listesi, onay kilometre taşlarını içeren haftalık plan, vurgulanmış kritik yol ve diğerlerini etkilediği için hemen başlatılması gereken 3 görev. Eğer ekip kapasitesiyle [tarih] hedefi gerçekçi değilse, tahminleri sessizce sıkıştırmak yerine verilerle belirtin.

[proje adı] projesinin [alıcılar, örn. yönetim kurulu] için haftalık durum raporunu hazırlayın. Haftalık veriler: ilerleme [yapılan vs planlanan], zorluklar [karşılaşılan sorunlar], değişen riskler [riskler], harcanan bütçe [harcanan vs planlanan], beklenen kararlar [bekleyen kritik kararlar ve bekleme süresi].

Kesin format (tek sayfa): Proje sağlığı (Yeşil/Turuncu/Kırmızı) ve bu rengi haklı çıkaran TEK cümle, haftanın 3 önemli olayı, plana göre ilerleme durumu (aktif paket başına bir satır), riskler ve darboğazlar (sadece geçen haftadan beri değişenler), karar vericinin ismiyle birlikte beklenen kararlar ve gecikmenin etkisi, gelecek haftanın öncelikleri.

Kurallar: Bir proje, sorunu neyin çözdüğü açıklanmadan asla yeşile dönmez; iki hafta üst üste turuncu olan madde kırmızıya döner; bekleyen kararlar için ilk talep tarihi belirtilir.

[proje adı] projesi için bir retrospektif oturumu hazırlayın. Proje sonucu: [zamanında bitti, X kadar gecikti, iptal edildi]. Katılımcılar: [kişiler ve roller]. Süre: [süre]. Önemli olaylar: [iyi veya kötü gidenler, olası gerginlikler].

Teslimat: Dakika bazlı akış (açılış kuralı: "suçlu değil sebep arıyoruz"), grup etkisinden kaçınmak için tartışma öncesi bireysel görüş toplama, ana noktaların tartışılması, kararlar. Genel ifadeleri aşmak için sorulacak net sorular ("Gecikmeyi tam olarak ne zaman anladık? Bunu söylememize ne engel oldu?") ve [hassas konu] hakkında suçlamaya dönüşmeden konuşma tekniği.

Ders çıkarma formatı: Her öğrenim, bir sonraki proje için uygulanabilir bir kurala dönüşmeli ("bundan sonra biz...") ve bir uygulama sorumlusu atanmalı. Maksimum 5 kural: daha fazlası uygulanmayacaktır.

Deneyimli bir proje direktörü gibi davranın. [şirket adı] tarafından planlanan [proje adı] projesinin fırsat analizini oluşturmama yardım edin. Temel sorun veya fırsat: [bağlam]. Beklenen faydalar: [hedefler]. Maksimum bütçe: [tutar]. Bilinen alternatifler: [hiçbir şey yapmamak dahil seçenekler].

Dosyayı 6 bölümde yapılandırın: Çözülecek sorun ve eylemsizliğin maliyeti, seçenekler (mevcut durum dahil) avantaj ve dezavantajlarıyla, geniş aralıklı maliyet ve süre tahminleri, ölçülebilir göstergelere bağlı faydalar, her seçeneğin ana riskleri, gerekçeli öneri.

Kısıtlar: Her fayda doğrulanabilir bir göstergeye bağlanmalı, aksi halde "ölçülemez bahis" olarak sınıflandırılmalı. Kurulun onaylayabileceği 5 adet go/no-go karar kriteri formüle edin. Sonuna, analizi zayıflatan eksik bilgiler ve bunları kimin sağlaması gerektiği listesini ekleyin.

Tam kapsam belgesi gerektirmeyen küçük bir proje için tek sayfalık bir proje beratı hazırlayın. Proje: [2 cümlelik tanım]. Talep eden: [kişi]. İlgili kişiler: [kişiler ve ayırabilecekleri süre]. Hedef tarih: [tarih]. Varsa bütçe: [tutar].

Zorunlu format (maksimum bir sayfa): Tek cümlelik ölçülebilir hedef, nihai teslimat ve bittiğinin nasıl anlaşılacağı, kapsam dışı maddeler (en az 3 satır, en faydalı kısımdır), anlaşmazlık durumunda son kararı kimin vereceği, kilometre taşları (maksimum 3), ana risk ve önlemi.

Kısıtlar: Proje yönetimi jargonundan kaçının, teknik olmayan birinin ilk okumada anlayacağı cümleler kurun. Eğer giriş bilgilerim bir bölümü doldurmaya yetmiyorsa, uydurmak yerine "[Kişi] ile NETLEŞTİRİLECEK" yazın. Sonuna, başlamadan önce talep edene sorulacak 2 kritik soruyu ekleyin.

[şirket adı] için [proje adı] projesine başlıyorum ve kapsamı netleştirmeden önce ihtiyaçları toplamam gerekiyor. Görüşülecek kişiler: [profiller, örn. yönetim, saha kullanıcıları, destek ekibi, IT]. Projenin üretmesi gereken çıktı: [tahmin edilen teslimat]. Mülakat başına ayrılan süre: [süre].

Her profil için uygun bir mülakat rehberi hazırlayın: En genelden en özele doğru sıralanmış 8-10 açık uçlu soru. Mevcut işleyiş (sorunlar, geçici çözümler, hacimler) ile gelecekteki ihtiyaç sorularını birbirinden ayırın. Her profil için ifade edilmemiş ihtiyaçları ortaya çıkaracak 2 "tuzak" soru ekleyin (örn: "Mevcut araç yetmediğinde ne yapıyorsunuz?").

Kısıtlar: Cevabı içinde barındıran veya evet/hayır ile cevaplanabilecek sorulardan kaçının. Ayrıca mülakatları konsolide etmek için bir sentez şablonu sunun: ifade edilen ihtiyaçlar, çıkarılan ihtiyaçlar, profiller arası çelişkiler ve çarpıcı alıntılar.

Bu ham ihtiyaçları uygulama ekibi tarafından kullanılabilecek kullanıcı hikayelerine dönüştürün. Proje: [ad ve kısa tanım]. İlgili kullanıcılar: [profiller]. İfade edilen ihtiyaçlar: [liste].

Her ihtiyaç için şunları üretin: "Bir [profil] olarak, [fayda] sağlamak için [eylem] istiyorum" formatında kullanıcı hikayesi, 3-5 adet ikili formatta (evet/hayır ile doğrulanabilir, eşik değeri olmadan "hızlı" veya "ergonomik" gibi ifadeler kullanmadan) kabul kriteri ve ihtiyaç bölünemeyecek kadar belirsizse talep edene sorulacak sorular.

Kısıtlar: Bir hikaye birkaç günde tamamlanabilir olmalı, değilse daha küçük parçalara bölünmesini önerin. İhtiyaç olmayan (ihtiyaç kılığına girmiş çözümler) maddeleri işaretleyin ve gerçek ihtiyaca dönüştürün. Sonucu tablo halinde sunun: hikaye, kabul kriterleri, tahmini boyut (S/M/L), açık sorular. Sonuna hikayeler arası bağımlılıkları ekleyin.

[proje adı] projesinin backlog'unu önceliklendirmeme yardım edin. Bekleyen maddeler: [her biri bir cümlelik tanım içeren liste]. Ekip kapasitesi: [aylık adam-gün kapasitesi]. Çeyrek dönemin öncelikli hedefi: [hedef]. En çok baskı yapan paydaşlar: [siyasi bağlam].

Her maddeyi iki eksende değerlendirin: Değer (çeyrek hedefine katkı, etkilenen kullanıcı sayısı, çözülmeyen sorunun maliyeti) ve göreceli efor tahmini. Ardından 4 kategoriye ayırın: Hemen yapılacaklar (yüksek değer, düşük efor), planlanacaklar (yüksek değer, yüksek efor), boşluk doldurucular (düşük değer, düşük efor), reddedilecekler veya ertelenecekler (düşük değer, yüksek efor).

Kısıtlar: Paydaş baskısı bir değer kriteri değildir, ancak açıklama gerektirecek ret kararlarını ayrı listeleyin. Sıralamayı satır başına tek cümlelik gerekçeyle tablo olarak sunun, ardından en hassas 3 ret kararı için kısa ve olgusal mesaj taslakları hazırlayın.

[şirket adı] bünyesindeki [ürün/proje] için önümüzdeki 2 çeyreğin yol haritasını oluşturun. Yıllık hedefler: [hedefler]. Aday işler: [liste]. Ekip kapasitesi: [boyut ve doluluk]. Verilmiş sözler: [müşteri veya iç taahhütler].

Yol haritasını çeyrek bazlı düzenleyin ve her satırı bir özellik olarak değil, beklenen bir sonuç olarak formüle edin ("X modülünü geliştir" yerine "talep işleme süresini kısalt" gibi). Her çeyrek için: Maksimum 2-3 ana iş, hedeflenen sonuç, başarıyı ölçen gösterge, bağımlılıklar.

Kısıtlar: Beklenmedik durumlar için kapasitenin %20'sini boş bırakın ve bunu açıkça belirtin. "Neden X yok?" sorularını önlemek için bilerek dahil edilmeyenleri ve nedenlerini listeleyin. İki versiyon sunun: Ekip için detaylı, yönetim için 5 satırlık özet. Değeri çok belirsiz olan aday işleri işaretleyin.

[proje adı] projesinin eforlarını tahmin etmeme yardım edin. İçerik: [iş paketleri veya görevler]. Ekip: [profiller ve deneyim]. Mevcut geçmiş veriler: [benzer projelerin gerçek süreleri].

Her paket için: Tek bir rakam yerine aralıklı tahmin (iyimser, olası, kötümser), tahminin temelindeki varsayımlar (gerçekleşmesi gereken koşullar) ve kötümser senaryoya neden olabilecek faktörler.

Kısıtlar: Benzer proje geçmişi varsa, tahmini gerçekleşen sürelerle karşılaştırın ve farkı açıklayın. Çoğu tahminde unutulan kalemleri mutlaka ekleyin: Test sonrası düzeltmeler, koordinasyon, öğrenme süreci, dönem içindeki izinler. Toplamı 3 senaryo halinde ve iyimser-kötümser arası yüzde farkıyla sunun. Fark iki katından fazlaysa, belirsizliği azaltmak için hangi bilgilerin gerektiğini belirtin.

[şirket adı] bünyesindeki [proje adı] projesinin bütçesini oluşturun. Planlanan iç efor: [profil bazlı adam-gün ve varsa günlük maliyet]. Dış alımlar ve hizmetler: [liste]. Süre: [süre]. Onaylanan bütçe: [tutar].

Önce kalem bazlı bütçeyi üretin: Değerlendirilmiş iç efor, dış hizmetler, lisanslar, yan giderler ve projenin belirsizlik seviyesine göre gerekçelendirilmiş bir risk yedeği (contingency). Onaylanan bütçeyle uyumu kontrol edin ve aşım varsa projenin başında bildirin.

Ardından aylık takip düzeneğini kurun: Kalem bazlı harcanan vs bütçe tablosu, yeniden tahmin edilen kalan iş maliyeti (sadece kalan nakit değil), proje sonu projeksiyonu ve sponsoru bilgilendirmeyi tetikleyecek 2 adet eşik değeri. Sonuna, bu tür projelerde en sık görülen 3 bütçe sapmasını ve bunları erkenden nasıl fark edeceğinizi ekleyin.

[proje adı] projesinin risk kaydını oluşturun. Bağlam: [proje tanımı, tarih, hedefler]. Tahmin edilen riskler: [riskler]. Dış bağımlılıklar: [tedarikçiler, diğer ekipler, beklenen onaylar].

Listemi, belirtmediğim ama bu tür projelerde tipik olan risklerle tamamlayın. Şu 4 ailede arama yapın: İnsan (istifa, aşırı yük, yetkinlik eksikliği), teknik, organizasyonel (geciken kararlar, kapsam şişmesi), dışsal. Her risk için: Olası sonucun somut tanımı, olasılık (düşük/orta/yüksek), etki (düşük/orta/yüksek), kritiklik seviyesi, gözlemlenebilir erken uyarı sinyali, önleme planı, risk gerçekleşirse uygulanacak B planı, izleme sorumlusu.

Kısıtlar: Her riski genel bir tema ("gecikme") yerine bir olay ("tedarikçi bir ay geç teslim ediyor") olarak formüle edin. Kritikliğe göre sıralayın ve kaydı gerçekten takip edilmesi gereken 10 riskle sınırlayın. Gözden geçirme sıklığını ve sorulacak soruları belirtin.

[şirket adı] bünyesindeki [proje adı] projesinin paydaşlarını haritalayın. Belirlenen aktörler: [kişi veya birimler ve rolleri]. Projenin her biri için değiştireceği şeyler: [tahmin edilen etkiler]. Algılanan destek ve dirençler: [bağlam].

Her aktörü iki eksende konumlandırın: Proje üzerindeki etkisi (durdurabilir, hızlandırabilir veya etkisiz) ve mevcut destek düzeyi (destekçi, nötr, mesafeli). Etkili her aktör için: Projeden kazancı veya kaybı, kendi kelimeleriyle olası itirazı ve uygun katılım aksiyonu (kararlara dahil etme, düzenli bilgilendirme, duyurulardan önce birebir görüşme).

Kısıtlar: Organizasyon şeması ile gerçek etkiyi karıştırmayın, unvanı olmasa da görüşü ağırlık taşıyanları belirtin. Katılım planını tablo olarak sunun: Aktör, mevcut konum, başarı için gereken konum, aksiyonlar, sorumlu, tarih. Sonuna bu hafta öncelikli görüşülmesi gereken 2 kişiyi ve nedenini ekleyin.

[proje adı] projesinin iletişim planını oluşturun. İlgili kitleler: [sponsor, ekip, etkilenen kullanıcılar, diğer departmanlar]. Proje süresi: [süre]. Bilinen kritik anlar: [kilometre taşları, geçişler, duyurular]. Mevcut kanallar: [toplantı, e-posta, intranet, duyuru panosu].

Her kitle için şunları tanımlayın: Bilmesi gerekenler (ve sadece onlar), uygun sıklık, kanal, format (2 satır, bir sayfa, toplantı) ve mesajı kimin hazırlayacağı. Rutin iletişimi (ilerleme) olay bazlı iletişimden (lansman, geçiş, olay, proje sonu) ayırın.

Kısıtlar: Her iletişim, alıcının "Bu benim için neyi değiştiriyor?" sorusuna cevap vermeli, aksi halde plandan çıkarın. Lansman ve geçiş mesajlarının taslaklarını hazırlayın. Planı özet bir tablo olarak sunun, ardından bu tür projelerde en sık yapılan 3 iletişim hatasını ve bu planın bunları nasıl önlediğini listeleyin.

[proje adı] projesinin RACI matrisini oluşturun. Ana faaliyetler: [büyük işler veya teslimatlar]. Aktörler: [ilgili kişiler veya fonksiyonlar]. Mevcut gerginlikler veya belirsizlikler: [örn: iki kişi aynı konuda karar verdiğini sanıyor].

Her faaliyet için rolleri atayın: R (Yapan), A (Karar veren ve hesap veren, satır başına sadece bir kişi), C (Danışılan), I (Bilgilendirilen). Belirgin olmayan her atamayı tek cümleyle açıklayın.

Kalite kontrolü: Asla bir satırda iki A olmamalı, R'siz satır olmamalı, neredeyse her satırda C olan aktörleri (danışma darboğazı) ve hiçbir rolü olmayan aktörleri işaretleyin. Matrisi tablo olarak sunun, ardından proje sırasında çatışma yaratma olasılığı en yüksek 3 satırı ve bunları güvenceye alma önerinizi listeleyin. Matrisi dağıtmadan önce ekip toplantısında karara bağlanması gereken soruları ekleyin.

[proje adı] projesinin başlangıç toplantısını hazırlayın. Katılımcılar: [kişiler ve roller]. Süre: [süre]. Kapsam durumu: [onaylı veya devam ediyor]. Hassas noktalar: [gerginlikler, şüphecilik, başarısız proje geçmişi].

Teslimat: Dakika bazlı akış (neden bu proje ve neden şimdi, somut nihai sonuç, kapsam dışı kalanlar, kim ne yapıyor, kilometre taşları, ekip çalışma kuralları, sorular), her katılımcının çıkışta aklında kalması gereken 3 ana mesaj ve [hassas nokta] konusunu toplantıyı bozmadan veya geçiştirmeden ele alma yöntemi.

Kısıtlar: Kick-off sadece tek taraflı bir bilgilendirme değildir; katılımcıların katkı sağlayacağı 2 an planlayın (hızlı risk belirleme, kısıtların paylaşılması gibi). Ayrıca gündemi ve hazırlık maddelerini içeren davet mesajını ve toplantı öncesi netleşmesi gerekenlerin listesini hazırlayın.

[proje adı] projesinin bir sonraki yönlendirme komitesini hazırlayın. Katılımcılar: [üyeler]. Süre: [süre]. Proje durumu: [ilerleme, zorluklar, bütçe]. İhtiyacım olan kararlar: [seçenekleriyle birlikte beklenen kararlar]. Tartışmayı domine etme riski olan konular: [hassas konular].

Gündemi ilerlemeden değil, alınacak kararlardan yola çıkarak oluşturun: Her karar maddesi için ayrılan süre, hazırlanmış seçenekler (avantaj, dezavantaj ve öneriyle birlikte) ve karar ertelenirse ne olacağı. İlerleme durumu, önceden gönderilen bir belge üzerinden maksimum 10 dakikada geçilmelidir.

Sunun: Dakika bazlı gündem, her karar talebinin tam ifadesi, [hassas konu] hakkındaki sapmaları nezaketle kesme tekniği ve 24 saat içinde gönderilecek karar tutanağı şablonu. Sonuna, katılımcılara 48 saat önce göndermem gerekenlerin listesini ekleyin.

[proje adı] projesinin yönlendirme komitesi sunumunu yapılandırın. Ayın verileri: İlerleme [gerçekleşen vs planlanan], bütçe [harcanan vs bütçe], riskler [değişimler], beklenen kararlar [liste], önemli olaylar [aylık olaylar].

Maksimum 10 slaytlık akışı oluşturun: Tek slaytta özet (sağlık durumu, ana mesaj, beklenen kararlar), iş paketi bazlı ilerleme ve sapma, bütçe gidişatı, puanı değişen riskler, ayın darboğazına odaklanma (seçenekler ve öneri), talep edilen kararlar (her karar için bir slayt), sonraki adımlar.

Her slayt için: Mesaj içeren başlık ("İş Paketi 2 Gecikmeyi Kapatıyor", değil "İş Paketi 2 Durumu"), maksimum 5 maddelik içerik ve slaytta olmayan ama sözlü söylenmesi gerekenler. Kısıtlar: Komitenin zaten bildiği bağlam slaytları olmasın, rakamlar yuvarlanmış ve karşılaştırmalı olsun. Test: Komite sadece 1. slaytı okusa temel bilgilere sahip olur mu?

[proje adı] projesi için değişiklik yönetimi sürecini kurun. Bağlam: [taleplerin kaynağı, örn. müşteri sürekli ekleme yapıyor, yönetim fikir değiştiriyor]. Mevcut kurullar: [toplantılar]. Mevcut marj: [kalan süre ve bütçe marjı].

Tanımlayın: Minimum talep formu (tanım, talep eden, gerekçe, gerçek aciliyet), 4 sistematik inceleme sorusu (süre etkisi, bütçe etkisi, diğer paketlere etkisi, yapılmazsa ne olur), etki büyüklüğüne göre karar verici (eşik değerleri önerin) ve kararların bir değişiklik siciline nasıl işleneceği.

3 tipik cevap taslağı hazırlayın: Etkisiyle birlikte kabul edilen talep, sonraki versiyona ertelenen talep, gerekçesiyle reddedilen talep. Kısıtlar: Süreç yarım sayfayı geçmemeli, aksi halde kimse uygulamaz; hiçbir talep sicile işlenmeden sözlü kabul edilmemeli. Sonuna, en ısrarcı talep edene bu süreci onu kırmadan nasıl sunacağınızı ekleyin.

Yetişmesi imkansız bir teslim tarihinin yeniden müzakeresi için hazırlık yapmama yardım edin. Proje: [proje adı]. İstenen tarih: [tarih]. Benim görüşüm: [gerçekçi süre] gerekiyor çünkü [nedenler: efor tahmini, bağımlılıklar, ekip durumu]. Sponsor: [profili ve onun için neyin önemli olduğu]. Tarihin arkasındaki neden: [biliniyorsa neden bu tarih seçildi].

Şunları oluşturun: Farkın olgusal kanıtı (basit ve doğrulanabilir rakamlarla efor vs kapasite), ardından sunulacak 3 dürüst seçenek: Kapsamı daraltarak tarihi tutturmak (neyin dışarıda kalacağını net söyleyin), kapsamı koruyup tarihi ötelemek, maliyet ve sınırlarıyla birlikte kaynak eklemek (yeni gelen biri ilk haftadan verim sağlamaz).

Kısıtlar: Alternatif sunmadan asla "imkansız" demeyin, toplantıda veriye dayanmayan bir uzlaşmayı kabul etmeyin. Sponsorun "bir yolunu bulun" veya "bakalım ne olacak" gibi olası 3 itirazına cevap hazırlayın. Format: Bir sayfalık argüman ve sonuçların karşılaştırıldığı 3 seçenek tablosu.

[tarih] teslimatlı, [gecikme süresi] kadar geride kalan [proje adı] projesi için telafi planı oluşturun. Belirlenen nedenler: [nedenler]. Kalan işler: [tahminlerle birlikte kalan paketler]. Ekip: [kadro ve doluluk]. Hareket alanı: [olası ek bütçe, müzakere edilebilir kapsam].

Önce teşhisi doğrulayın: Gecikme düşük tahminlerden mi, şişen kapsamdan mı, başka işe kaydırılan kaynaklardan mı yoksa dış engellerden mi kaynaklanıyor? Cevap planı değiştirir. Ardından, sadece gerçek kaldıraçları kullanarak telafiyi kurgulayın: Kapsam daraltma, paralelleştirme için yeniden sıralama, gereksizleşen görevlerin iptali, sadece kritik yola odaklanmış takviye.

Kısıtlar: Gerekçesiz şekilde kalan tahminleri "sıkıştırarak" telafi etmek yasaktır, test sürelerini iptal etmek yasaktır. Teslimat: Yeni ve güvenilir tarihli plan, bunu sağlamak için feda edilenler, planın tutması için 2 temel şart ve gecikmeyi üstlenen ama boğulmayan sponsor mesajı.

[proje adı] projesindeki bir tıkanıklık için yükseltme mesajı hazırlayın. Tıkanıklık: [tanım, örn. bekleyen karar, atanmayan kaynak, iki birim arası uyuşmazlık]. Başlangıç: [tarih]. Denenenler: [yapılan hatırlatmalar ve girişimler]. Alıcı: [kişi ve seviyesi]. Tıkanıklığa dahil olanlar: [aktörler ve olası hassasiyetler].

Yükseltme mesajını yazın: 3 satırlık olgusal ve tarihli hatırlatma, eylemsizliğin mümkünse rakamlarla somut sonuçları (kaybedilen gün, maliyet, risk altındaki hedefler), çözüm için 2-3 seçenek ve önerim, talep edilen karar ve son tarih.

Kısıtlar: Kişisel suçlama yok, mesajı olgular ve tarihler taşımalı; alıcı toplantıya gerek duymadan sadece bu mesajla karar verebilmeli. Ayrıca karşılaşıldığında söylenecek 60 saniyelik sözlü versiyonu ve yükseltmeden etkilenenlerin bunu dolaylı yoldan öğrenmemesi için bilgilendirme mesajını hazırlayın.

[proje adı] projesinin toplantı arası aksiyon takibini organize edin. Mevcut durum: [sorun, örn. kararların yarısı yapılıyor, hatırlatmalar denetim gibi algılanıyor]. Toplantı sıklığı: [sıklık]. Mevcut araçlar: [e-tablo, görev yönetim aracı, mesajlaşma].

Tam bir sistem önerin: Aksiyon sicili formatı (fiil ve doğrulanabilir çıktı içeren aksiyon, tek sorumlu, son tarih, durum), güncelleme rutini (kim, ne zaman, ne kadar sürede günceller) ve kademeli hatırlatma mekanizması: Bitişe 2 gün kala otomatik hatırlatma, bitiş tarihinde olgusal bireysel mesaj, toplantıda dile getirme sadece ikinci gecikmede.

3 seviyeli, kısa ve suçlamayan hatırlatma mesajı taslakları hazırlayın. Kısıtlar: Son tarihi veya tek sorumlusu olmayan aksiyon kaynağında reddedilmeli; sicil ekibin gerçekten yapabileceği kapasiteyi aşmamalı (sınırlama kuralı önerin). Sonuna, sistemi ekibe bir yardım olarak nasıl sunacağınızı ekleyin.

[proje adı] projesinin kontrol panelini tasarlayın. Proje türü: [tür ve çıktı]. Süre: [süre]. İzlenecek hassas noktalar: [hedefler, örn. dar takvim, kısıtlı bütçe, kritik kalite]. Mevcut veriler: [kaynaklar: görev aracı, zaman çizelgeleri, bütçe].

3 blokta toplanmış maksimum 6-8 gösterge seçin: İlerleme (tamamlanan teslimatlar üzerinden gerçekleşen vs planlanan, devam edenlerin yüzdesi değil), sağlık (geciken aksiyonlar, bekleyen kararlar ve yaşları, puanı artan riskler), kaynaklar (harcanan vs bütçe, ekip yükü).

Her gösterge için: Net tanım, kaynak, güncelleme sıklığı, gerekçeli uyarı eşiği. Kısıtlar: Doğrulanamayan beyan bazlı göstergelerden ("%80 bitti" gibi) kaçının, bitti/bitmedi mantığına odaklanın; her gösterge kırmızıya döndüğünde yapılabilecek bir eylemi tetiklemeli. 15 dakikalık haftalık okuma planını açıklayın.

[üst yönetim/direktörler] için [proje adı] projesinin aylık ilerleme raporunu hazırlayın. Ayın verileri: Gerçekleşenler [teslim edilenler], sapmalar [gecikme veya aşımlar], bütçe [harcanan vs planlanan], riskler [değişimler], alınan kararlar [liste], uyarılar [darboğazlar].

Zorunlu format (tek sayfa): 2 cümleyle genel gidişat (proje planlanan tarih ve bütçede bitecek mi, evet/hayır ve bu ay ne değişti), kilometre taşlarıyla bağlantılı 3 ana başarı, nedenleri ve çözüm planıyla birlikte sapmalar (plana bağlanmamış sapma olmasın), son projeksiyonla birlikte bütçe, yönetimin müdahalesini gerektiren net talepli uyarılar.

Kısıtlar: Yönetim buna benzer 20 rapor okuyor; reklam veya dolgu cümlesi yok; her uyarı net bir taleple (karar, kaynak, hakemlik) bitmeli. Sapmalar ve kötü haberler sayfa sonunda gizlenmemeli, en başta verilmeli.

Çakışan projeler arasında kaynak hakemliği yapmama yardım edin. Devam eden projeler: [liste, tarih, hedef ve ilerleme]. Paylaşılan kaynaklar: [birden fazla projede çalışan kişiler ve mevcut dağılım]. Mevcut çatışma: [kaynak çakışmasının tanımı]. Son kararı kim veriyor: [kurul veya kişi].

Önce dürüst bir fotoğraf çekin: Kim ne üzerinde, teorik değil gerçek yüzdeyle çalışıyor ve %100'ün üzerinde yüklenenler kimler? Ardından açık kriterlere dayalı bir hakemlik matrisi önerin: Şirket için stratejik önem, gecikme maliyeti, geri dönülemezlik (fırsat penceresinin kapanması), verilmiş dış taahhütler.

Matrisi mevcut çatışmaya uygulayın ve her biri için hangi projenin ne kazanıp ne kaybedeceğini ve yeni bitiş tarihlerini gösteren 2 senaryo üretin. Kısıtlar: Çatışmayı kişileri aşırı yükleyerek veya 3 projede yarı zamanlı sözü vererek çözmeyin; seçilen senaryo kaybeden proje yöneticilerine mantıklı bir gerekçeyle sunulabilir olmalı.

[proje adı] projesinde [ekip] için bir sonraki sprint planlamasını hazırlayın. Sprint süresi: [süre]. Kapasite: [mevcut kişiler, izinler, rutin dışı işler: destek, toplantılar]. Öncelikli backlog: [tahminli aday maddeler]. Önceki sprintten kalanlar: [bitmeyen maddeler].

Oturumu yapılandırın: Gerçek kapasite hesabı (toplam süreden rutin ve beklenmedik işleri düşerek), sonunda elde edilecek sonucu söyleyen tek cümlelik sprint hedefi (bilet listesi değil), önceki sprintten kalanlardan başlayarak kapasite dahilinde seçim, her maddenin başlanacak kadar net tanımlandığının kontrolü.

Kısıtlar: Kabul kriteri olmayan maddeleri reddedin; talep eden kapasiteden fazlasını isterse cevap maddeler arası seçimdir, sessizce kabul edilen aşım değildir. Oturumun dakika bazlı akışını, sprint hedefi formülasyonunu ve taahhüdün tutmayacağını gösteren 3 erken sinyali sunun.

[ekip] için sprint retrospektifi oturumunu hazırlayın. Süre: [süre, örn. 45 dk]. Mevcut hava: [bağlam, örn. kimsenin konuşmadığı yorgun bir ritüel, yeni ekip, son gerginlikler]. Güncel konular: [geçen sprintte olanlar]. Önceki retro aksiyonları: [kararlar ve gerçek durumları].

Teslimat: Önceki retro aksiyonlarının bilançosuyla başlayan dakika bazlı akış (aksiyonları yapılmayan bir retro 3 seferde ölür), [mevcut hava] durumuna uygun bir kolaylaştırıcılık formatı, ekip yüzeysel kaldığında sorulacak derinleştirme soruları ve seçim yöntemi: Ekip tarafından seçilen, her birinin sorumlusu ve sonraki sprintte son tarihi olan maksimum 2 iyileştirme aksiyonu.

Kısıtlar: "Daha iyi iletişim kuralım" gibi belirsiz aksiyonlar yok, her aksiyon gözlemlenebilir bir değişikliği tanımlamalı; ekibi aşan konular (organizasyon, hiyerarşi) ayrı not edilmeli ve yükseltme kanalına yönlendirilmeli. Ritüeli canlı tutmak için sonraki retrolar için 2 alternatif format önerin.

[proje adı] projesinde [ekip] için günlük toplantıyı (daily) kurgulayın. Mevcut durum: [sorun, örn. 30 dakika sürüyor, yöneticiye rapor vermeye dönüyor, kopmalar oluyor]. Ekip büyüklüğü: [sayı]. Çalışma şekli: [ofis, uzaktan, hibrit].

Hedef formatı önerin: Maksimum süre, sabit saat ve koordinasyon odaklı içerik: Dünden beri ne bitti, ne engelliyor veya engelleyebilir, diğerlerinden neye ihtiyacım var. Koordinasyon dışı konular (teknik tartışmalar, problem çözme) not alınır ve toplantıdan hemen sonra sadece ilgililerle konuşulur.

Yöneticiye rapor verme havasını dağıtacak kurallar (ekibin birbiriyle konuşması, moderasyonun dönşümlü olması), sapmaları kırmadan kesme cümlesi, [çalışma şekli] için uyarlamalar ve bir daily'nin artık işe yaramadığını gösteren 3 sinyal ile çözümleri. Sonuna, eskiyi kötülemeden yeni formatı ekibe duyuran mesajı ekleyin.

[ekip] grubunun [proje adı] projesi için "Bitti Tanımı"nı (Definition of Done) oluşturmasına yardım edin. Teslimat türü: [yazılım, eğitim materyali, analiz dosyası]. Gözlemlenen sorunlar: [belirtiler, örn. bitti denilen işlerin tekrar açılması, kişiye göre değişen kalite, kabul testlerinde çıkan eksikler].

DoD'yi 3 seviyede yapılandırın: Bir maddeyi "bitti" yapan unsurlar (doğrulanabilir kriterler: eş incelemesi, test, dokümantasyon, onay), gerçekçi kalmak için kapsam dışı bırakılanlar ve bunları gizlemek yerine izlemek için kabul edilen istisnalar kuralı.

Kısıtlar: Maksimum 8 kriter, hepsi evet/hayır ile doğrulanabilir olmalı, ekibin mevcut imkanlarıyla karşılayamayacağı kriterler olmamalı (aksi halde ilk acil durumda yok sayılır). Ayrıca: Dayatmak yerine atölye çalışmasıyla benimsetme yöntemi, devam eden işlere uygulama kuralı ve birkaç hafta sonraki gözden geçirme rutini.

[proje adı] projesinin kullanıcı kabul testini organize edin. Test edilecek çıktı: [tanım]. Mevcut testçiler: [profiller ve doluluk]. Planlanan süre: [süre]. Varsa mevcut kabul kriterleri: [liste].

Şunları oluşturun: Gerçek kullanıcı yolculuklarına göre düzenlenmiş test planı (ekran veya fonksiyon bazlı değil); her senaryo için giriş verisi, eylem ve beklenen sonuç; senaryo önceliklendirme (canlıya geçiş için engelleyici, önemli, konfor); sonsuz tartışmaları önlemek için somut örneklerle hata sınıflandırma kuralı; düzeltme ve yeniden test süreci.

Kabul tutanağı (PV) taslağını da ekleyin: Test edilenler, seviye bazlı hatalar, karar (kabul, tarihli ve listelenmiş çekincelerle kabul, ret) ve imzacılar. Kısıtlar: Gerçekçi veri seti olmadan yapılan test bir şeyi kanıtlamaz, veri hazırlığını açıklayın; kabul edilen çekincelerin sorumlusu ve tarihi olmalı, aksi halde kalıcı hale gelirler.

[proje adı] projesi için [teslimat/sistem] canlıya geçiş planını hazırlayın. Hedef tarih: [tarih]. Etkilenen kullanıcılar: [kim ve kaç kişi]. Müdahale penceresi: [zaman dilimi, örn. hafta sonu, gece]. Geçiş aktörleri: [kişiler ve roller]. Geri dönüş (rollback) imkanı: [evet/hayır/kısmi ve nasıl].

Şunları oluşturun: Geçiş öncesi kontrol listesi (teknik önkoşullar, onaylar, iletişim, yedekler, kritik kişilerin uygunluğu), her adımın sorumlusu ve doğrulanabilir başarı kriteriyle saatlik geçiş akışı, kimin hangi kriterle karar vereceği go/no-go noktaları, hangi sinyallerle tetikleneceği ve nasıl uygulanacağıyla geri dönüş planı, ilk saatlerin ve günlerin izleme planı.

Kısıtlar: Her adımın doğrulanabilir bir başarı kriteri olmalı, "hallolur" denmemeli; geri dönüş planı geçiş planı kadar detaylı olmalı çünkü stres altında uygulanacak. Sonuna, geçiş öncesi ve sonrası kullanıcılara gönderilecek duyuru mesajlarını ekleyin.

[şirket adı] bünyesinde [eski sistem/süreç] üzerinden [yeni sistem/süreç] sistemine geçiş sırasında iş sürekliliğini organize edin. Planlanan geçiş süresi: [süre]. Durmaması gereken kritik faaliyetler: [faaliyetler]. İlgili ekipler: [ekipler]. Bilinen riskli dönemler: [takvim kısıtları, örn. mali kapanış, sezonluk yoğunluk].

Geçişleri başarısız kılan soruları yanıtlayın: Birlikte çalışma döneminde her veri veya işlem türü için hangi sistem esas alınacak (vaka bazlı net kurallar), çift veri girişinden nasıl kaçınılacak veya kaçınılmazsa nasıl yönetilecek, eski sistemde başlayıp yenisinde biten işlemler nasıl ele alınacak ve son geçiş anında veriler nasıl dondurulacak veya senkronize edilecek.

Teslimat: Geçiş dönemindeki çalışma modlarıyla birlikte kritik faaliyetler tablosu, vaka bazlı "esas sistem" kuralları, ilk haftaların güçlendirilmiş destek düzeni ve en olası 3 olay senaryosu için müdahale planı.

[tarih] tarihinde kabulü yapılan [proje adı] projesinin kapatma hazırlığını yapın. Proje unsurları: [tedarikçiler, bütçe, dokümantasyon, ekip]. Kalan çekinceler: [varsa kabul çekinceleri].

Tam kapatma listesini oluşturun: Sözleşme ayağı (tedarikçi ödemeleri, çekincelerin giderilmesi, dış erişimlerin iptali), finansal ayak (gider girişlerinin durdurulması, harcanan vs bütçe analizi, bütçe kalemlerinin kapatılması), dokümantasyon ayağı (neyin nerede arşivleneceği, 2 yıl sonra neyin kim tarafından bulunabilir olacağı), insan ayağı (ekibin yeni görevlerinin duyurulması, teşekkürler), devir ayağı (işletim aşamasında teslimatın sorumlusu ve destek süreci).

Kısıtlar: Kapatmayı engelleyenler ile sonradan tamamlanabilecekleri ayırın; 6 ay sarkan "%98 bitmiş" projeler maliyetlidir, kesin bir kapatma tarihi belirleyin. Sonuna tek sayfalık proje özeti şablonu ekleyin: Kritik rakamlar, başarılar, sapmalar ve derslerin nerede olduğu.

[ayrılan yönetici] ile [yeni yönetici] arasındaki [proje adı] projesi devir teslimini organize edin. Ayrılma nedeni ve süre: [bağlam]. Proje durumu: [ilerleme, sıcak noktalar, gelecek hedefler]. Birlikte çalışma süresi: [süre].

Hiçbir belgede yazmayanlara öncelik vererek devir dosyasını oluşturun: Kararların geçmişi ve nedenleri, müşteri veya sponsorla yapılan sözlü taahhütler, hassas konular ve aktörlerin özel durumları, ayrılan yöneticinin resmileştirmediği ama takip ettiği riskler, resmi raporların ötesinde her paketin gerçek durumu.

Geçişi planlayın: Ayrılanın yeniyi bizzat tanıştıracağı toplantılar (sponsor, müşteri, ekip), aciliyetine göre aktarılacak konuların sırası ve sürekliliği abartmadan güven veren değişiklik duyurusu. Kısıtlar: Devir doğrulanabilir olmalı; yeninin devir sonunda tek başına yanıtlayabilmesi gereken sorular listesi hazırlayın. Aktarılamayanları yedek iletişim kişisiyle birlikte listeleyin.

[tarih] tarihinde [proje adı] ekibine katılacak olan [yeni üye, profil] için oryantasyon sürecini hazırlayın. Proje durumu: [ilerleme ve bağlam]. Beklenen rol: [görevler]. Ekibin eşlik edebileceği süre: [kısıt].

İlk 2 haftalık süreci kurgulayın: İlk gün için temel okuma kiti (kapsam belgesi, son durum raporu, risk kaydı, proje sözlüğü), doğru kişilerle planlanmış 4 görüşme ve amaçları, ilk haftadan itibaren somut ve sınırlı bir katkı (role göre seçin) ve 10 dakikalık günlük görüşme yapacak bir mentor.

Kısıtlar: 15 tane pasif toplantı izletmeyin, yeni üye üreterek öğrenir; kimsenin yeni gelene söylemediği şeyleri açıkça belirtin: Aktörler arası hassasiyetler, kızdıran konular, gerçek karar mekanizmaları. 2 haftalık takvimi, sıralı okuma listesini ve 15. günde üyenin cevaplayabilmesi gereken soruları sunun.

Proje ekibimdeki bir çatışmayı yönetmeme yardım edin. Bağlam: [iki kişi arasındaki çatışmanın yargısız, olgusal tanımı], [proje adı] projesinde. Gözlemlenen etki: [bilgi saklama, gergin toplantılar, gecikmeler]. Benim rolüm: [proje yöneticisi, hiyerarşik bağ var/yok]. Geçmiş: [çatışmanın süresi, denenenler].

3 aşamalı bir yol önerin: Önce bireysel görüşmeler (taraf tutmadan veya ifşa etmeden her birinin versiyonunu anlamak için sorular, hakemlik tuzağından kaçınma yolları), ardından ortak görüşme (açılış çerçevesi, konu kişiselleştiğinde olgulara nasıl dönüleceği, 2-3 somut çalışma kuralı üzerinde anlaşma), son olarak takip (anlaşmanın işlediğini gözetlemeden kontrol etme).

Kısıtlar: Proje yöneticisi rolünde kalın; hiyerarşik yönetim veya İK konusuna giren maddeleri ayırın ve yönlendirin; süreçten kimse ekibin önünde suçlu olarak çıkmamalı. Beklemeden yükseltilmesi gereken sinyalleri de belirtin.

[proje adı] projesinde aksayan bir tedarikçiyi uyarmama yardım edin. Tedarikçi: [şirket ve hizmet]. Gözlemlenen aksaklıklar: [tarihli olgular: gecikmeler, yetersiz kalite, değişen muhataplar, tutulmayan sözler]. Sözleşme çerçevesi: [teslimatlar, süreler, olası cezalar]. Bağımlılık: [tedarikçinin ikame edilebilirliği].

Kademeli süreci kurun: Önce uyarı toplantısı (taahhüt ile gerçekleşen arasındaki farkların tarihli ve kaynaklı dosyası; özür değil tarihli bir iyileştirme planı talep eden toplantı akışı), ardından yakın takip (kısa ara hedefler, net krizden çıkış kriterleri, her görüşme sonrası yazılı tutanak), son olarak iyileşme olmazsa alternatif hazırlığı (bağımlılık yüksekse gizlice başlatılmalı).

Kısıtlar: Her sözlü görüşme sonrası yazılı teyit yapın, hukuki süreçte bu dosya korur; olgusal ve sözleşmeye dayalı kalın, uygulanamayacak tehditlerde bulunmayın. Farklar tablosunu, toplantı davet e-postasını, toplantı akışını ve çıkışı tetikleyecek objektif kriterleri sunun.

[şirket adı] için [konu, örn. site yenileme, araç kurulumu] konusunda tedarikçi seçimi için teknik şartname hazırlayın. İhtiyaç: [sorun ve ihtiyaç tanımı]. Teknik ve organizasyonel bağlam: [mevcut durum, kısıtlar]. Gösterge bütçe: [aralık veya paylaşılmıyor]. Takvim: [tarihler].

Yapı: Yarım sayfalık şirket ve bağlam tanıtımı, beklenen sonuçlar olarak formüle edilmiş sorun ve hedefler (gerçek bir kısıt yoksa çözümü değil ihtiyacı tanımlayın), kapsam ve kapsam dışı maddeler, müzakere edilemez kısıtlar (teknik, yasal, takvim), beklenen teslimatlar, ağırlıklarıyla birlikte seçim kriterleri, süreç takvimi (soru-cevap, son teslim, sunumlar) ve karşılaştırma için zorunlu cevap formatı.

Kısıtlar: Her gereksinim teslimatta test edilebilir olmalı; zorunlu gereksinimler ile temennileri ayırın, her şeyi zorunlu tutmak karşılaştırmayı öldürür. Sonuna, ihtiyacı gerçekten anlayan tedarikçileri ortaya çıkaracak 5 sunum sorusu ekleyin.

[konu] ihalesi için gelen teklifleri karşılaştırma matrisini oluşturun. Teklifler: [sayı ve özet: fiyat, süre, yaklaşım, öne çıkanlar]. Bizim için önemli kriterler: [öncelikler, örn. zamanlama, destek, toplam maliyet, süreklilik]. Algılanan sinyaller: [kontrol edilecek izlenimler, örn. çok düşük fiyat, genel geçer cevaplar].

Matrisi kurun: Gruplandırılmış kriterler (ihtiyacı anlama, önerilen yaklaşım, atanacak gerçek ekip, ilk teklifte olmayanlar dahil toplam maliyet, benzer referanslar, sözleşme şartları), önceliklerime göre gerekçelendirilmiş ağırlıklar, öznelliği azaltmak için seviye açıklamalı puanlama ölçeği.

Matrisi tekliflere uygulayın ve şunları işaretleyin: Açıklanamayan fiyat farkları (çok düşük teklif genelde eksik kapsam gizler, kontrol sorularını listeleyin), sunumda gösterilen ama projede olmayacak kaynaklar, gizli rutin maliyetler. Doldurulmuş karşılaştırma tablosunu, her teklif için açıklama sorularını ve 5 satırlık gerekçeli öneriyi sunun.

[şirket adı] bünyesindeki [proje, örn. yeni araç, süreç değişikliği] için değişim yönetimi planını oluşturun. Etkilenen kitleler: [gruplar, sayıları ve değişecek şeyler]. İfade edilen veya tahmin edilen korkular: [beklenen dirençler]. Yaygınlaştırma takvimi: [kritik tarihler]. Mevcut imkanlar: [süre, bütçe, elçiler].

Her kitle için: Günlük hayatında somut olarak ne değişecek (kazançlar VE kayıplar; gizlenen kayıplar sonra sorun çıkarır), gereken destek seviyesi (bilgilendirme, eğitim, yakın destek) ve onların bakış açısıyla formüle edilmiş ana mesaj.

Planı zamana yayın: Öncesi (duyuru, uygunluklarına göre değil kredibilitelerine göre seçilmiş iç elçiler ağı, eğitim), sırası (yoğun destek, sorunların organize toplanması, bildirilen hataların görünür şekilde düzeltilmesi), sonrası (eğitime katılım oranı yerine gerçek kullanımın ölçülmesi, kalan direnç odaklarının yönetimi).

Kısıtlar: Kime ne söyleneceği belli olmayan "daha çok iletişim" odaklı planlar yapmayın; her aksiyonun bir sorumlusu ve tarihi olmalı. Planı kitle bazlı tablo ve konsolide takvim olarak sunun.

[şirket adı] bünyesinde [araç/süreç] yaygınlaştırması için son kullanıcı eğitim planını tasarlayın. Kullanıcılar: [profiller, sayılar, yetkinlik seviyesi, coğrafi dağılım]. Her profilin yapabilmesi gerekenler: [görevler]. Kısıtlar: [ekip doluluğu, bütçe, geçiş tarihi].

Tek tip eğitim yerine profil bazlı bir düzen kurun: Her biri için gerçek kullanım senaryolarından türetilmiş 5-10 temel işlem (tüm fonksiyonların anlatılması değil), uygun format (kısa grup oturumu, video rehber, masa başında eşlik), süre ve bırakılacak referans materyali (kılavuz yerine görev bazlı tek sayfalık kartlar).

Oturumları geçiş tarihine en yakın zamanda planlayın: Kullanımdan 6 hafta önce alınan eğitim unutulur. Katılamayanlar için telafi düzenini ve saha/ekip bazlı yerel destek kişilerini belirleyin.

Kısıtlar: Başarıyı katılım oranıyla değil, geçiş sonrası gerçek kullanımla (temel işlemleri yapabilme, destek talebi hacmi) ölçün. Planı profil bazlı tablo ve önceliklendirilmiş materyal listesi olarak sunun.

[proje adı] projesinde büyük bir olay yaşanıyor: [olayın doğası, örn. başarısız geçiş, veri kaybı, hizmet durması, büyük sapma]. Gözlemlenen etkiler: [kim, nasıl etkileniyor]. Çözüm durumu: [bilinenler, henüz bilinmeyenler]. Bilgilendirilecek kitleler: [yönetim, iç ekipler, müşteriler, ortaklar].

İletişim dizisini hazırlayın: Hızla gönderilen, neyin bilindiğini, neyin bilinmediğini, ne yapıldığını ve ne zaman tekrar bilgi verileceğini söyleyen ilk mesaj (bilinmeyen çözüm saati için değil, bir sonraki bilgilendirme saati için söz verin), yeni gelişme olmasa bile söz verilen sıklıkta durum güncellemeleri ve tekrarlanmaması için alınan önlemleri içeren çözüm mesajı.

Her mesajı kitleye göre uyarlayın: Yönetim etkiyi ve alınacak kararları, kullanıcılar bu sırada nasıl çalışacaklarını, müşteriler etkilenip etkilenmediklerini ve nasıl korunduklarını bilmek ister. Kısıtlar: Neden kesinleşmeden sebep üzerine spekülasyon yapmayın, suçlu göstermeyin, tutulamayacak süre sözleri vermeyin. Mesaj taslaklarını ve kimin kiminle konuşacağı kuralını sunun.

[şirket adı] bünyesindeki [ekip] için [çeyrek] dönemi OKR'larını yazmaya yardım edin. Şirketin bu dönemdeki öncelikleri: [öncelikler]. Ekibin rutin görevleri: [sürekli faaliyetler]. Planlanan işler: [projeler ve fikirler]. Kadro: [ekip büyüklüğü].

Maksimum 2 veya 3 hedef üretin: Her biri ilham verici ama somut bir durum değişikliği olarak formüle edilmeli (görev listesi değil), şirketin bir önceliğiyle doğrudan bağlantılı olmalı. Her hedef için 2-4 anahtar sonuç: Başlangıç ve hedef değeri olan, yapılan faaliyeti değil elde edilen sonucu ölçen ("Z aracını kurmak" değil, "X işlem süresini Y'den Z'ye indirmek").

Kısıtlar: Günlük rutin işler OKR'a dönüştürülmez, onlar ayrı yönetilir; bugün nasıl ölçüleceği bilinmeyen bir anahtar sonuç ya yeniden formüle edilir ya da bırakılır; ekibin kontrolünde olmayan hedefleri işaretleyin. Önerilen OKR'ları, ekip atölyesinde netleşecek soruları ve takip ritüelini (sıklık, 15 dk formatı, sapma durumunda yapılacaklar) sunun.

[ekip] grubunun OKR dönem sonu gözden geçirmesini hazırlayın. Geçen çeyreğin OKR'ları: [hedefler, sonuçlar ve gerçekleşme oranları]. Önemli olaylar: [beklenmedik durumlar, öncelik değişimleri, ayrılıklar]. Katılımcılar: [katılımcılar]. Süre: [süre].

Toplantıyı 3 aşamada yapılandırın: Her anahtar sonucun gerçek rakamlarla dürüst puanlaması (ölçülmeyen sonuç gerçekleşmemiş sayılır), sapmaların analizi (uygulama hatası mı, yanlış hedefleme mi yoksa dış etken mi olduğu ayrılmalı), sonraki çeyrek için kararlar (devam edenler, iptal edilenler, yeniden kalibre edilenler).

Kısıtlar: Gözden geçirme bir savunma seansı değildir; bağlam slaytlarını yasaklayın ve doğrudan rakamlara geçin; ilk çeyrekte %100 ulaşılan bir hedef hırs eksikliğini, %20'de kalan bir hedef uygulama sorununu sorgulatır. Dakika bazlı akışı, puanlama matrisini, analiz sorularını ve özet mesaj taslağını sunun.

[proje adı] projesinde [tarih] tarihinde gerçekleşen [olay tanımı] için post-mortem hazırlayın. Bilinen kronoloji: [saat bazlı olay akışı]. Dahil olanlar: [aktörler]. Ortam: [bağlam, örn. bir kişi hedef gösteriliyor, yönetim sorumlu arıyor].

Belgeyi ve toplantıyı yapılandırın: Ortaklaşa oluşturulan olgusal kronoloji (yorumsuz, saat saat), bireysel hatanın ötesine geçen kök neden analizi (insan hatası bir belirtidir: bunun olmasına ne izin verdi, etki etmeden önce ne durdurmalıydı?), tespit ve müdahalede iyi işleyenler ve önleme aksiyonları.

Açılış kuralları: Sistemin olaya nasıl izin verdiğini arıyoruz, hatayı kimin yaptığını değil; "hata yaptım" diyen kişi herkese hizmet eder ve asla pişman edilmemelidir. Kısıtlar: Maksimum 5 aksiyon; her birinin sorumlusu ve tarihi olmalı; "daha dikkatli olmak" yerine hatayı imkansız kılan teknik veya süreçsel aksiyonlara öncelik verilmeli. Belge şablonunu ve toplantı akışını sunun.

[ekip/şirket] tarafından biriktirilen deneyimleri çalışma standartlarına dönüştürmeme yardım edin. Mevcut materyal: [retrospektif tutanakları, proje bilançoları, post-mortem raporları, tekrarlayan şikayetler]. Mevcut sorun: [belirti, örn. aynı hatalar projeden projeye tekrarlanıyor, bilançolar yazılıp okunmuyor].

Şu yolu izleyin: Öğrenimleri temalara göre gruplayın ve tekrarlayanları belirleyin (tekrar edenler öncelikli standartlardır), seçilen her öğrenimi tetikleyicisiyle birlikte tek cümlelik uygulanabilir bir kurala dönüştürün ("her proje başlangıcında X yaparız"), bu kuralların doğru zamanda görülmesi için nerede duracağını belirleyin: Kimsenin açmadığı bir doküman yerine mevcut şablonlara ve kontrol listelerine entegre edin.

Kısıtlar: Toplamda en fazla 10 kural; her kuralın yaşayan bir sahibi olmalı; işlevsizleşen kuralları silen altı aylık gözden geçirme planı yapın. Önerilen kuralları, entegrasyon yerlerini ve ekibe duyuru mesajını sunun.

[proje adı] projesini [tarih] tarihinde [denetçi: iç denetim, müşteri, sertifikasyon kuruluşu] tarafından yapılacak denetime hazırlayın. Denetim kapsamı: [incelenecek alanlar]. Projenin gerçek durumu: [bilinen güçlü ve zayıf yanlar, doküman durumu]. Risk: [finansmanın devamı, müşteri güveni, sertifika].

Hazırlığı organize edin: Oluşturulacak referans dosya (kapsam, kararlar, risk takibi, tutanaklar, bütçe) ile eksik veya güncel olmayan öncelikli belgelerin listesi, bu tür projelerde denetçinin sorması muhtemel sorular ve bilinen her zayıf nokta için dürüst duruş: Kabul etme, takip edildiğini gösterme, tarihli aksiyon planını sunma.

Kısıtlar: Asla bir belgeyi makyajlamayın veya geriye dönük tarih atmayın; dürüstçe kabul edilen ve planı olan bir zayıf nokta, mülakatta çöken bir makyajdan daha iyidir; mülakata girecek kişileri süslü cümleler yerine olgular üzerine bilgilendirin. Dosya kontrol listesini, hazırlıklı cevaplarla birlikte olası soruları ve geri sayım hazırlık planını sunun.