Bir Proje Yöneticisi neden başarılı bir KG olamaz?

Bir PM teorik olarak bir KG olabilir. Çünkü Proje Yöneticisi projeyi tam olarak bilir ve işlerin olması gerektiği gibi yürümesini sağlayabilir. Ama pratik olarak değil. Neden?

Birkaç küçük kuruluşta, bir Proje yöneticisi aynı zamanda bir KG yöneticisi şapkası takar. Bu iki rol birbirinin zıttı olduğu için çelişkili bir rol. Uygulamada, QA yöneticisi, yazılım çalışmasının işlevselliğini amaçlandığı gibi ve genel kullanıcı deneyimiyle eşit olarak doğru bir şekilde değerlendirmek için birkaç SOP'yi takip eder. Bulunan herhangi bir sorun düzgün bir şekilde belgelenir ve üzerinde çalışılması için geliştirme ekibine gönderilir. Bu, ürün son kullanıcı için hazır olana kadar tekrarlanır. Bir KG yöneticisinin diğer rolleri, bilinen kusurların kayıtlarını tutmak ve bunları test etmektir.

Bir PM, ürünün kapsamına daha aşina iken. Bir PM, ürünün gereksinimlerini başka hiç kimsenin olmadığı kadar bilir. Proje Yöneticisi, uygun riskleri ve maliyet temel çizgisini değerlendirmeli, ürün kaynaklarını yönetmeli, paydaşlarla iletişim kurmalı ve programa bağlı kalmalıdır. Ve son olarak QA ekibine liderlik edin. Döngü ne kadar çok tekrar ederse, maliyet temel çizgisini aşma olasılığı o kadar fazladır.

Bir Proje/ürün yöneticisi veya KG yöneticisi arasındaki temel fark, bir proje yöneticisi tarafından doğru zihniyetin uygulanmasında yatmaktadır. QA yöneticisi şapkasını takan bir proje yöneticisi, süreçte çelişkili QA sonuçları gözlemlendiğinde bile her zaman projesinin daha akıllı görünmesine odaklanır.

Eminim ki bu tip bir ikili rolü üstlenen pek çok proje yöneticisi, dışarda ifade etmeseler de kalplerinin derinliklerinde bu gerçeğe kefil olacaktır. Bunun nedeni, Proje Yöneticisinin QA yöneticisi değil, Proje Yöneticisi olmak istemesidir. Atanmış bir Proje Yöneticisi bir KG yöneticisi olarak hareket ettiğinde, psikolojik olarak bir KG yöneticisinden ziyade bir Proje Yöneticisi olma eğilimindedir.

Bir sistemde başarısız bir işlevsellik gözlemlendiğinde, bir QA yöneticisi, bir Proje yöneticisi için durumun böyle olmayabileceği durumlarda, geliştiricinin işini hızlandıran uygun belgeler ve raporlarla kolayca değerlendirme yapabilir. Bir Proje yöneticisi, paydaşlardan, proje son teslim tarihinden ve bunun için aşılabilecek geliştirme maliyetlerinden kaynaklanan birçok baskı altında olabilir.

Bu, olumsuz bir etki yaratır ve sorumlu geliştiricinin moralinin bozulması dahil ancak bunlarla sınırlı olmamak üzere belirli sorunlara neden olabilir. Bu sorunlar daha doğru bir şekilde farklı şekilde ele alınabilir.

Proje yöneticileri benimle aynı fikirde olmayabilir, ancak her projenin durumunun aynı olacağı ve aynı ilkelerin uygulanabileceği ince yazılarla yazılmamış. Bu şeylerle ilgilenecek bir KG yöneticisinin olduğu ve proje yöneticisinin projede daha sonra ortaya çıkabilecek sorunları en aza indirmek veya hafifletmek için kendi endişelerine odaklanabileceği durumlarda genel prosedürleri takip etmek daha iyidir.

Ekip üyeleri, başarılı bir KG'den bu şekilde yararlanır - "Daha İyi Moral, Daha Fazla Coşku ve Daha Az Hayal Kırıklığı".