Proje yönetim sisteminin vade modeli: teknik incelemesi

Not:  En güncel yardım içeriklerini, mümkün olduğunca hızlı biçimde kendi dilinizde size sunmak için çalışıyoruz. Bu sayfanın çevirisi otomasyon aracılığıyla yapılmıştır ve bu nedenle hatalı veya yanlış dil bilgisi kullanımları içerebilir. Amacımız, bu içeriğin sizin için faydalı olabilmesini sağlamaktır. Buradaki bilgilerin faydalı olup olmadığını bu sayfanın sonunda bize bildirebilir misiniz? Kolayca başvurabilmek için İngilizce makaleye buradan ulaşabilirsiniz .

Bu teknik incelemesi bizim "From the trenches" koleksiyonu bir parçasıdır. Bunu kuruluşlar yetişkin gibi nasıl proje yönetimi sistemlerinin kullan daha etkili edilebilmeleri açıklanmaktadır. Bunu nasıl şirketler bunlara kullanılabilir her özelliğin isteği olsalar, bunlar rahat, olduğu düzeyine yeni proje yönetim sisteminin yalnızca belirli özelliklerini kullanmak seçmek üzere daha etkili olması olabilir açıklanmaktadır. Şirket yetişkin devam gibi bunu daha kullanması gereken özelliklerin kullanımıyla Gelişmiş haline.

Daha fazla teknik incelemeler görmek için "ten Trenches" teknik incelemelerbakın.

Proje yönetim sisteminin vade modeli

Proje yönetimi vade (PMM) modeli oldukça sıcak konu bu gündür. Dalgaları vardır kuruluşlar "güzel olan proje vade düzeylerini" değerlendirmenize yardımcı olacak bir iyi oturma kuran Danışman çok hiyerarşik olarak görüntülenen ile daha fazla bilgi her zaman yetişkin daha az olgun daha iyi durumuna olarak her zaman görüntülenir. Proponents PMM modeli kavramını say, projeleri yönetmek için kuruluş özelliklerini gösterir. Nasıl kuruluşlar daha etkili duruma hakkında sahip için bir konuşmanın tamamını vardır ve yalnızca proje yönetimi vade modeli gerekmeyen climbing, orada alır emin değilim. Ancak başka bir gün için bir konu olmasıdır. Fan PMM modelinin olduğunuz olup olmadığını, proje yönetimi sistemleri kullanan kuruluşlara görmüş olduğunuz vade modeli başka bir tür yoktur.

Biz proje yönetim sisteminin dağıtımı kuruluşlar ile çalışırken, kuruluşun diyelim ki her bir öğenin yalnızca sahip oldukları yeni sisteminin yararları yararlanmasını olduğunu bulmak için çok yaygın satıcı tarafından gösterilen. İstemci raporları ve ekranlar ve iş akışları görür ve bunların her zamankinden yalnızca birini dreamed işlevleri ve bunların nerede işlevselliği works olarak sorunsuz bir şekilde kuruluşlarındaki haliyle satış sunum tüm mı bir dünya düşünün. Genellikle belirsiz istemcisine gösterilen sunum veri ve sunum yapılandırmasını ürünün olabildiğince fazla koyan üzere dikkatle geliştirilmiştir. Microsoft Project ve Project Server söz konusu olduğunda, bu teknolojisi tamamını yığınını eklemek için şu ana kadar tek ürün genişletme.

İstemci Windows SharePoint Services veya Microsoft Office SharePoint Server formdan başlatma ekranlar görür. Active Directory veya SQL Server Reporting Services değmediği işlevselliği görecekler. Bunlar, iş akışı BizTalk Server veya Windows Workflow Foundation ve PerformancePoint ' gelen görüntüler görebilirsiniz. Film şeridi veya olası avantajları kolay ancak anlama yapan bir kullanım örneği senaryo veri akışını takip temel teknolojinin daha zor anlama.

Biz aslında istemci ilginizi işlevselliği iletmek için geldiğinde, bir kerede bir gerçeklik onay işareti olan her şeyi dağıtmak için kendi istediği temper gerekir. İstemci nasıl biz gibi işlevleri yapılandırma bile düşünebilirsiniz önce iş yapmak istemektedir ve olup bunu kutusunda, yapılandırma veya özelleştirme efor ile oturumunu teslim edilebilir karar vermeniz gerekir. Bunlar envisaged ve ıdfix'le ve eğitim, eğitim ve geliştirme o çözümün Tasarım yapın yanı sıra hem zaman ve para dağıtmadan için kaynak bulmak hazırlanmış işlevselliği her yönüyle dağıtma insistent bazı istemciler vardır , ancak bu kuruluşlar özel durumu.

Çok daha fazla nedir ortak olan kendi yeni proje yönetim sisteminin yönlerini rahatça olan düzeyini dağıtmak istemci ödememeyi. Kuruluş sistem ve temel alınan iş süreçlerini hakkında daha fazla bilgi sahibi haline gelir gibi daha fazla bilgi ve daha fazlasını Sistem talep; 'ilerledikçe daha genel kabul görmüş' olmaktan. Doğal ilerlemeyi demektir.

Kuruluşunuzun anlama otomatik olarak bir proje yönetimi işleminin dönüşmesi gibi bu Otomasyon için kendi talep de dönüşmesi. Bu doğal ilerlemeyi yalnızca proje yönetimi veya yeteneği vade modelleri gibi olur. Kuruluşlar büyük olasılıkla bu yolları dönüşmeye bilmek bize etkili bir kuruluşun yapma bizim çalışmalarınızın nereye yerleştirileceğini bilmenin en çok etkili yaptı. Biz şansı benimseme ve proje sistemin vade ise kuruluşun verilen yatırım getirisi belirttikten olduğunu bilmiyor bu proje sistem alanları odaklanmak için düzeltmesini. Bu bilgi tablet chiseling iyi bir plan değil şekilde tabi iki hiçbir kuruluş aynıdır. Bu yalnızca bizim deneyimi birçok şirketlerle göre en sık karşılaşılan ilerlemeyi olur.

Bunları sıralamasını son yıl teşekkürler büyük bölümü içinde teknolojisine değişme rağmen bizim deneyimi, proje yönetim sisteminin kullanım doğal gelişim beş temel alanlarda, gelir. Beş temel alan hakkında başlamasını konuşalım ve ben son birkaç yılda bu makalenin sonundaki yakın anlatıldığı yeni vardiyaları bazılarını ele alacağız.

proje yönetim sisteminin başlıca 5 alanı

1 – planlama   . Neredeyse her zaman planlama ilk dalga görürüz. Bazı kuruluşlar hiç alırsınız. Zamanlama, GANTT grafiği Bronz ve sonra bunu proje ekibinizin office duvarında takma bir basic yaptıkları. Yalnızca Proje başlamadan önce bunlar kendi zamanlama ince durumunu unutmayın gibi kişiler düzleme kimi zaman nostalgically başvuruyor.

Ben yalnızca kendi pahalı proje yönetimi yazılımını kullanan bir çubuk grafik yapmak için bu biraz acımasız, ancak da kesinlikle böylece gelen değer vardır. Düzenli bir zamanlama oluşturma, nasıl iş birlikte yerleştirileceği düşündüğünüz proje katılımcıları hale gelir ve hiçbir şey yapmadan veya yalnızca bir elektronik tablo listesi yaparak çok daha etkilidir.

2 – izleme   . Sonraki satırında bizim deneyiminde genellikle izliyor demektir. Biraz daha "genel kabul görmüş" proje yönetimini kullanımda olan bir kuruluşun değil yalnızca planlama, bunları düzenli olarak tarih ve hatta planları olarak öngörülen zamanlamaları ile duyacağız ilerleme ile ilerletemediği zamanlamalarını, izleme İlerleme. Çoğu kuruluş için buraya durdurma etkilidir. Proje yönetimi sistemlerine planlama ve bunlar düzenli olarak ve hatta yönetimi için yararlı raporları belirttikten güncelleştirerek planı sonra çalıştığınız.

3 – kaynak yönetimi   . Planlama ve izleme işlendiğini sonra kaynak yönetimi sorunu ve nasıl bu proje yönetim sisteminin kullanarak çözülmesi aramak için kuruluşların düzeltmesini. Kaynaklar, ben burada önce ele, ancak en temel düzey, kaynak ayırma (çalışma kaynakları için atama) tarafından bazı tür kaynak çözümleme ve ardından bir büyük adımıdır gibi birçok yönü sahip olabilir.

4 – maliyet Yönetimi   . Maliyet Yönetimi dördüncü tipik bir alandır ve burada birçok kuruluş hiç ulaşın. Temel bir düzey, görevin projede tarafından aşama veya daha iyi henüz gösterebilen bir maliyet tahmini sahip iyi maliyetlendirme başlangıç istenir. Fiili maliyetleri izleme veya saate dolar tarafından ileri düzey olur.

Gelişmiş 5 –   . "Gelişmiş" ı koyma henüz konuları geniş bir yol olabilir için konuları için ben beşinci alanında buraya gireceğiniz Diğer kategoriler şimdiye. Bu bunlar önemli değildir, ancak bir kuruluştaki gelişim beşinci nesil aldığınızda, bunu çok çeşitli yollarını gidebilirsiniz yoktur. Şimdi, ben risk çözümleme, belge yönetimi ve otomatik iş akışları buraya koyun. Ayrıca Gelişmiş alanı vardır şimdiye ele diğer dört alanların her biri.

Şu ana kadar ele öğelerin her biri genişletilmiş daha ayrıntılı ve genellikle kuruluşunuzun proje vade kullanımını ve anlaşılmasını kendi proje yönetimi ortamı artışlarını otomatik yönleriyle olmasıdır.

Planlama için birden çok proje tümleşik zamanlamaları ile alt projeler arası proje bağlantıları veya programı yönetimiyle ilerlemeyi gidebilirsiniz.

İzleme için izleme verileri, kalan süre için en düşük kalite genellikle olan basit tamamlanma yüzdesi ilerleme, kuruluş genellikle ilerler. İzleme ayrıca bir kişi tarafından özgün planı karşı çalışma saatleri tam olarak eşleşen değeri vermek için zaman çizelgelerini uzatmak.

Kaynaklar bölümünde yalnızca genellikle bir zaman çizelgesi ile kaynak ilerleme durumunu izleme ve sonra da en çok istenen EPM, kaynak kapasite planlamasını yönleriyle için taşınması için kaynakları görevlere ayrılırken gelen giderek görürüz. Bazı kuruluşlar için kritik zinciri burada ayrıca, kaynak ve zamanlama bilgileri bir Gelişmiş algoritması birleştirme sığacak.

Maliyetlerini, biz genellikle saat ve bütçe gerçek sapması karşı zaman birlikte fiili maliyetleri izleme için temel bütçeleme ve buradan içinde savunma ve Aerospace sektörler tamamlandı olarak kazanılan değer izleme, gidin.

Daha gelişmiş alanı konuları Gelişmiş. Bunlar arasında en popüler Monte Carlo Risk çözümleme ve tümleştirme Proje yönetiminde kullandığınız yöntem (özellikle de BT sector)'dır.

Proje yönetim sisteminin temel ve genişmiş alanları

Çoğu kuruluşun ilerlemesi tüm beş temel öğelerin grafiği ben yalnızca gelişmiş alanlarını hiçbirini kapatmadan önce açıklanan sırada sol tarafındaki. Bazı kişilerin belirli proje yönetimi karşılıklı başkalarının önceden bir öğe üzerinde odaklanan gelir bulun. Aşırı zor ve nadiren başarılı nedir, daha fazla genel kabul görmüş edilmek çalışıyor.

Çok yaygın, becerileri ve deneyimi kuruluşun bakalım zaman örneğin, bir kuruluştaki kaynak kapasite planlamasını aradığı, henüz, bir kaynak kapasitesi planlama sistemi oluşturma yapı taşları eksik bulabilirsiniz. Genellikle proje yönetimi sistemleri vade modeline nerede bilmek neden bu kadar önemli örnek olarak kapasite planlamasını kullanın. Benim deneyiminde EPM sistemlerden tek en çok istenen avantajı budur ve neredeyse teslim edebilir son avantajı harcanacağını. Kaynak kapasite planlamasını ilk çalışmak için çok fazla öğeleri gerekmesidir. İlk ihtiyacımız kullanılabilirliği karşı öngörülen kaynak gereksinimlerini iletmek için:

  • Proje planları biz sayma

  • Doğru ilerleme ile izlenen projeler

  • Kaynaklar için ayrılacak tüm görevler

  • Tam ve doğru kaynak kullanılabilirliği

  • İzlenen ve quantified için tüm proje dışı çalışma

  • Proje yöneticileri ve bölüm yöneticileri tamamlanan çalışma, öngörülen çalışma ve değişiklikleri kaynaklar tarafından uyumluluk tamamlayın.

Vaay! Hiçbir değerler listenizin küçük olduğu ve büyük ölçeğini yönetimini değiştirme gibi bir ortamla çoğunlukla uymak için gerekli şirket kültür gerektirir. Şimdi, proje yönetimi sistemleri vade modele biz geri kapatma ve istemciler yapmanın istedikleri, bir yol haritası yapabilirsiniz.

Bu kapsamlı bir liste tabi değildir. Biz üçüncü sütunun ve ardından dördüncü kolayca yapabilir, ancak bu noktadan en yaygın ilerlemeyi daha az açıktır çünkü ben bunu burada yaptığınız değil. Her Kuruluşunuzun proje yönetimi gereksinimlerini içinde belirli bir alanda ilerde faiz gösterecektir.

Son birkaç yıl içinde değişen bir konuyu tartışma ben makalede sözü. Yukarıda açıklanan modeli oldukça bazı kez stood ancak yıl içinde son birkaç önemli bir shift başka bir yönde hareket ederken BT yaptı ve işbirliği yapmak için her şeyi bulunur.

Proje yönetimi yazılım sektöründe bir zamanda biz algoritması çok merkezli. Her şeyi kritik yol zamanlamadan stemmed, biz düşünce. Son birkaç yıl içinde yine de birkaç şey değişti. Öncelikle, her yerde bulunan Internet veya telefon teknolojinin aracılığıyla kişiler kullanılabilirliğini birleştirin ve proje ekibinizle iletişim kurmak daha kolay yaptı. Bu Yardım üzerinde bir proje yönetimi ekip kimdir değiştirme. Bir kez biz kişiler kuruluş içinde derin edilen proje ekibi üyeleri düşünülen olmayı tercih sırada bir küçük penceresiz odasında yoğun bir çizici çevreleyen masalarının ile çalışma şimdi biz kuruluşunuz genelinde proje ekibi üyeleri düşünün.

Ekip üyeleri içeren aramalar iş yapmadan Şüphesiz, ancak de içerebilir yönetici destekleyici, bölüm kaynak yöneticileri, kullanıcıların, pazarlama bölümü. Bunu şimdi hiç proje ekibi hazırlandığınız yapı alanınızın duvarlar ötesinde ancak kuruluşun kendisine alt Yükleniciler, asal Yükleniciler ve hatta istemci dahil etmek iyi dışında genişletir bulmak için seyrek olur. Alt Yükleniciler aynı saat dilimini veya hatta aynı ülke olmayabilir. Tüm bunları yapmış ve iletişimi projeler için anahtar başarı faktörü sektörler birçok farklı türde.

R & D gibi sektörler içinde bazı kuruluşlar neden ve bir proje yönetimi sistemleri vade oldukça farklı şekilde ilerlediğini modeli aramak için BT, örneğin:

Proje yönetim sisteminin yeniden sıralanmış öğeleri

İlk öğe bu kuruluşlardaki bir iletişim planı oluşturmak için ve, neredeyse her zaman işbirliği teknolojisi SharePoint Server gibi temel alır. Bu kuruluşlar merkezi açısından bakıldığında bunlar daha fazla avantaj dışında herhangi bir merkezi planlamadan iletişim ve işbirliği yapmak için bunların genişletilmiş proje yönetimi ekip almasının erişebildiğinden emin bulun. SharePoint Server Popülerlik içinde meteoric yükselme ne kadar yukarı yoktur birlikte çalışacak kişileri almak için diyelim ki pent için bir testament olur.

Belge yönetimi için bir temel iletişim planı sonra genellikle ilerlemeyi gider — bir belgenin bir proje zamanlaması iyi olabilir. Bu Klasik enterprise project management ilerleme kendi başınıza kapatmayı ancak bazı kuruluşlar için nasıl çekici bu olabilir görebilirsiniz. Sözleşmelerin, belgeleri, e-postalar, toplantılar ve diğer iletişim üzerinde hakim ve verimliliği hızlı bir şekilde artar. İletişimi hakim yoksa ve verimliliği kaybını de önemli olabilir.

Belge Yönetimi'nden, bu sorunları yönetme ve değişiklik Yönetimi yaparak bir kısa adımıdır — kendisi için BT ve R & D gelir zararlı en özelliklerinden biri projeyi yönetme.

Beklendiği gibi zaman çizelgelerini sonraki gelir. Aslında, bazen zaman çizelgelerini bile daha önce gelir. Kuruluşumuzun ilk bizim TimeControl ürünüyle zaman çizelgesi iş mi sahipsiniz başlattığınızda, biz bizim zaten olan gibi bir zaman çizelgesi gerektiği kuruluşlar yeterli yapabilmesi için kendi planlama ve izleme işlemini yetişkin oldukça belirli Bunu yararlanın. Çoğu kuruluş bunlar bir kurumsal proje yönetim sisteminin dağıtmadan önce bir kurumsal zaman çizelgesi dağıtmak istediğiniz bulmak için bizim sürpriz düşünebilirsiniz. Değişiklik yönetimi için kimlik doğrulaması her BT baktığınızda Temizle dönüşür neden. Kullanıcıların çoğu zaman çizelgesini grudgingly ancak hızla benimsemesini. Merkezi zaman çizelgesi sistem kabul etmek için 1000 kişilik kuruluş başlama bir önem hafta götürür. Merkezi bir proje kabul etmek için aynı 1000 kullanıcıların başlama Yönetim sistemi yıl için birkaç ay sürebilir. Merkezi planlama kurulan değil olsa da, bu nedenle, kuruluş hala inanılmaz avantajı merkezi zaman çizelgesi verileri elde edebilirsiniz.

Son olarak, bu kuruluşlar kendi dikkat alıştırma çekirdek modellemek için etkinleştirin. Bu bunlar proje şimdiye zamanlama yaparak henüz ancak bunu üst düzeyde merkezi göremeyeceğinizi tanışın değil içindir.

Yalnızca ilk proje yönetimi sistemleri vade modeli gibi bu öğelerin her birinde Gelişmiş başlıklar çok taşıyabilirsiniz.

Çoğunlukla daha tümleşik iletişim sistemleri, anlık ileti, e-posta tümleştirme ve diğerleri gibi ilerleme durumu iletişim planları.

Belge Yönetimi genellikle, iş akışı yönetimi ve formları tümleştirme ilerleme.

Sorun Yönetimi genellikle listeleri tüm türler ve bir tümleşik değişiklik Yönetimi işlemi yönetimi konusunda dönüşmesi.

Zaman çizelgelerini bağlantılarını Finans, bordro, ik ile görev çizelgelerinden dönüşmeye ve sonuçta denetlenebilir izleme verileri için kurumsal proje yönetim sisteminin için bağlantılar geri.

Planlama ve kaynak yönetimini düzeltmesini dönüşmeye Klasik proje yönetimi sistemleri vade modeli gibi yalnızca benim için.

Proje yönetimi sisteminizde kullanımınızı ilerletmek için "sağ" yolu yoktur ya da "yanlış" bir yolu yoktur. Önce bu sütunlarda kabul gibi en önemli nokta, önce bir kuruluş olarak ve varsa tasarımdan daha etkili olması için yerine getirmek gerekenler en bu testi çözüme göründüğünden olur. Önemli bir şey daha gelişmiş oluşturmaya başlamadan önce yapı taşları temel öğelerde sahip bilmek. Ben çoğunlukla biz için proje yönetimi PhDs taşımadan önce biz proje yönetim 101 gerektiğini belirten duymuş.

Proje yönetim sisteminin kullan olası bir çözüm yalnızca bir yönünü ve bunu nasıl "genel kabul görmüş" olması gerektiği karar vermenize olanak ve projelerinizi yönetimini daha etkili yapabilmek için hangi alanları olduğunu unutmayın.

Yazar hakkında

Chris Vandersluis, Başkan ve founder, HMS Software Montreal, Kanada tabanlı, bir Microsoft Sertifikalı ortağı olur. Proje denetim sistemleri Otomasyon içinde 30 yıldan deneyimini ve he Ekonomisini derecelik McGill üniversite bulunur. Kendisi artırmanın uzun süredir bilinen proje yönetimi Enstitüsü (PMI) üyesidir ve Microsoft Project Kullanıcıları grubu (MPUG) Montreal, Toronto ve Quebec bölümler bulunan yardımcı oldu. Kendisi için Chris yazılmış yayınlar Fortune, yoğun inşaat haber, Kanada dergisi bilgi işlem ve PMI'ın PMNetwork içerir ve he proje saatleri için normal bir yazarı olur. Kendisi Gelişmiş proje yönetimi en McGill üniversite öğretir ve Kuzey Amerika genelinde ve dünyanın proje yönetimi ilişkilendirme işlevleri sık speaks. HMS Software yayımcıdır TimeControl proje yönelimli zaman tutma sisteminin ve 1995 itibaren Microsoft Project çözüm iş ortağı olmamıştır.

Chris Vandersluis’e e-posta yoluyla ulaşabilirsiniz: chris.vandersluis@hms.ca

Chris Vandersluis, HMS bakın'ın EPM Kılavuzu sitesi (http://www.epmguidance.com/?page_id=39) EPM ilgili diğer makalelerini okuyun isterseniz.

Office yeteneklerinizi geliştirin
Eğitimleri keşfedin
Yeni özellikleri ilk olarak siz edinin
Office Insider Programına Katılın

Bu bilgi yararlı oldu mu?

Görüşleriniz için teşekkür ederiz!

Geri bildiriminiz için teşekkürler! Office destek temsilcilerimizden biriyle görüşmeniz yararlı olabilir.

×