Defne
New member
Elif ise rezervasyon ihtiyacının gerçek olduğunu biliyordu. İnsanların merkeze gelip boş bilgisayar bulamaması, hizmetin erişilebilirliğini azaltabilirdi.
Ekip, bu kez sorunu kapsam değişikliği yöntemiyle ele aldı. Öncelikle ihtiyacın aciliyeti değerlendirildi. Ardından önerilen seçeneklerin maliyetleri ve riskleri karşılaştırıldı. Sonuçta ilk aşamada basit bir rezervasyon formu oluşturulmasına, otomatik bildirimler ve gelişmiş kullanıcı hesaplarının ise sonraki bir geliştirme çalışmasına bırakılmasına karar verildi.
Proje yönetiminde başlangıçta belirlenen işlerin kontrolsüz biçimde genişlemesi, kapsam kayması olarak adlandırılır. Bu durum her zaman kötü niyetli taleplerden kaynaklanmaz. Çoğu zaman yeni ihtiyaçların ortaya çıkması veya başlangıçta yeterince düşünülmemiş ayrıntıların sonradan fark edilmesiyle oluşur.
Kapsam kaymasını önlemek için şu yöntemler kullanılabilir:
- Her yeni talebin proje hedefiyle ilişkisini değerlendirmek.
- Ek işlerin bütçe ve takvim üzerindeki etkisini hesaplamak.
- Değişikliklerin kim tarafından onaylanacağını önceden belirlemek.
- Öncelikli işleri ve sonraki aşamalara bırakılacak işleri ayırmak.
- Kararları yazılı biçimde kaydetmek ve ilgili taraflarla paylaşmak.
Unutmayalım: Kapsam belgesi, proje başladıktan sonra bir çekmecede unutulacak bir evrak değildir. Proje ilerledikçe kontrol edilen, gerektiğinde resmî değişikliklerle güncellenen bir başvuru kaynağıdır.
8. Proje Kapsamı Yazarken Yapılan Yaygın Hatalar
Projenin sonuna yaklaşıldığında Elif, ekipteki gönüllülerden kapsam belgesini incelemelerini istedi. İnceleme sırasında bazı önemli eksiklikler ortaya çıktı.
İlk hata, hedeflerin çok genel yazılmasıydı. “Gençlere faydalı olmak” gibi bir ifade niyet açısından değerliydi ancak başarının nasıl değerlendirileceğini açıklamıyordu. Bunun yerine, belirli sayıda bilgisayarın kullanıma açılması veya belirli bir eğitim programının gerçekleştirilmesi gibi doğrulanabilir sonuçlar tanımlanmalıydı.
İkinci hata, yapılacak işlerle elde edilecek sonuçların birbirine karıştırılmasıydı. Eğitim düzenlemek bir faaliyetti; eğitim materyallerinin hazırlanması ise bir teslimattı. Katılımcıların dijital becerilerindeki gelişim de ayrıca değerlendirilmesi gereken bir sonuçtu.
Üçüncü hata, kapsam dışında kalan işlerin belirtilmemesiydi. İnsanlar yazılı olarak tanımlanmayan taleplerin de projeye dahil olduğunu düşünebilirdi.
Dördüncü hata, varsayımların kesin gerçekler gibi kabul edilmesiydi. Örneğin, gönüllülerin her hafta belirli saatlerde hazır bulunacağı garanti değildi. Bu nedenle gönüllü desteği bir varsayım olarak belirtilmeli ve olası kesintiler için alternatif plan hazırlanmalıydı.
Beşinci hata, paydaş görüşlerinin alınmamasıydı. Bir proje ekibinin ihtiyaçları doğru anladığını düşünmesi, bu ihtiyaçların kullanıcılar açısından gerçekten karşılandığı anlamına gelmez.
Son olarak, belgenin gereğinden fazla teknik ifadelerle doldurulması da anlaşılmayı zorlaştırabilirdi. Kapsam belgesi yalnızca proje yöneticisinin değil, ekip üyelerinin, karar vericilerin ve gerektiğinde diğer ilgili tarafların da anlayabileceği açıklıkta yazılmalıdır.
İyi bir kapsam tanımı, okuyan kişiye şu soruların cevaplarını vermelidir: Neden bu projeyi yapıyoruz? Neleri gerçekleştireceğiz? Sonunda ne teslim edeceğiz? Hangi işleri yapmayacağız? Başarıyı nasıl anlayacağız? Değişiklik gerektiğinde nasıl karar vereceğiz?
Bu soruların yanıtları açık değilse belgeyi biraz daha geliştirmek gerekir.
9. Proje Bittiğinde Anlaşılan Gerçek: Kapsam, Birlikte Verilen Sözün Adıdır
Altı ayın sonunda öğrenme merkezi açıldı. Bilgisayarlar çalışıyordu, çalışma masaları yerleştirilmişti ve kitaplar raflara dizilmişti. İlk dijital okuryazarlık atölyesine farklı yaşlardan insanlar katıldı.
Açılış günü Elif, toplantının başında beyaz tahtaya yazılan üç kelimeyi hatırladı: Amaç, teslimatlar ve sınırlar.
Başlangıçta kapsam belgesini hazırlamak, ona göre bürokratik bir zorunluluktu. Oysa süreç ilerledikçe bu belgenin ekip üyeleri arasında ortak bir anlayış oluşturduğunu görmüştü. İnsanlar hangi işlerin öncelikli olduğunu biliyor, kaynakların neden belirli faaliyetlere ayrıldığını anlıyor ve yeni taleplerin nasıl değerlendirileceğini önceden kestirebiliyordu.
Murat da önemli bir şey öğrenmişti. En iyi plan, bütün belirsizlikleri ortadan kaldıran plan değildi. Gerçek koşulları dikkate alan, değişikliklere kontrollü biçimde cevap veren ve insan ihtiyaçlarını göz ardı etmeyen plan daha güçlüydü.
Merkezin ilk ayına ilişkin değerlendirme raporu hazırlandığında ekip, bazı hedeflere ulaştığını ve bazı alanlarda iyileştirmeye ihtiyaç duyduğunu gördü. Bu sonuçlar başarısızlık olarak değerlendirilmedi. Aksine, sonraki çalışmaların daha iyi planlanması için bir öğrenme fırsatı oluşturdu.
Hikâyenin bize gösterdiği temel nokta şu: Projenin kapsamına yalnızca yapılacak işleri yazmak yeterli değildir. Projenin neden yapıldığını, hangi sonuçları hedeflediğini, neleri kapsamadığını ve başarının nasıl değerlendirileceğini de açıklamak gerekir.
Bir kapsam belgesi, ekibin hareket alanını gereksiz yere daraltmak için değil, ortak hedefe doğru daha bilinçli ilerlemesini sağlamak için hazırlanır.
10. Son Söz: Sizin Projenizin Sınırları Nerede Başlıyor?
Arkadaşlar, hikâyeyi burada bitirirken size birkaç soru bırakmak istiyorum.
Bir projeye başladığınızda kapsamı ne kadar ayrıntılı belirliyorsunuz? Yeni fikirler ortaya çıktığında bunları mevcut plana mı ekliyorsunuz, yoksa önceliklerini ve maliyetlerini değerlendirerek ayrı bir aşamaya mı bırakıyorsunuz?
Sizce proje kapsamı hazırlanırken en fazla ihmal edilen konu hangisi: hedeflerin ölçülebilir olmaması mı, kapsam dışındaki işlerin belirtilmemesi mi, yoksa projeden etkilenecek insanların görüşlerinin yeterince alınmaması mı?
Benim bu hikâyeden çıkardığım sonuç şu: Başarılı bir proje, herkesin her istediğini yaptığı proje değildir. Başarılı proje, neyi neden yaptığını bilen, kaynaklarını gerçekçi kullanan, değişiklikleri bilinçli biçimde yöneten ve ortaya koyduğu sonuçların sorumluluğunu üstlenen projedir.
Bir sonraki projenizde boş bir sayfanın başına oturduğunuzda hemen yapılacak işleri sıralamaya başlamayın. Önce kendinize şu soruyu sorun: “Bu proje tamamlandığında hangi somut değişikliğin gerçekleşmiş olmasını istiyorum?”
Bu soruya açık bir cevap verebildiğinizde kapsam belgenizin temeli de oluşmaya başlayacaktır.
Konu hakkında yararlanılabilecek güvenilir kaynaklar:
- Project Management Institute (PMI) – A Guide to the Project Management Body of Knowledge (PMBOK® Guide). Proje kapsamının tanımlanması, teslimatların belirlenmesi ve kapsam değişikliklerinin yönetilmesi konusunda temel bir başvuru kaynağıdır.
- ISO 21502:2020 – Project, programme and portfolio management - Guidance on project management. Proje yönetiminde planlama, yönetişim, paydaşlar ve kontrol süreçleri hakkında rehberlik sunar.
- Project Management Institute (PMI) – Process Groups: A Practice Guide. Proje yönetimi süreç grupları ve planlama yaklaşımına ilişkin açıklamalar içerir.
Bu kaynaklar, farklı proje türlerinde kapsamın nasıl ele alınabileceğini anlamak için yararlı bir başlangıç noktasıdır. Her projenin kapsamı ise kendi hedefleri, büyüklüğü, riskleri ve kaynakları doğrultusunda hazırlanmalıdır.
Kaynakları Metinle Daha Sıkı BağlayalımÖrnek Kapsamı Ölçülebilir Hedeflerle Güçlendirelim
Kaynakları Metinle Daha Sıkı Bağlayalım
Örnek Kapsamı Ölçülebilir Hedeflerle Güçlendirelim
Forum Üslubunu Daha Tutarlı Kılalım
Ekip, bu kez sorunu kapsam değişikliği yöntemiyle ele aldı. Öncelikle ihtiyacın aciliyeti değerlendirildi. Ardından önerilen seçeneklerin maliyetleri ve riskleri karşılaştırıldı. Sonuçta ilk aşamada basit bir rezervasyon formu oluşturulmasına, otomatik bildirimler ve gelişmiş kullanıcı hesaplarının ise sonraki bir geliştirme çalışmasına bırakılmasına karar verildi.
Proje yönetiminde başlangıçta belirlenen işlerin kontrolsüz biçimde genişlemesi, kapsam kayması olarak adlandırılır. Bu durum her zaman kötü niyetli taleplerden kaynaklanmaz. Çoğu zaman yeni ihtiyaçların ortaya çıkması veya başlangıçta yeterince düşünülmemiş ayrıntıların sonradan fark edilmesiyle oluşur.
Kapsam kaymasını önlemek için şu yöntemler kullanılabilir:
- Her yeni talebin proje hedefiyle ilişkisini değerlendirmek.
- Ek işlerin bütçe ve takvim üzerindeki etkisini hesaplamak.
- Değişikliklerin kim tarafından onaylanacağını önceden belirlemek.
- Öncelikli işleri ve sonraki aşamalara bırakılacak işleri ayırmak.
- Kararları yazılı biçimde kaydetmek ve ilgili taraflarla paylaşmak.
Unutmayalım: Kapsam belgesi, proje başladıktan sonra bir çekmecede unutulacak bir evrak değildir. Proje ilerledikçe kontrol edilen, gerektiğinde resmî değişikliklerle güncellenen bir başvuru kaynağıdır.
8. Proje Kapsamı Yazarken Yapılan Yaygın Hatalar
Projenin sonuna yaklaşıldığında Elif, ekipteki gönüllülerden kapsam belgesini incelemelerini istedi. İnceleme sırasında bazı önemli eksiklikler ortaya çıktı.
İlk hata, hedeflerin çok genel yazılmasıydı. “Gençlere faydalı olmak” gibi bir ifade niyet açısından değerliydi ancak başarının nasıl değerlendirileceğini açıklamıyordu. Bunun yerine, belirli sayıda bilgisayarın kullanıma açılması veya belirli bir eğitim programının gerçekleştirilmesi gibi doğrulanabilir sonuçlar tanımlanmalıydı.
İkinci hata, yapılacak işlerle elde edilecek sonuçların birbirine karıştırılmasıydı. Eğitim düzenlemek bir faaliyetti; eğitim materyallerinin hazırlanması ise bir teslimattı. Katılımcıların dijital becerilerindeki gelişim de ayrıca değerlendirilmesi gereken bir sonuçtu.
Üçüncü hata, kapsam dışında kalan işlerin belirtilmemesiydi. İnsanlar yazılı olarak tanımlanmayan taleplerin de projeye dahil olduğunu düşünebilirdi.
Dördüncü hata, varsayımların kesin gerçekler gibi kabul edilmesiydi. Örneğin, gönüllülerin her hafta belirli saatlerde hazır bulunacağı garanti değildi. Bu nedenle gönüllü desteği bir varsayım olarak belirtilmeli ve olası kesintiler için alternatif plan hazırlanmalıydı.
Beşinci hata, paydaş görüşlerinin alınmamasıydı. Bir proje ekibinin ihtiyaçları doğru anladığını düşünmesi, bu ihtiyaçların kullanıcılar açısından gerçekten karşılandığı anlamına gelmez.
Son olarak, belgenin gereğinden fazla teknik ifadelerle doldurulması da anlaşılmayı zorlaştırabilirdi. Kapsam belgesi yalnızca proje yöneticisinin değil, ekip üyelerinin, karar vericilerin ve gerektiğinde diğer ilgili tarafların da anlayabileceği açıklıkta yazılmalıdır.
İyi bir kapsam tanımı, okuyan kişiye şu soruların cevaplarını vermelidir: Neden bu projeyi yapıyoruz? Neleri gerçekleştireceğiz? Sonunda ne teslim edeceğiz? Hangi işleri yapmayacağız? Başarıyı nasıl anlayacağız? Değişiklik gerektiğinde nasıl karar vereceğiz?
Bu soruların yanıtları açık değilse belgeyi biraz daha geliştirmek gerekir.
9. Proje Bittiğinde Anlaşılan Gerçek: Kapsam, Birlikte Verilen Sözün Adıdır
Altı ayın sonunda öğrenme merkezi açıldı. Bilgisayarlar çalışıyordu, çalışma masaları yerleştirilmişti ve kitaplar raflara dizilmişti. İlk dijital okuryazarlık atölyesine farklı yaşlardan insanlar katıldı.
Açılış günü Elif, toplantının başında beyaz tahtaya yazılan üç kelimeyi hatırladı: Amaç, teslimatlar ve sınırlar.
Başlangıçta kapsam belgesini hazırlamak, ona göre bürokratik bir zorunluluktu. Oysa süreç ilerledikçe bu belgenin ekip üyeleri arasında ortak bir anlayış oluşturduğunu görmüştü. İnsanlar hangi işlerin öncelikli olduğunu biliyor, kaynakların neden belirli faaliyetlere ayrıldığını anlıyor ve yeni taleplerin nasıl değerlendirileceğini önceden kestirebiliyordu.
Murat da önemli bir şey öğrenmişti. En iyi plan, bütün belirsizlikleri ortadan kaldıran plan değildi. Gerçek koşulları dikkate alan, değişikliklere kontrollü biçimde cevap veren ve insan ihtiyaçlarını göz ardı etmeyen plan daha güçlüydü.
Merkezin ilk ayına ilişkin değerlendirme raporu hazırlandığında ekip, bazı hedeflere ulaştığını ve bazı alanlarda iyileştirmeye ihtiyaç duyduğunu gördü. Bu sonuçlar başarısızlık olarak değerlendirilmedi. Aksine, sonraki çalışmaların daha iyi planlanması için bir öğrenme fırsatı oluşturdu.
Hikâyenin bize gösterdiği temel nokta şu: Projenin kapsamına yalnızca yapılacak işleri yazmak yeterli değildir. Projenin neden yapıldığını, hangi sonuçları hedeflediğini, neleri kapsamadığını ve başarının nasıl değerlendirileceğini de açıklamak gerekir.
Bir kapsam belgesi, ekibin hareket alanını gereksiz yere daraltmak için değil, ortak hedefe doğru daha bilinçli ilerlemesini sağlamak için hazırlanır.
10. Son Söz: Sizin Projenizin Sınırları Nerede Başlıyor?
Arkadaşlar, hikâyeyi burada bitirirken size birkaç soru bırakmak istiyorum.
Bir projeye başladığınızda kapsamı ne kadar ayrıntılı belirliyorsunuz? Yeni fikirler ortaya çıktığında bunları mevcut plana mı ekliyorsunuz, yoksa önceliklerini ve maliyetlerini değerlendirerek ayrı bir aşamaya mı bırakıyorsunuz?
Sizce proje kapsamı hazırlanırken en fazla ihmal edilen konu hangisi: hedeflerin ölçülebilir olmaması mı, kapsam dışındaki işlerin belirtilmemesi mi, yoksa projeden etkilenecek insanların görüşlerinin yeterince alınmaması mı?
Benim bu hikâyeden çıkardığım sonuç şu: Başarılı bir proje, herkesin her istediğini yaptığı proje değildir. Başarılı proje, neyi neden yaptığını bilen, kaynaklarını gerçekçi kullanan, değişiklikleri bilinçli biçimde yöneten ve ortaya koyduğu sonuçların sorumluluğunu üstlenen projedir.
Bir sonraki projenizde boş bir sayfanın başına oturduğunuzda hemen yapılacak işleri sıralamaya başlamayın. Önce kendinize şu soruyu sorun: “Bu proje tamamlandığında hangi somut değişikliğin gerçekleşmiş olmasını istiyorum?”
Bu soruya açık bir cevap verebildiğinizde kapsam belgenizin temeli de oluşmaya başlayacaktır.
Konu hakkında yararlanılabilecek güvenilir kaynaklar:
- Project Management Institute (PMI) – A Guide to the Project Management Body of Knowledge (PMBOK® Guide). Proje kapsamının tanımlanması, teslimatların belirlenmesi ve kapsam değişikliklerinin yönetilmesi konusunda temel bir başvuru kaynağıdır.
- ISO 21502:2020 – Project, programme and portfolio management - Guidance on project management. Proje yönetiminde planlama, yönetişim, paydaşlar ve kontrol süreçleri hakkında rehberlik sunar.
- Project Management Institute (PMI) – Process Groups: A Practice Guide. Proje yönetimi süreç grupları ve planlama yaklaşımına ilişkin açıklamalar içerir.
Bu kaynaklar, farklı proje türlerinde kapsamın nasıl ele alınabileceğini anlamak için yararlı bir başlangıç noktasıdır. Her projenin kapsamı ise kendi hedefleri, büyüklüğü, riskleri ve kaynakları doğrultusunda hazırlanmalıdır.
Kaynakları Metinle Daha Sıkı BağlayalımÖrnek Kapsamı Ölçülebilir Hedeflerle Güçlendirelim
Kaynakları Metinle Daha Sıkı Bağlayalım
Örnek Kapsamı Ölçülebilir Hedeflerle Güçlendirelim
Forum Üslubunu Daha Tutarlı Kılalım