Teknoloji şirketlerinin CIO'ları, bir PM'nin özelliklerini ve becerilerini çalışanları arasında görmek istediklerini belirttiler. Computer Economics tarafından yapılan bir araştırmaya dayanarak, Proje Yöneticileri edinme arzusu sabit ya da artmaktadır, aynı şekilde resmi proje ofislerine (PMO'lar) sahip şirketlerin ve iyi bir yönetim yapısını kurumsallaştırmış olan verimlilik de açıktır Projeler.
Şimdi, bir BT proje yöneticisinin genel özellikleri başka bir sektörde çalışan başka bir meslektaşınkinden farklı mı? Prensip olarak, cevap HAYIR, bir BT PM'nin becerileri diğer bazı endüstrilerde bu pozisyon için gerekli olan aynı özelliklere dayanmaktadır, ancak yine de bazı farklılıkları vurgulamalıyız.
Her şeyden önce, BT hakkında konuşurken, neyi kastediyoruz? Kuşkusuz bilgisayar endüstrisinde geliştirilen projelerin yönetimine. Ancak BT endüstrisi son zamanlarda o kadar gelişti ki, bu basit "Bilgi Teknolojisi" harfleri yazılım geliştirme, bir ERP veya konserve uygulaması, bir ağ altyapısının kurulması gibi farklı ve karmaşık projeleri mükemmel bir şekilde kapsıyor., Veri Ambarı'nın geliştirilmesi, Web tabanlı herhangi bir geliştirme, eski bir yazılımın bakımı, yeniden yapılandırma veya BPM projesi veya örneğin yazılım, donanım, ağlar ve hizmetleri içeren birleşik bir entegrasyon projesi. Tüm bu projeler, BT projeleri olarak adlandırılanların bir parçası olsalar da, her birinin kendine özgü özellikleri vardır,karmaşıklıkları ve çok farklı ve çeşitli bilgileri (bir Veri Ambarının uygulanması, her ikisi de tamamlayıcı olsa da Web geliştirme yapmakla aynı şey değildir).
İkinci olarak, Proje Yöneticisi hakkında konuşurken, projenin amaçlarına ulaşmaktan sorumlu kişiden bahsediyoruz. PMI proje yönetimi, proje gerekliliklerini karşılamak için bilgi, beceri, araç ve tekniklerin proje faaliyetlerine uygulanmasıdır. Proje yönetimi, proje yönetimi süreçlerinin başlatılması, planlanması, yürütülmesi, izlenmesi ve kontrolü ve kapanışından uygulanması ve entegrasyonu yoluyla gerçekleştirilir. “İyi uygulamalar” olarak adlandırılanları anlamak ve uygulamak etkili proje yönetimi için tek başına yeterli değildir. Bu, proje yönetim ekibinin en az beş uzmanlık alanına karşılık gelen bilgi ve becerileri anlamasını ve kullanmasını gerektirir:
Aşağıdakileri içeren Proje Yönetiminin Temelleri (genellikle PMBOK® Rehberinde açıklananlar): Proje yaşam döngüsünün tanımı, Beş Proje Yönetimi Süreç Grubu ve dokuz Bilgi Alanı.
Bilgi, kurallar ve yönetmelikler, IT durumunda yazılımın geliştirilmesi veya mühendisliği veya belirli bir mühendislik türü, sözleşme bilgisi, yeni ürün geliştirme, endüstri veya hizmet bilgisi, teknolojik bilgi vb.
Proje ortamını anlayarak, tüm projeler sosyal, ekonomik ve çevresel bağlamda planlanır ve uygulanır ve istenmeyen ve / veya istenmeyen olumlu ve olumsuz etkilere sahiptir. Proje ekibi projeyi kültürel, sosyal, uluslararası, politik ve fiziksel çevresi bağlamında değerlendirmelidir.
Proje yönetimi becerilerini geliştirmek için temel oluşturan ve genellikle proje yöneticisi için gerekli olan genel yönetim bilgi ve becerileri. Herhangi bir projede, çok sayıda genel Yönetim konusuyla ilgili beceriler gerekli olabilir.
Ve son olarak sözde "Kişilerarası Beceriler":
- Etkili iletişim. Bilgi alışverişi Organizasyon üzerindeki etkisi. Liderlik "işleri halletme" yeteneği. Bir vizyon ve strateji geliştirin ve insanları bu vizyona ve stratejiye ulaşmaya motive edin. İnsanları yüksek performans seviyelerine ulaşmaya teşvik edin ve Müzakere ve çatışma yönetimini değiştirmek için engellerin üstesinden gelin. Onlarla anlaşmak veya anlaşmaya varmak için başkalarına danışın Problem çözme. Problem tanımının, alternatiflerin tanımlanması ve analizinin ve karar verme yetkilerinin bir araya getirilmesi
PM'nin gereksinimleri ve nitelikleri her tür endüstri için aynıdır, ancak BT yenilik ve karmaşıklıklar açısından en seçkin endüstri olduğu için, PM'nin belirli teknik bilgilerin, diğer araçların kullanımının farkında olmasını gerektirir. ve hatta süreçlerin, projelerin uygulanmasında etkili olması. Teknolojik değişikliklerden haberdar olma ihtiyacı, genellikle kendi kendini yöneten takımlar olarak adlandırılan bir profesyonel ekiple çalışmamız, projelerin karmaşıklığı, "pazara zaman" talebi ve "metodolojilerin" görünümü çevik ”, diğerleri ile BT PM'leri arasındaki en göze çarpan farkları belirten unsurlardır.
Bu hususların dışında, PMBOK bilgi alanları tarafından tanımlanan "yumuşak" veya "sanat" ve "sert" veya "bilim" kapasiteleri her zaman olacaktır. Başbakan, bir yandan iletişim, vizyon, kişilerarası becerilerin kullanımı, motivasyon vb. İçin güçlü bir kapasite gerektiren liderlik (sanat) ve diğer yandan metodolojiyi yönlendirmek ve bilmek gerektiren (bilim) yönetimi için ikisinin bir karışımına ihtiyaç duyar uygulanacak araçlar ve analiz ve problem çözme için güçlü bir kapasite. Özet olarak, bir PM BT'nin yeterlilikleri şu şekilde gruplandırılabilir:
İnsan Becerileri: Bir PM'nin becerilerinin en önemlisi, çalışma grubu, müşteri, sponsor, paydaşlar ve kendi patronu da dahil olmak üzere diğerleriyle iletişim kurma yeteneğidir. Burada doğal liderlik becerileri, ikna, aktif dinleme, müzakere becerileri, atılganlık, duygusal zeka, empati ve motivasyon projenin başarısı için temel bir rol oynamaktadır. PMBOK®'un yeni versiyonu artık bir PM IT için de geçerli olan proje yöneticisinin "kişilerarası becerileri" hakkında ayrı (çok kısa) bir ek içermektedir. BT projelerinde çalışan PY'nin ihtiyaçları, bilgisi ve davranışları açısından genellikle çok özel bir çalışma grubu vardır.Genellikle deneyimli profesyoneller hakkında konuşuyoruz ve PM'nin rolünün bir yöneticiden daha kolay olması gereken, çalışanlarını gerekli kaynakları elde etmeye çalışan ve engelleri veya sorunları ortadan kaldıran “yüksek performanslı” ekiplerle çalışmak çok yaygındır. ortaya çıktıklarında. Uyarlanabilir veya çevik yöntemlerde bu konuya çok önem verilmektedir. Bir başka önemli beceri, günümüzde ünlü 24 saatlik projeler veya “güneşi takip etme” gibi pratikte çok yer alan lider sanal grupların becerisidir. Projelerdeki coğrafi ve saatlik dağılım onları çok zorlaştırıyor ve hatta yüz yüze iletişimin gerekli olduğu yerlerde çevik bir metodoloji seçildiyse.Bu tür projelerle karşılaştığımızda, herkesle doğrudan temas halinde olmadığımızdan ve onları günde 24 saat kontrol edemediğimizden, bunların nasıl ele alınacağını bilmek için özel stratejilerimiz olmalı. Spam yönetimi daha yüksek olmalı, uzaktan kontrol tekniklerini uygulamak zorundayız ve iletişim ve teknolojiler hayati bir faktör haline geliyor. Web 2.0 tüm varyantlarında bir “şart” tır ve projenin daha iyi uygulanması ve kontrolü için bize sunduğu birçok araç ve teknikten yararlanır.0 tüm varyantlarında bu durumlarda bir “zorunluluktur” ve projenin daha iyi uygulanması ve kontrolü için bize sunduğu birçok araç ve tekniğin kullanımına başvuruyoruz.0 tüm varyantlarında bu durumlarda bir “zorunluluktur” ve projenin daha iyi uygulanması ve kontrolü için bize sunduğu birçok araç ve tekniğin kullanımına başvuruyoruz.
Metodoloji ve Süreçler: Bir proje yöneticisi, bir projenin uygulanması için resmi bir metodoloji ve süreçleri izlemeli ve bunlara uymalıdır. Bu noktada, hangi Yazılım Geliştirme Yaşam Döngüsü'nün (SDLC) izleneceği yinelenen, artımlı, spiral, şelale vb., ürün kalite kontrolünde kullanılacak süreçler ve standartlar (denetimler, denetimler, testler, resmi önceki teknik incelemeler vb.), uygulanacak ölçüm ölçütleri, yapılacak periyodik raporlar ve kontroller ve genel olarak tüm nicel proje yönetimi yöntemleri.Bir PM BT ayrıca, SWEBOK®, yazılım geliştirme ve test süreçleri, kalite standartları (ISO, CMMI, ITIL, vb.)) ve projenin kendisi ile ilgili diğer spesifik metodolojiler (örneğin Veri Ambarının uygulanması için Metodoloji). Bu noktada, diğer endüstrilerden proje yönetimi ile olan farklar kendini daha açık bir şekilde ortaya koymaktadır. Takipçilerine göre geleneksel yöntemlerle (PMBOK) gerçekleştirilemeyen çok özel özelliklere sahip projeler yürütmek için yeni proje yönetimi yöntemleri (Scrum, Crystal, RUP, XP, vb.) Ortaya çıktı.Çevik metodolojilerin ve geleneksel PMI ile farklılıklarının ayrıntılı bir açıklaması, konunun önemi ve tartışması nedeniyle ayrı bir makalede ele alınmıştır.
Teknolojik Bilgi: Projenin hem yazılım hem de donanım üzerinde çalışacağı teknolojiye dair bilgi BT BT'sine ek bir artı sağlar. Her zaman sorulan soru, bunun hakkında ne kadar bilmesi gerektiğidir. Tek bir cevap yok, bence bu müşteriye, proje türüne ve süreye bağlı olacak. Örneğin, kısa bir web geliştirme projesi, hareket halindeyken elde etmek için yeterli zaman olmadığından güçlü teknolojik bilgi gerektirecektir. Diğer durumlarda, özellikle daha uzun projelerde, işletme bilgisi teknolojik bilgiden biraz daha fazla olacaktır. Burada Başbakanın teknolojik bir uzman olması gerektiğini söylemiyoruz (bunun için uygun personele sahip olacak), ancak müşteri ve grubu ile diyalog kurabilmek için yeterli deneyime sahip olması gerektiğini,Donanım (ör: blade veya rafa taşınabilir sunucular arasındaki farklar), Yazılım (ör: işletim sistemleri, nesne yönelimli diller, veritabanları, vb.), Ağlar ve Telekomünikasyon ile ilgili temel kavramları bilir. BT sektöründe PM olarak çalışıyorsak, neyi yöneteceğimizi bilmek ve en son teknolojik gelişmelerden haberdar olmak her zaman önemli ve yararlıdır.
Başbakan ve çalışma grubu
Bir BT Yöneticisi olmanız durumunda sahip olmanız veya geliştirmeniz gereken bu özelliklerden bağımsız olarak, hemen hemen tüm projelerde klasik analistlere, programcılara, test uzmanlarına vb. Ek olarak iki tür temel kaynak / rol bulacağınızı kabul edersiniz.. Normalde tüm projelerde bulunurlar. Bunlardan biri, örneğin bir telcos uzmanı, bir finans uzmanı, perakende veya imalat işinde uzman, vb. Gibi müşterinin iş yönlerinin iş analisti veya KOBİ'sidir. Bu kişi, projenin iş hedefi ile uygulamanın teknik özellikleri arasındaki en önemli bağlantıdır. Esas olarak, gereksinimlerin toplanması ve anlaşılmasında ve çözümün analizinin ve tasarımının bir kısmında çalışacak olanıdır.Bu kişi sadece kullanıcılarla değil, aynı zamanda nasıl çalıştıklarını, süreçlerinin ne olduğunu ve ihtiyaçlarını açıkça anlamak için sponsor ve üst yönetim ile diyalog kuran kişidir. İş analistlerinin kendi dilleri ve hatta kendi BOK'ları vardır (çok ilginç ve kapsamlı bir rehber için IIBA'nın BABOK'una bakınız).
Öte yandan projenin gelişimini teknik açıdan tasarlayacak ve geliştirecek beyin olan Sistem Mimarı veya Teknik Lider ile buluşacağız. Teknoloji, mimari, donanım ve yazılım yönlerinin KOBİ'sidir ve ayrıca kendi dilleri ve kendi BOK'ları (SWEBOK, EABOK, SEBOK, vb.) Vardır. Tasarım modellerini, veri nesnelerini, veritabanlarını, arayüzleri ve modülleri vb. Tanımlayacaktır. Kısacası, projemizin dayandığı teknik mimari. İş ve ihtiyaç çözümü İş Analisti tarafından iyi bilinen proje, daha sonra Sistem Mimarı tarafından iyi bilinen bir sistem mimarisi modeline yansıtılır. Bu şekilde, Sponsor ve üst Yönetimin birçok durumda onlarla doğrudan konuşma sıklığı,PM olarak katılımını bir kenara bırakır. Sorun şu ki, her zaman projenin hesap verebilirliğinin PM olarak size ait olduğunu açıkça belirtmelisiniz. PM, nihai kararları vermesi, müzakere etmesi ve bir şekilde tüm çalışma grubuna liderlik etmesi, müşterinin kendisinden daha fazla bilgiye sahip kaynaklar olmasına rağmen, projenin toplam anlayışının ve başarısının veya başarısızlığının tüm sorumluluk.projenin tam olarak anlaşılması ve başarı veya başarısızlık tamamen sizin sorumluluğunuzda olacaktır.projenin tam olarak anlaşılması ve başarı veya başarısızlık tamamen sizin sorumluluğunuzda olacaktır.
Teslim vs. Dışarı çık
Genel olarak Proje Yönetimi kurslarımda, bu iki departman arasında var olan farklılıkları ve ortaya çıkardıkları sorunları her zaman belirtiyorum. Her büyüklükteki BT organizasyonunun satış alanını hizmet alanından ayrı olarak nasıl organize ettiğini (en azından kişisel deneyimlerimle) gözlemlemek ilginçtir. Bu departman siloları bazı durumlarda ciddi sorunlara neden olabilir. Birlikte çalışmak ve örgütü büyütmek için uyum içinde olması gereken bölümlerin aralarında çok az iletişim vardır veya hiç yoktur. Sinerji düştüğünde maliyet ve verimsizlik artar. Bu, uygulamada farklı işlevlere sahip olmasına rağmen, tek başına veya bağımsız olarak çalışamayan satış ve teslimat veya servis departmanları arasında BT endüstrisinde çok yaygındır.Satış, projeyi yürütmek ve müşteriyi memnun etmek için PM'ye ihtiyaç duyar, PM'nin yönetilecek projeleri almak için satışlara ihtiyacı vardır. Bu işlevlerin uyumsuzluğu veya yanlış anlaşılması aşağıdakilere neden olabilir: • Ürün veya hizmetin düşük kalitesi
- Müşteri ile ilişkinin zarar görmesi Sonuçları ölçmeden hızlı satış vaatlerine odaklanın Satış öncesi her iki ekibin ortak katılımı Departmanlar arasında az iletişim
Bu tür sorunları ve daha fazlasını önlemek için, pazarlama ve hizmet profesyonellerinin (PM) her iki taraftaki en yetenekli insanların becerilerini benimsemesi gerekir. Proje yöneticileri ve satışlar, projenin başarısını garanti edecek ve müşteri memnuniyetini sağlayacak şekilde ekipler halinde çalışabilmelidir.
Proje yöneticileri, tüm satıcılarda çok önemli erdemler olan iş bilgileri, kişilerarası beceriler ve iletişim hakkında bilgi edinirken, proje yöneticileri proje metodolojileri, zaman çizelgeleri, riskler ve kapsam belirleme hakkında bilgi edinebilirler. Bu, bu ilişkiyi teşvik eden organizasyona ve üst yönetime ve özellikle her ikisinin de güçlü ve zayıf yanları olduğunu anlaması gereken her bireye bağlı olacaktır. Satış görevlileri olarak PM'ler birbirlerine olumlu bir şekilde meydan okumalı ve birbirlerinin mesleki ve kişisel gelişiminin önemini anlamalıdır.İyi sinerjinin bir sonucu olarak, organizasyon, proje uygulama karmaşıklığını ve PM'leri pazara sunma süresi ve müşteri ilişkileri anlayışıyla anlayan bir satış departmanına sahip olacaktır.
İdeal BT Proje Yöneticisi
Kuruluşlar genellikle bir BT proje yöneticisini işe almak zorunda kaldıklarında bir ikileme girerler. Teknik yetenekleri olan ya da göz kamaştırıcı kişilerarası güce sahip birini mi arıyorlar? Bu konuda bütün bir tartışma var ve genel olarak karar şirkete, projenin türüne ve proje yöneticisinin profilinde ilgili olarak aranan duruma bağlı olarak çok belirgindir.
Genel olarak, teknoloji uzmanı olan çoğu insan insanları yönetmek istemez, aksine programlama, mühendislik, analiz veya araştırma üzerine ellerini almak ister. Buna karşılık, tipik veya geleneksel bir proje yöneticisi, söz konusu teknolojiden bağımsız olarak, tamamlanan projeleri görmek istiyor.
Proje yöneticileri, doğası gereği, iyi iletişim becerilerine sahip olmalıdır. Yakın zamana kadar, birçok şirket üst düzey teknik becerilere ihtiyaç duymadı. Aslında proje yöneticileri için mutlaka teknik eğitim gerektirmeyen birçok iş vardır. (iş rolleri). BT yöneticilerinin BT süreçleri ve teknolojisi hakkında yeterli temel bilgiye sahip olmaları önemli olmakla birlikte, her şeyden önce insanları yönetebilmelidir. Ekip üyelerinin kendilerinden gerekli olanı yapabilmelerini ve uygun şekilde yönlendirmelerini sağlamalıdırlar.
Öte yandan, kuruluşların BT deneyimi olmayan birini işe almayı düşünmemesi gerektiğini düşünenler de var. Gerekli teknik kapasiteye sahip olmayan bir BT proje yöneticisi kuruluş için büyük bir risk oluşturabilir. Teknoloji ile mücadele edilen proje yöneticisi, otoritesini önemli ölçüde zayıflatabilecek bir durum olan bir projenin en gelişmiş yönlerini denetlemek için kaynaklarının (geliştiriciler, programcılar, mimarlar) merhametindedir. Bir projenin teknik gereksinimlerinin tam olarak anlaşılamaması, projenin başarısız olmasına neden olabilir. Bu şekilde düşünenler için, adayın daha önce teknik bir temel pozisyondan geçip daha yönetimsel bir pozisyon alması ideal durum olacaktır.
Çoğu zaman tüm bunlar sadece işe aldığınız kişilere gelir. İki tür kişi veya bölüm vardır ve ideal bir adayın ne olduğu konusunda kökten farklı görüşlere sahip olma eğilimindedirler. Çalışmadan doğrudan sorumlu olan hat yöneticileri, geçmiş başarıları, deneyimleri, geçmiş performansları ve liderlik ve proje başarısını gösterebilecekleri bir kişi ile çok daha fazla ilgilenme eğilimindedir. Öte yandan, insan kaynakları departmanları özgeçmişlerde tanımlanması daha kolay olan BT becerilerini arama eğilimindedir ve bu da proje yöneticisi türü arasında en uygun olanı yaratabilir. ve kağıt üzerinde etkileyici olarak algılanan şey.
Bir BT proje yöneticisine iç ihtiyacı olan departman sonuçta sorumludur ve genellikle kişilerarası becerilere kıyasla teknolojik bilgiye daha fazla değer verir, çünkü çoğu kuruluşta insan kaynakları İşe alım sürecinin önemli bir parçası olan adaylar, değerlerini bu bölümdeki adayın psikolojik ve sosyal profiliyle de ilgilenen birine aktarabilmelidir. Sonuçta, ideal adayların bulunması giderek zorlaşan karmaşık bir denklemle sonuçlanır.
Sonuçta, teknik beceriler sınıfta ve işte öğrenilebilirken, hiçbir eğitimin kesinlikle teknik bir konumdan daha yönetsel bir role geçiş için bir aday hazırlayamayacağı unutulmamalıdır.
