Duru
New member
İkinci yaklaşımda ise ekip, temel gereksinimleri belirledikten sonra çalışan bir ilk sürüm hazırlıyor. Kullanıcılarla denemeler yapılıyor, sorunlar kaydediliyor ve öncelikli iyileştirmeler sonraki geliştirme döngülerine alınıyor. Bu yöntem ilk bakışta daha fazla geri bildirim ve ek çalışma gerektiriyor gibi görünebilir. Ancak kullanıcı deneyimi erken test edildiği için bazı sorunların büyümeden giderilmesi mümkün oluyor.
Bu örnek, çevik yaklaşımın her durumda kesinlikle daha iyi olduğunu kanıtlamaz. Sonuç; projenin kapsamına, mevzuatına, teknik risklerine, kullanıcı sayısına ve ekibin yetkinliğine bağlıdır. Bununla birlikte örnek, başarıyı yalnızca teslim tarihiyle ölçmenin neden eksik kaldığını gösterir.
Bir sistem zamanında teslim edilmiş olsa bile kullanılamıyorsa, güvenlik gereksinimlerini karşılamıyorsa veya hedeflenen problemi çözemiyorsa proje başarısı yeniden değerlendirilmelidir.
Proje Aşamalarında En Sık Yapılan Hatalar
Projelerde tekrar eden hataların başında kapsamın belirsiz bırakılması gelir. İşin sınırları açık değilse yeni talepler sürekli eklenebilir. Bu durum, literatürde kapsam kayması olarak bilinen soruna yol açabilir. Çözüm, her değişikliği reddetmek değil; değişikliklerin maliyet, süre, kalite ve risk üzerindeki etkisini değerlendirerek bilinçli karar vermektir.
Bir diğer hata, risklerin yalnızca başlangıçta değerlendirilmesidir. Oysa proje ilerledikçe yeni bilgiler ortaya çıkar. Risk kayıtlarının belirli aralıklarla güncellenmesi ve önemli değişikliklerin yeniden ele alınması gerekir.
Ekip içi iletişim sorunları da göz ardı edilmemelidir. Görev dağılımı açık olsa bile kişiler sorunlarını dile getiremiyorsa yöneticiler gerçek durumu geç öğrenebilir. Bu nedenle eleştiriye açık bir çalışma ortamı oluşturmak, yalnızca iyi ilişkiler için değil, erken uyarı mekanizması olarak da önemlidir.
Son olarak, başarısızlıkların kişisel suçlama konusu hâline getirilmesi öğrenmeyi zorlaştırır. Elbette sorumlulukların belirlenmesi gereklidir. Ancak amaç yalnızca hata yapan kişiyi bulmak olduğunda sistemsel nedenler gözden kaçabilir. Daha yapıcı yaklaşım, hem bireysel sorumluluğu hem de süreçteki eksiklikleri birlikte değerlendirmektir.
Güvenilir Kaynaklar ve Başvurulabilecek Referanslar
Proje aşamalarını değerlendirirken kavramsal açıklamalarla uygulamaya ilişkin kanıtları birbirinden ayırmak gerekir. Aşağıdaki kaynaklar konuya daha sistematik yaklaşmak için yararlı başlangıç noktalarıdır:
1. Project Management Institute (PMI) – PMBOK® Guide: Proje yönetimi ilkeleri, performans alanları, planlama ve kontrol konularında temel bir başvuru kaynağıdır. Farklı proje ortamlarında kullanılabilecek yönetim yaklaşımlarını anlamaya yardımcı olur.
2. ISO 21502:2020 – Project, programme and portfolio management - Guidance on project management: Uluslararası Standardizasyon Örgütü tarafından yayımlanan bu standart, projelerin yönetimine ilişkin rehberlik sağlar. Yönetim yaklaşımını kurumsal süreçlerle ilişkilendirmek isteyenler için önemlidir.
3. Agile Manifesto (2001): Çevik yazılım geliştirme yaklaşımının temel değerlerini ve ilkelerini açıklar. Özellikle değişen gereksinimler, ekip iş birliği ve çalışan ürünün önemi hakkında yararlı bir çerçeve sunar.
4. Flyvbjerg, B. (2014), “What You Should Know About Megaprojects and Why: An Overview,” Project Management Journal: Büyük projelerde maliyet aşımı, gecikme ve iyimser tahminler gibi sorunları ele alan akademik bir çalışmadır. Büyük projelerde yalnızca plan hazırlamanın yeterli olmadığını, tahminlerin ve kararların eleştirel biçimde incelenmesi gerektiğini anlamak açısından değerlidir.
5. Standish Group, CHAOS raporları: Yazılım projelerinin sonuçları ve proje performansı üzerine sıkça başvurulan raporlar yayımlar. Bununla birlikte kullanılan örneklem, başarı tanımları ve araştırma yöntemleri dikkate alınmadan bu raporlardaki oranları bütün projelere genellemek doğru değildir.
Kaynakları kullanırken önemli olan, bir kurumun veya araştırmanın adını anmakla yetinmemektir. İddianın hangi veriye dayandığı, araştırmanın hangi koşullarda yapıldığı ve bulguların başka projelere ne ölçüde uygulanabileceği de sorgulanmalıdır. Güvenilirlik, yalnızca kaynak göstermekten değil, kaynağın sınırlarını dürüstçe kabul etmekten doğar.
Sonuç: Önemli Olan Aşamaları Tamamlamak mı, Doğru Sonuca Ulaşmak mı?
Proje aşaması, bir projenin belirli hedeflere ulaşmak üzere yönetilebilir bölümlere ayrılmış kısmıdır. Başlatma, planlama, uygulama, izleme ve kontrol ile kapanış gibi süreçler, işlerin düzenlenmesine ve sonuçların değerlendirilmesine yardımcı olur. Ancak bu aşamaların değeri, yalnızca prosedürlerin tamamlanmasıyla ölçülemez.
Bana göre iyi proje yönetiminin temelinde üç unsur bulunuyor: Ne yapılacağını doğru anlamak, süreç boyunca ortaya çıkan bilgileri dikkate almak ve gerektiğinde kararları değiştirebilmek. Katı planlar bazı projelerde güvenlik ve kontrol sağlayabilirken bazı projelerde esnekliğin önünü kesebilir. Plansızlık ise hızlı hareket etme avantajı sunsa bile maliyetli hatalara zemin hazırlayabilir. Bu iki uç arasında kurulacak denge, projenin niteliğine göre belirlenmelidir.
Bir başka önemli nokta da proje başarısının yalnızca yöneticinin veya ekip liderinin bakış açısından değerlendirilmemesidir. Ürünü kullanan kişilerin deneyimleri, ekip üyelerinin çalışma koşulları, bütçe sorumluluğu ve uzun vadeli etkiler birlikte ele alınmalıdır. Böylece kısa vadede tamamlanmış görünen bir işin gerçekten değer üretip üretmediği daha doğru anlaşılabilir.
Forumda özellikle şu soruların tartışılmasının yararlı olacağını düşünüyorum:
- Sizce bir projenin zamanında ve bütçesinde tamamlanması, başarılı sayılması için yeterli midir?
- Aşırı planlama ile plansız çalışma arasındaki denge nasıl kurulabilir?
- Proje sırasında ortaya çıkan yeni ihtiyaçlar, başlangıçtaki hedefleri ne ölçüde değiştirmelidir?
- Başarısız bir projede sorumluluk bireylere mi, yönetime mi, yoksa kullanılan sisteme mi aittir?
- Ekipte stratejik karar alma, empati ve iletişim becerileri nasıl dengelenmelidir?
- Bir projenin gerçek başarısını ölçmek için hangi göstergelere öncelik verilmelidir?
Bence bu soruların tek bir doğru cevabı yok. Farklı sektörlerde, ekiplerde ve proje türlerinde farklı yaklaşımlar daha iyi sonuçlar verebilir. Önemli olan, bir yöntemi sorgulamadan benimsemek yerine sonuçlarını değerlendirmek, kanıtlara açık olmak ve deneyimlerden öğrenmektir. Sonuçta proje aşamaları, bir işi yalnızca parçalara bölmek için değil, yapılan işin nedenini, ilerleyişini ve yarattığı değeri daha iyi anlayabilmek için vardır.
Bu örnek, çevik yaklaşımın her durumda kesinlikle daha iyi olduğunu kanıtlamaz. Sonuç; projenin kapsamına, mevzuatına, teknik risklerine, kullanıcı sayısına ve ekibin yetkinliğine bağlıdır. Bununla birlikte örnek, başarıyı yalnızca teslim tarihiyle ölçmenin neden eksik kaldığını gösterir.
Bir sistem zamanında teslim edilmiş olsa bile kullanılamıyorsa, güvenlik gereksinimlerini karşılamıyorsa veya hedeflenen problemi çözemiyorsa proje başarısı yeniden değerlendirilmelidir.
Proje Aşamalarında En Sık Yapılan Hatalar
Projelerde tekrar eden hataların başında kapsamın belirsiz bırakılması gelir. İşin sınırları açık değilse yeni talepler sürekli eklenebilir. Bu durum, literatürde kapsam kayması olarak bilinen soruna yol açabilir. Çözüm, her değişikliği reddetmek değil; değişikliklerin maliyet, süre, kalite ve risk üzerindeki etkisini değerlendirerek bilinçli karar vermektir.
Bir diğer hata, risklerin yalnızca başlangıçta değerlendirilmesidir. Oysa proje ilerledikçe yeni bilgiler ortaya çıkar. Risk kayıtlarının belirli aralıklarla güncellenmesi ve önemli değişikliklerin yeniden ele alınması gerekir.
Ekip içi iletişim sorunları da göz ardı edilmemelidir. Görev dağılımı açık olsa bile kişiler sorunlarını dile getiremiyorsa yöneticiler gerçek durumu geç öğrenebilir. Bu nedenle eleştiriye açık bir çalışma ortamı oluşturmak, yalnızca iyi ilişkiler için değil, erken uyarı mekanizması olarak da önemlidir.
Son olarak, başarısızlıkların kişisel suçlama konusu hâline getirilmesi öğrenmeyi zorlaştırır. Elbette sorumlulukların belirlenmesi gereklidir. Ancak amaç yalnızca hata yapan kişiyi bulmak olduğunda sistemsel nedenler gözden kaçabilir. Daha yapıcı yaklaşım, hem bireysel sorumluluğu hem de süreçteki eksiklikleri birlikte değerlendirmektir.
Güvenilir Kaynaklar ve Başvurulabilecek Referanslar
Proje aşamalarını değerlendirirken kavramsal açıklamalarla uygulamaya ilişkin kanıtları birbirinden ayırmak gerekir. Aşağıdaki kaynaklar konuya daha sistematik yaklaşmak için yararlı başlangıç noktalarıdır:
1. Project Management Institute (PMI) – PMBOK® Guide: Proje yönetimi ilkeleri, performans alanları, planlama ve kontrol konularında temel bir başvuru kaynağıdır. Farklı proje ortamlarında kullanılabilecek yönetim yaklaşımlarını anlamaya yardımcı olur.
2. ISO 21502:2020 – Project, programme and portfolio management - Guidance on project management: Uluslararası Standardizasyon Örgütü tarafından yayımlanan bu standart, projelerin yönetimine ilişkin rehberlik sağlar. Yönetim yaklaşımını kurumsal süreçlerle ilişkilendirmek isteyenler için önemlidir.
3. Agile Manifesto (2001): Çevik yazılım geliştirme yaklaşımının temel değerlerini ve ilkelerini açıklar. Özellikle değişen gereksinimler, ekip iş birliği ve çalışan ürünün önemi hakkında yararlı bir çerçeve sunar.
4. Flyvbjerg, B. (2014), “What You Should Know About Megaprojects and Why: An Overview,” Project Management Journal: Büyük projelerde maliyet aşımı, gecikme ve iyimser tahminler gibi sorunları ele alan akademik bir çalışmadır. Büyük projelerde yalnızca plan hazırlamanın yeterli olmadığını, tahminlerin ve kararların eleştirel biçimde incelenmesi gerektiğini anlamak açısından değerlidir.
5. Standish Group, CHAOS raporları: Yazılım projelerinin sonuçları ve proje performansı üzerine sıkça başvurulan raporlar yayımlar. Bununla birlikte kullanılan örneklem, başarı tanımları ve araştırma yöntemleri dikkate alınmadan bu raporlardaki oranları bütün projelere genellemek doğru değildir.
Kaynakları kullanırken önemli olan, bir kurumun veya araştırmanın adını anmakla yetinmemektir. İddianın hangi veriye dayandığı, araştırmanın hangi koşullarda yapıldığı ve bulguların başka projelere ne ölçüde uygulanabileceği de sorgulanmalıdır. Güvenilirlik, yalnızca kaynak göstermekten değil, kaynağın sınırlarını dürüstçe kabul etmekten doğar.
Sonuç: Önemli Olan Aşamaları Tamamlamak mı, Doğru Sonuca Ulaşmak mı?
Proje aşaması, bir projenin belirli hedeflere ulaşmak üzere yönetilebilir bölümlere ayrılmış kısmıdır. Başlatma, planlama, uygulama, izleme ve kontrol ile kapanış gibi süreçler, işlerin düzenlenmesine ve sonuçların değerlendirilmesine yardımcı olur. Ancak bu aşamaların değeri, yalnızca prosedürlerin tamamlanmasıyla ölçülemez.
Bana göre iyi proje yönetiminin temelinde üç unsur bulunuyor: Ne yapılacağını doğru anlamak, süreç boyunca ortaya çıkan bilgileri dikkate almak ve gerektiğinde kararları değiştirebilmek. Katı planlar bazı projelerde güvenlik ve kontrol sağlayabilirken bazı projelerde esnekliğin önünü kesebilir. Plansızlık ise hızlı hareket etme avantajı sunsa bile maliyetli hatalara zemin hazırlayabilir. Bu iki uç arasında kurulacak denge, projenin niteliğine göre belirlenmelidir.
Bir başka önemli nokta da proje başarısının yalnızca yöneticinin veya ekip liderinin bakış açısından değerlendirilmemesidir. Ürünü kullanan kişilerin deneyimleri, ekip üyelerinin çalışma koşulları, bütçe sorumluluğu ve uzun vadeli etkiler birlikte ele alınmalıdır. Böylece kısa vadede tamamlanmış görünen bir işin gerçekten değer üretip üretmediği daha doğru anlaşılabilir.
Forumda özellikle şu soruların tartışılmasının yararlı olacağını düşünüyorum:
- Sizce bir projenin zamanında ve bütçesinde tamamlanması, başarılı sayılması için yeterli midir?
- Aşırı planlama ile plansız çalışma arasındaki denge nasıl kurulabilir?
- Proje sırasında ortaya çıkan yeni ihtiyaçlar, başlangıçtaki hedefleri ne ölçüde değiştirmelidir?
- Başarısız bir projede sorumluluk bireylere mi, yönetime mi, yoksa kullanılan sisteme mi aittir?
- Ekipte stratejik karar alma, empati ve iletişim becerileri nasıl dengelenmelidir?
- Bir projenin gerçek başarısını ölçmek için hangi göstergelere öncelik verilmelidir?
Bence bu soruların tek bir doğru cevabı yok. Farklı sektörlerde, ekiplerde ve proje türlerinde farklı yaklaşımlar daha iyi sonuçlar verebilir. Önemli olan, bir yöntemi sorgulamadan benimsemek yerine sonuçlarını değerlendirmek, kanıtlara açık olmak ve deneyimlerden öğrenmektir. Sonuçta proje aşamaları, bir işi yalnızca parçalara bölmek için değil, yapılan işin nedenini, ilerleyişini ve yarattığı değeri daha iyi anlayabilmek için vardır.