Bilgi Teknolojisi ve iş bilgisayar sistemlerinin gelişimi nispeten yenidir, bununla 50 yaşın altında demek istiyorum. Bu işe 1960’ların başında başladım ve delikli kart tabülatör sistemlerinin delikli kart bilgisayar sistemleriyle (IBM 1400s gibi) değiştirilmesiyle uğraştım.
Teknolojiler daha karmaşık hale geldikçe (örneğin diskler, daha büyük bellekler ve derleyiciler) geliştirdiğimiz sistemler çok daha karmaşık hale geldi. BT endüstrisi büyüdükçe, içinde çalışan programcıların, analistlerin ve operatörlerin sayısı da arttı.
Bunlar çoğunlukla çok zeki insanlardı, yetenekli ve yaratıcıydılar, ancak genellikle işin ihtiyaçlarını çok az takdir ediyorlardı. Tekerlek, birçok farklı şekilde sayısız kez yeniden icat edildi ve bilgisayar programlarını yapılandırmanın, onu yapan programcılar kadar farklı yolları vardı!
Bunun dışında sistem geliştirme metodolojileri ortaya çıktı. Bu erken metodolojiler genellikle büyük donanım üreticileri ve yönetim danışmanları tarafından geliştirildi ve geliştirme için şablonlar olmaları amaçlandı. Bazıları iyiydi, bazıları gerçekten berbattı. Bazıları özlü ve bazıları, SSADM gibi, aşırı derecede şişmiş ve köpeği sallayan kuyruk haline gelmişti. Kaçınılmaz olarak, aşırı şişmiş olanlar tüm dünyada hükümetler tarafından benimsenerek, genel kaliteyi önemli ölçüde iyileştirmeden 1980’lerde BT geliştirmenin maliyetine ve zaman çizelgesine büyük ölçüde katkıda bulundu.
Veritabanlarının (ilişkisel, hiyerarşik, vb.) Ortaya çıkışı, karmaşıklığa katkıda bulundu ve her zamankinden daha büyük geliştirme projelerini günün sırası haline getirdi. Bu, kısmen proje yönetimi metodolojilerinin ortaya çıkmasını tetikledi, çünkü BT proje yönetimi sık sık büyük teknolojik becerilere sahip, ancak organizasyon becerileri açısından çok az olan sistem analistlerine ve programcılarına atandı.
Yönetim danışmanları hızla ticari fırsatları gördü ve çok sayıda tescilli proje yönetimi metodolojisi gördük, ancak kalıbı kıran ve BT proje yönetimi için neredeyse uygulanabilir bir metodoloji olan PROMPT’u başlatan Birleşik Krallık hükümetleri CCTA oldu. Bu, önce PRINCE’e ve ardından iyi olan ve yaygın olarak benimsenen PRINCE2’ye geliştirildi.
PRINCE2’yi proje yönetimi metodolojileri için referans noktası olarak kabul etmek mantıksız değildir ve gerçekten de bir yol haritası sağlar. Projelerimin çoğunda rutin olarak kullanıyorum, ancak şu soruyu akla getiriyor:
İyi bir metodoloji kullanmak beni iyi bir proje yöneticisi yapar mı?
Kesinlikle yardımcı olur, ancak proje yönetimi sürecin mekaniklerinden daha fazlasıdır. Kişilerarası beceriler, paydaş farkındalığı, yönetime sunum ve kazanma kurallarınızı anlamakla ilgilidir. Başka bir deyişle, teori ve becerilerin bir karışımıdır.
My eBook Project Skills, ilgili birçok konuyu ele alıyor ve teoriyi pratik tavsiyelerle birleştirmeye çalışıyor. 30 yıldır sektörde çalışmak zorunda değilsiniz, ancak bazen olan birini dinlemeniz yardımcı oluyor. Projeniz için seçtiğiniz metodolojiden bağımsız olarak deneyim, farkındalık ve sağduyu her zaman yardımcı olacaktır.
GIPHY App Key not set. Please check settings