Proje haritalama, bir projenin önemli ilişkilerini görünür kılma uygulamasıdır: işin sonuca nasıl bağlandığı, hangi çıktıların başkalarına bağlı olduğu, kimin katkı sağladığı ve nerede hâlâ karar gerektiği. Bu terim tek bir evrensel diyagramı tanımlamaz. Yanıtlamanız gereken soruya göre harita seçin.
İnsanlar görevleri listeleyebiliyor ancak bunların nasıl bir araya geldiğini açıklayamıyorsa proje haritası yararlıdır. İki ekibin aynı proje adını kullanırken farklı sonuçlar beklediğini de ortaya çıkarabilir. Ayrıntılı bir takvim sahte kesinlik vermeden önce bu anlaşmazlığı görünür kılar.
Karara göre harita seçin
| Soru | Yararlı harita | Yerini tutmadığı şey |
|---|---|---|
| Bu işi neden yapıyoruz? | Sonuçtan çıktıya harita | Sonucun önemli olduğuna dair kanıt |
| Başka bir şeyden önce ne olmalı? | Bağımlılık haritası | Güncel tutulan bir takvim ve kaynak planı |
| Kimin katkı sağlaması gerekiyor? | Paydaş veya rol haritası | Gerçek katılım ve kabul edilmiş sorumluluk |
| İş süreçte nasıl ilerliyor? | Süreç veya iş akışı haritası | İstisnaların ve gerçek uygulamanın gözlemi |
| Proje sınırının içinde ne var? | Kapsam haritası | Değişikliklere yönelik karar süreci |
Her görünümü tek bir tuvalde birleştirmeyin. Düzinelerce ok türü olan bir diyagramı kullanmak, birbirine bağlı birkaç kayıttan daha zor olabilir. Belirsizliğe yol açan tek soruyla başlayın.
Çıktıları haritalamadan önce sonucu tanımlayın
Amaçlanan değişikliği bir cümlede yazın. Sonra sonuçları çıktılardan ayırın. Teslim edilen form, hizmet veya rapor bir çıktıdır. Birinin yapabildiği şeydeki yararlı değişiklik ise kanıt gerektiren bir sonuçtur.
GOV.UK keşif rehberi, bir problemin çevresindeki daha geniş kullanıcı yolculuğunu ve ekipleri ya da hizmetleri anlamayı önerir. Bu, proje sınırını haritalamak için ilgili bağlamdır; aşağıdaki belirli haritalama atölyesini tarif etmez.
Hangi çıktıların sonucu makul biçimde destekleyebileceğini sorun. Bir iş akışının açık bağlantısı yoksa bu, gerekli bir destek işi, sınanmamış varsayım veya gereksiz kapsam olabilir. Tutmaya ya da çıkarmaya karar vermeden önce ilişkiyi etiketleyin.
İlk proje haritasını beş geçişte oluşturun
- Sonucu en üste yerleştirin. Etkilenen grubu ve inceleyeceğiniz sinyali ekleyin.
- Ana çıktıları ekleyin. “Entegrasyon üzerinde çalışın” gibi etkinlik adları yerine gözlemlenebilir sonuçlar kullanın.
- Bağımlılıkları bağlayın. Bir öğenin diğerinden neye ihtiyaç duyduğunu etiketleyin.
- Sorumluları ve kararları ekleyin. Her sonucu kimin koordine ettiğini ve hangi seçimin açık kaldığını gösterin.
- Belirsizliği işaretleyin. Doğrulanmış ilişkileri kanıt gerektiren varsayımlardan ayırın.
Gerçek bir kısıt olmadıkları sürece ilk geçişte tarih eklemeyin. Erken bir tarih, kapsam ve bağımlılıklar anlaşılmadan tartışmayı sabitleyebilir. İlişkiler zamanlamayı destekleyecek kadar netleştiğinde süreleri ekleyin.
Uygulamalı örnek: self servis hesap değişikliği
Varsayımsal örnek: Bir ekip, müşterilerin rutin bir hesap değişikliğini desteğe devretmeden tamamlamasını istiyor. İlk görev listesinde arayüz tasarımı, API işi, yardım içeriği, analitik ve lansman duyurusu bulunuyor.
Sonuç haritası eksik işi ortaya çıkarıyor. API, değişikliği kimin istemeye yetkili olduğu kararına bağlı. Yardım içeriği istisnaları anlamaya bağlı. Destek hazırlığı, hangi vakaların self servis dışında kaldığını bilmeye bağlı.
Ekip üç ilişkiyi açıkça çiziyor:
| Sonuç | Bağlı olduğu şey | Gereken karar veya kanıt |
|---|---|---|
| Kullanılabilir hesap değiştirme akışı | Yetkilendirme kuralı | Değişikliği kimin yapabileceğini doğrulayın |
| Açık istisna yolu | Bilinen desteklenmeyen durumlar | Temsilî sınır vakaları adım adım inceleyin |
| Sonuç ölçümü | Tanımlanmış tamamlama olayı | Tamamlanmış görev sayılan şeyi kararlaştırın |
Bu, acil planı değiştiriyor. Tüm iş akışlarını aynı anda başlatmak yerine ekip önce yetkilendirme sorusunu çözüyor ve istisna vakalarını inceliyor. Arayüzü keşfetmeye devam edebilir, ancak bu çalışma geçici olarak etiketlenir.
Harita hangi uygulamanın en iyi olduğunu kanıtlamaz. Hangi kararların birkaç iş parçasını etkilediğini gösterir ve bu yüzden erken dikkat gerektirir.
Bağımlılık oklarına anlam katın
Her oku katkıyla etiketleyin: bir karar, veri, ortam, inceleme, arayüz veya operasyonel kapasite. “Ekip B” bir bağımlılık açıklaması değildir. “Ekip B hesap sahipliği kuralını doğruluyor” ise açıklamadır.
Dış bağımlılıklar için katkının istenip istenmediğini veya kabul edilip edilmediğini kaydedin. Haritanız başka bir ekip adına taahhüt oluşturamaz. Bir irtibat kişisini, son yararlı tarihi ve katkı değişirse ne olacağını belirtin.
Mantıksal bağımlılığı tercih edilen sıradan ayırın. İki öğeyi aynı kişi yaptığı için peş peşe planlayabilirsiniz; oysa teknik olarak biri diğerine bağlı olmayabilir. Ekip alternatifleri düşünürken bu ayrım önemlidir.
45 dakikalık proje haritalama atölyesi yürütün
Proje özetini beş dakika sessizce okuyarak başlayın. Katılımcılardan ana çıktıları bağımsız olarak yazmalarını istemek için on dakika ayırın. Bağlamadan önce listeleri karşılaştırın; farklılıklar çözülmemiş bir kapsam varsayımını açığa çıkarabilir.
İlişkileri çizip etiketlemek için on beş dakika kullanın. En önemli sonuçları olan varsayımları sorgulamaya on dakika, sonraki kanıt veya karar adımlarını atamaya beş dakika ayırın.
Haritanın amacını değiştirmeyen ayrıntılar için ayrı bir alan tutun. Uygulamanın eksiksiz iş dökümü daha sonra ekibin teslimat sisteminde yapılabilir. Atölye daha büyük bir tuvalle değil, daha açık bir sonraki kararla bitmelidir.
Sonucu işletecek birinden haritayı incelemesini isteyin. Lansmandan sonraki ilk gün neyin aksayabileceğini sorun. Bu soru, teslimat odaklı bir görselde eksik kalan destek, izleme, devir ve bakım işlerini ortaya çıkarabilir.
Haritayı sürdürülen bir plana dönüştürün
Harita için tek bir yetkili konum seçin ve tarihini, sorumlusunu kaydedin. Her görevi diyagrama kopyalamak yerine çıktıları iş takip aracına bağlayın. Önemli kararları gerekçeleri ve sahipleriyle bir karar günlüğünde tutun.
Bir sınır, bağımlılık veya varsayım değiştiğinde haritayı güncelleyin. Yalnızca başlangıç toplantısında kullanılan bir harita tarihî bir görüntü olur. Güncel tutulan bir harita mevcut planın ilkinden neden farklı olduğunu açıklar.
Ekibin harita çevresinde nasıl koordine olduğunu incelemek için çevik retrospektif kullanın. Hangi bağımlılığın geç görünür olduğunu veya hangi çıktıyı kimsenin sonuca bağlayamadığını sorun. Gözlemleri basit bir retrospektif formatında toplayın ve retrospektif takip süreciyle bir iyileştirmeyi sınayın.
Proje haritalarını yanıltıcı hâle getiren hatalar
Yalnızca departmanları haritalamak. Departman etiketi gereken kararı, bilgiyi veya hizmeti gizleyebilir. Katkıyı adlandırın.
Haritayı takvim olarak görmek. İlişkiler planlamaya yardımcı olur, ancak süreyi, uygunluğu veya bir tarihe duyulan güveni belirlemez.
Her varsayımı kesin gerçek gibi göstermek. Açık etiketler ve kanıt adımları listesi kullanın. Görsel düzen belirsizliği silmemelidir.
Olası her ayrıntıyı eklemek. Haritayı sorusuna uygun tutun. Okuyucular sonraki kararı bulamıyorsa görünümü bölün veya başka yere ait ayrıntıları çıkarın.
Sık sorulan sorular
Proje haritalama zihin haritalamayla aynı mıdır?
Zihin haritası bir konu çevresinde fikir üretmeye yardımcı olabilir. Proje haritası genellikle teslimat kararlarını desteklemek için katkı, bağımlılık, sahiplik veya kapsam gibi açık ilişkilere ihtiyaç duyar.
Proje haritası proje planının yerini alabilir mi?
Planlamayı destekleyip basitleştirebilir, ancak gereken takvimin, kaynak kararlarının, risk yönetiminin veya yönetişim kayıtlarının yerini almaz. Bu kayıtların dayandığı ilişkileri açıklamak için kullanın.
Proje belirsizse önce neyi haritalamalıyız?
Problem, etkilenen grup ve amaçlanan sonuçla başlayın. Bunlar tartışmalıysa varsayılan çıktıları ayrıntılı biçimde haritalamadan önce onları araştırın.