Proje Yönetimi

Herhangi bir projeyi gerçekleştirirken, sistem analisti, genellikle projenin yönünü üstlenen, böylece gerekli personeli sağlamaktan ve projenin önerilen hedeflere ulaşmasına yardımcı olacak kararları almaktan çok önemlidir.. Bu nedenle analistin proje yönetimine ve onu oluşturan tüm tekniklere ve araçlara aşina olması ve bir proje üzerinde çalışırken çalışmalarını kolaylaştıracakları çok önemlidir.

Bu raporda, Proje Yönetimini oluşturan ve analistin proje için kararları daha kesin bir şekilde belirlemesine yardımcı olacak bazı ana yönergeleri ve araçları açıklamaya çalışacağız.

2. Proje yönetimi nedir?

Proje yönetimi, kabul edilebilir bir sistemin geliştirilmesinin minimum maliyetle ve belirli bir süre içinde planlanması, yönlendirilmesi ve kontrol edilmesi sürecidir.

Proje yönetimi nedeniyle başarısız projelerin nedenleri.

Bir projenin başarısız olabileceği ana nedenler arasında, analistlerin sistemlerin analiz ve tasarımının araç ve tekniklerine saygı göstermemesi veya iyi bilmemesi, buna ek olarak yanlış yönetim ve yönlendirme olabilir. taslak. Ayrıca, sistemi kötü değerlendirebilecek bir dizi faktör vardır, bunlar arasında:

• Karşılanmamış veya tanımlanmamış ihtiyaçlar

• Proje kapsamının kontrolsüz değişimi

• Aşırı maliyet

• Teslimattaki gecikmeler

Bu faktörler bir projenin başarısızlığını büyük ölçüde etkileyebilse de, genellikle diğer tür eksikliklerle birlikte görülür.

Ancak bu proje yönetimi hatalarından hangisi gereksinimlerin karşılanmamasına, teslim sürelerinin aşılmasına veya maliyetlerin art arda artmasına neden olur.

Bu sorunun cevabı iki ana kaynakta bulunabilir: analiz araçlarındaki eksiklikler ve sistem tasarımı teknikleri veya zayıf proje yönetimi.

Karşılanmayan veya tanımlanmamış ihtiyaçlar söz konusu olduğunda, projenin geliştirilmesi sırasında verilerin atlanması nedeniyle hata ortaya çıkabilir, bu nedenle sistem geliştirme yaşam döngüsünün herhangi bir aşamasını atlamamak çok önemlidir.

İhtiyaçların karşılanmamasının bir diğer nedeni, bir projenin kökenindeki beklentilerinin zayıf tanımlanmasıdır, çünkü projenin en başından itibaren karşılaması gereken maksimum ve minimum gereksinimler iyi tanımlanmamışsa, geliştiriciler sendrom nedeniyle yaptıkları işlerden etkilenecektir. Bu değişikliklerin bir bütün olarak proje için iyi olup olmayacağını düşünmek için durmaksızın herhangi bir zamanda projede değişiklik yapmalarına izin verecek şekilde büyüyen ihtiyaçların, elbette tüm bu değişiklikler maliyetlerde ve teslimat sürelerinde değişikliklere yol açacaktır.

Bir projenin içerdiği maliyet, projenin geliştirilmesi sırasında artabilir, çünkü genellikle bir projenin başlatılması için bir fizibilite etüdü gereklidir; bu, her bir görevin tüketeceği kaynak miktarı hakkında tamamen doğru veriler içermeyen ve Bu çalışmada, projenin ihtiyaç duyacağı toplam kaynakların tahminleri yapılmıştır.

Ayrıca, analistler tarafından verimsiz tahmin kriterlerinin kullanılması nedeniyle maliyet artabilir.

Maliyetleri artırabilecek bir diğer faktör, genellikle proje yöneticilerinin, projenin içerdiği farklı görevlerin her birinin teslim sürelerini yönetmede iyi olmamaları nedeniyle, teslimat sürelerindeki artıştır. gecikme sürelerini geri kazanabileceklerine inanarak nihai teslimat sürelerini değiştiremedikleri bir gecikme, genel olarak bu çok kötü bir çalışma politikasıdır, çünkü nihai teslimatta zaman kazanmak için diğer görevleri hızlandırmak her zaman mümkün değildir.

Tüm bu başarısızlıklardan kaçınmak için, sistemlerin tasarım ve analiz araçlarını çok iyi bilen projeden sorumlu iyi bir yöneticiye ve ayrıca temel yönetim fonksiyonlarında iyi bir eğitime sahip olmalısınız.

Proje yöneticisinin temel fonksiyonları

Proje yöneticisi sadece projeyi ele geçiren deneyimli bir analist değildir, aksine bir analistin yaptıklarından farklı bir dizi teknik ve bilgi uygulamalıdır; Uygulanacak bu teknikler ve bilgiler şunlardır:

Proje yöneticisinin temel fonksiyonları

Bir proje yöneticisi, bir analistin yaptıklarından farklı bir dizi teknik ve bilgi uygulamalıdır.

Bir yönetmenin veya proje yöneticisinin temel işlevleri, yönetim teorisyenleri tarafından uzun yıllardır analiz edilmiş ve parçalara ayrılmıştır. Bu işlevler planlama, personel seçimi, organizasyon, takvimlerin tanımı, yönetim ve kontrolü içerir.

Proje görevlerinin planlanması ve proje ekibinin seçimi

İyi bir yönetmenin her zaman bir planı vardır. Müdür kaynak ihtiyaçlarını değerlendirir ve hedef sisteme ulaşmak için bir plan oluşturur. Bu, yönetmenin gelişimin her aşamasında hedef sistemin gereksinimleri hakkındaki bilgisine dayanır. Bir bilgi sisteminin geliştirilmesi için temel bir plan, sistem geliştirme yaşam döngüsü tarafından sağlanan plandır. Birçok şirketin kendi standart yaşam döngüleri vardır ve bazılarında kullanılacak yöntem ve araçların standartları da vardır.

Projeyi tamamlamak için gereken görevlerin her biri şu şekilde planlanmalıdır:

• Ne kadar insan sürecek, görev ne kadar tutacak, diğerleri başlamadan önce hangi görevlerin tamamlanması gerekir? Bazıları çakışabilir mi?

Bunlar planlama meselesidir. Bazıları daha sonra bu modülde göreceğimiz bir PERT grafiği yardımıyla çözülebilir.

Proje yöneticileri genellikle bir proje ekibinden analist ve programcı seçmekten sorumludur. Proje yöneticisi, bir projeyi başarıyla tamamlamak için gerekli olabilecek iş ve teknik bilgileri dikkate almalıdır. Bu görevin anahtarı, proje planlamasının bir parçası olarak gerekli ve tanımlanmış görevleri yerine getirecek insanları nasıl doğru seçeceğini bilmektir.

Proje takvimlerinin organizasyonu ve tanımı

Plan ve proje ekibi göz önüne alındığında, proje proje yöneticisi proje çizelgesinin organizasyonundan ve tanımından sorumludur. Proje ekibinin üyeleri, rollerini ve özel sorumluluklarını ve proje yöneticisine olan bağımlılık ilişkilerini bilmelidir.

Proje programı, zaman gereklilikleri, personel ödevleri ve görev bağımlılıkları birbirleriyle tam olarak anlaşılarak geliştirilmelidir. Birçok projenin talep edilen teslimat tarihinde bir sınırı vardır. Proje yöneticisi bu tarihe göre uygulanabilir bir takvimin geliştirilip geliştirilemeyeceğini belirlemelidir. Aksi takdirde, limit ertelenmeli veya projenin kapsamı yeniden ayarlanmalıdır.

Proje yönetimi ve kontrolü

Proje başladıktan sonra, proje yöneticisi projeden sorumlu kişi olur. Bu nedenle ekibin faaliyetlerine liderlik eder ve projenin ilerleyişini değerlendirir. Bu nedenle, her proje yöneticisi ekibine nasıl motive edileceğini, ödüllendirileceğini, tavsiyede bulunacağını, koordine edileceğini, işlevleri devredebileceğini ve ekip üyelerinin çalışmalarını nasıl tanıyacağını bilmek gibi liderlik nitelikleri göstermelidir. Ayrıca, yönetmen sık sık projenin ilerlemesini amirlerine rapor etmelidir.

Belki de yönetmenin en zor ve önemli rolü projeyi kontrol etmektir. Sorunsuz ve gecikmeden uygulamaya konulabilecek birkaç plan vardır. Proje yöneticisinin görevi, tüm bu unsurları kontrol etmek için görevleri, son tarihleri, maliyetleri ve beklentileri takip etmektir. Projenin kapsamı artma eğilimindeyse, proje yöneticisi bir karar vermelidir: bütçenin ve son teslim tarihlerini karşılamak için projenin kapsamı azaltılmalı mı, yoksa bütçe ve son teslim tarihleri ​​gözden geçirilmeli mi? Proje yöneticisi, beklentileri karşılamak için son tarihlere ve bütçelere alternatifler ve bunların sonuçlarını sunabilmelidir.

3. Proje yönetim araçları ve teknikleri

PERT grafikleri:

Proyect –o Program- Değerlendirme ve Rewiev Tekniği (projelerin değerlendirme ve revizyon tekniği –veya programlar-) anlamına gelen PERT, 1950-1959 yıllarında ordunun silah geliştirme projelerini planlamak ve kontrol etmek için geliştirildi. BİZE. Proje görevlerini planlarken birbirine bağımlılığını göstermek için geliştirilmiştir. Aslında, PERT birbiriyle ilişkili grafik modellerin tekniğidir.

4. PERT tanımları ve sembolleri

PERT grafiklerinde projeler, etkinlikler ve görevler şeklinde düzenlenebilir.

"Olay (kilometre taşı olarak da bilinir), bir görevin veya görevler kümesinin başlangıcını veya sonunu temsil eden zaman noktasıdır"

PERT grafiklerindeki olayları göstermek için çeşitli semboller kullanılmıştır: daireler, kareler ve benzerleri. PERT grafiklerinde bu olaylara genellikle düğüm denir. Her düğüm üç bölüme ayrılmıştır. Düğümün sol kısmı olay kimlik numarasını içerir. Bu sayı genellikle olayı açıkça tanımlayan bir açıklama anlamına gelir. Düğümün sağ üst ve sağ alt bölümleri etkinliğin maksimum ve minimum tamamlanma sürelerini kaydetmek için kullanılır. Tarih olmak yerine, bu saatler TIME = 0'dan sayılır; burada 0, projenin başladığı tarihe karşılık gelir. Tüm PERT grafiklerinde projenin sonunu gösteren bir başlangıç ​​düğümü ve bir bitiş düğümü bulunur.

PERT grafiğinde, görevler (etkinlikler olarak da adlandırılır) düğümler arasında bir okla sunulur.

“Görev, projenin (ya da bir dizi etkinliğin) bir faaliyetidir”

Ok, görevi tanımlayan bir harf ve görevin beklenen süresini içerir. Okun yönü hangi olayın diğerinden önce tamamlanması gerektiğini gösterir. Görevin süresi, bir sonraki düğümün sonlandırılmasıyla sonuçlanır.

Kesikli bir okun özel bir anlamı vardır. Boş bir görev.

“Boş bir görev iki olaya bağımlılığı temsil eder. Ancak, herhangi bir faaliyetin gerçekleştirilmesi gerekmediği için, bu olaylar arasında süre yoktur ”

Proje süresi gereksinimlerinin tahmini ve bir PERT geliştirilmesi

PERT grafiğine bir grafik çizmeden önce, her proje görevi için gereken sürenin bir tahmini yapılmalıdır. PERT tablosu, görevlerin tamamlanması için maksimum ve minimum süreleri belirtmek için kullanılabilir. Bu zamanlar genellikle kişi-günü biçiminde ifade edilmesine rağmen, bu yaklaşım önerilmez. Bir projenin tamamlanma süresi ile proje ekibine atanan kişi sayısı arasında doğrusal bir bağımlılık olduğuna dair bir kanıt yoktur. Geç teslim edilen birçok sistem projesi, proje ekibine daha fazla kişi eklendikçe teslim süresi sapmalarını daha da artırdı. İki kişi dört günde bir iş yaptığı için, dört kişinin iki günde yaptığı kabul edilemez.Dolayısıyla bu süre, görev başına atanan belirli sayıda kişi için takvim günlerinde en iyi şekilde ifade edilir.

Proje süresi gereksinimleri tahmin ile hesaplanmalıdır. Tahminle, olabildiğince yapılması anlamına gelir. İyi bir sistem analisti proje yöneticisi, önceki projelerden elde ettiği verileri ve deneyimlerini kullanır. Proje yöneticilerinin daha iyi zaman tahminleri yapmasına yardımcı olabilecek SPQR / 20 gibi CASE ürünleri vardır.

Diğer kuruluşlar, proje süresi tahminlerini daha yapısal bir şekilde hesaplamak için iç standartları uygulamıştır. Bu kurallar, görevleri zorluklarına, gerekli bilgi ve tekniklere ve diğer tanımlanabilir faktörlere göre analiz etmek anlamına gelebilir. Alternatif olarak, iyimser bir tahmin yapılabilir ve daha sonra ağırlık faktörleri kullanılarak takım büyüklüğü, birlikte çalışılacak son kullanıcı sayısı, bu son kullanıcıların mevcudiyeti vb. Gibi çeşitli kriterlere göre ayarlanabilir. Her ağırlık faktörü, tahminin değerini hem artırabilir hem de azaltabilir.

Tahminleri etkileyen faktörler:

• Proje ekibi boyutu Ekip üyelerinin deneyimi Son kullanıcı ve yönetici sayısı Son kullanıcı tutumu Yönetim taahhüdü Son kullanıcıların ve yöneticilerin kullanılabilirliği Devam eden projeler

Zaman gereksinimlerini hesaplamak ve bir PERT grafiği çizmek için beş adım gereklidir:

1. Projenin tüm görev ve olaylarının bir listesini yapın

2. Görevler arasındaki bağımlılıkları belirleyin. Her görev için, belirli bir görevin tamamlanmasından önce ve sonra tamamlanması gereken görevler not edilir.

3. Her görevin süresini tahmin edin. Bu tahmin şu şekilde yapılır:

a) Görevin tamamlanması için gereken minimum süreyi hesaplayın; buna en uygun zaman (TO) denir. TO hesaplaması, en olası kesintilerin veya gecikmelerin bile gerçekleşmeyeceğini varsayar

b) Berbat zaman (TP) olarak adlandırılan görevi tamamlamak için gereken maksimum süreyi hesaplayın. TP'nin hesaplanması, yanlış gidebilecek her şeyin yanlış gideceğini varsayar

c) Görevi tamamlamak için gerekli olabilecek en muhtemel süreyi (TMP) hesaplayın

d) Beklenen süreyi (SD) aşağıdaki gibi hesaplayın:

4. Her görev için minimum tamamlanma süresini ve maksimum tamamlanma süresini (TmF ve TMF) hesaplayın.

5. PERT grafiğini çizin

PERT çizelgeleri elde etmek için alternatif bir prosedür ters planlamadır. Bu zamanlama, bir görevin veya projenin önerilen bir tamamlanma tarihi ile başlayıp devam etmesi gereken görevleri zamanlamak için geriye doğru giden etkinlikleri zamanlar.

PERT grafiğindeki kritik yol

Kritik yol, tahmini sürelerin en büyük toplamını oluşturan bir projedeki bağımlı görevler dizisidir. Ölü zamanın olmadığı yoldur. Bir görev için mevcut olan ölü süre, maksimum ve minimum tamamlanma süreleri arasındaki farka eşittir. Bu zamanlar aynıysa, görev kritik yola aittir. Kritik bir yol görevi son teslim tarihleriyle ertelenirse, projenin tamamı da gecikecektir.

Planlama ve kontrol için PERT kullanımı

PERT grafiğinin ana kullanımı ve faydaları, proje yöneticisine proje planlama ve kontrolünde yardımcı olma yeteneğinden kaynaklanmaktadır. Planlamada, PERT grafiği belirli bir projeyi tamamlamak için gereken tahmini sürenin belirlenmesine, proje için gerçek tarihlerin elde edilmesine ve gerekli kaynakların tahsis edilmesine yardımcı olur.

Bir kontrol aracı olarak PERT çizelgesi yöneticinin mevcut ve olası sorunları tanımlamasına yardımcı olur. Bir projenin kritik yoluna özel dikkat gösterilmelidir. Bir proje yöneticisi kritik bir görevin geciktiğini tespit ettiğinde, çeşitli eylem alternatifleri göz önünde bulundurulmalıdır. İnsan kaynaklarının yeniden dağıtılması gibi düzeltici önlemler alınabilir. Bu kaynakların şu anda başarılı olan kritik olmayan görevlerden gelmesi muhtemeldir. Kritik olmayan bu görevler, projeye bir miktar kesinti süresi sağlar.

Pert Analizi

PERT grafiklerini kullanma yaklaşımı, bilgi sistemlerinin geliştirilmesinde uygulandığında bir sorun teşkil etmektedir, çünkü bu grafiklerde bazen bir görevin diğerinin başlaması için tamamlanması gerektiği varsayılmaktadır, ancak gerçek durumda ikinci görev Birincisi ile ya da birincisi hala devam ederken başlayabilir. Klasik PERT çizelgeleri genellikle “montaj hattı” yaklaşımı kullanılarak tamamlanan projeleri desteklemek için geliştirilmiştir. Ancak bilgi sistemleri bu şekilde çalışmaz. Sistem geliştirme görevleri çakışabilir; sırayla olması gereken tek şey görevlerin tamamlanmasıdır. Bir öncekinin tamamlanmasına kadar bir görevin başlatılmasının mümkün olmadığı varsayılmamalıdır.

Gantt Grafikleri

Bu, Henry L. Gantt tarafından 1917'de geliştirilmiştir ve öğrenmesi, okunması ve yazması kolay olduğu için basit bir zaman çizelgesi aracıdır. Bunlar proje ilerlemesini planlamak ve değerlendirmek için oldukça etkilidir.

PERT grafikleri gibi, Gantt grafikleri de grafiksel bir yaklaşıma dayanmaktadır. Gantt grafiği basit bir çubuk grafiktir. Her çubuk bir proje görevini sembolize eder. Yatay eksen zamanı temsil eder. Bu grafikler görevleri birlikte zincirlemek için kullanıldığından, yatay eksen tarihleri ​​içermelidir. Dikey olarak ve sol sütunda görevlerin bir listesi sunulur.

Gantt grafiklerinin önemli bir avantajı, zamanlanan görevler arasındaki çakışmayı açıkça göstermeleridir. PERT grafiklerinden farklı olarak, Gantt grafikleri farklı görevler arasındaki bağımlılığı çok iyi göstermez.

Bir Gantt şemasını planlama için kullanma: Gantt şemalarını kullanarak bir proje programı oluşturmak için, önce planlanacak görevleri tanımlamanız gerekir. Daha sonra, her görevin süresi uygun zaman tahmini için teknikler ve formüllerle belirlenecektir. Bir PERT grafiği önceden hazırlanmışsa, görevler tanımlanmış olacak ve Gantt grafikleri bu bağımlılıkları açıkça göstermediği için, görevler arasındaki karşılıklı bağımlılıklar en azından belirlenmelidir, ancak planlama takviminin bunları tanıması zorunludur. Sonra görevleri planlamaya hazırız.

İlk olarak, faaliyetlerin listesi Gantt grafiğinin sol sütununa yazılır. Projenin süresine karşılık gelen tarihler grafiğin yatay ekseninde belirtilir. Her görevin başlangıç ​​ve bitiş tarihleri ​​belirlenmeli ve görevler arasındaki kısmi veya toplam bağımlılıklara dikkat edilmelidir.

Gantt şemalarını proje ilerlemesini değerlendirmek için kullanmak: Proje yöneticisinin en yaygın sorumluluklarından biri, projenin ilerleyişini üstlerine bildirmektir. Gantt şemaları, orijinal planlamayı gerçek gelişim ile rahatça karşılaştırabildiği için genellikle proje ilerlemesini göstermek için kullanılır. Projenin ilerleyişini rapor etmek için Gantt şemasının konveksiyonları genişletilmelidir. Bir görev tamamlandıysa, ilgili çubuğu daha koyu görünür. Eğer sadece kısmen tamamlanmışsa, çubuğun oransal kısmı daha koyu olacaktır. Koyulaştırılmış çubuğun yüzdesi, görevin tamamının yüzdesine karşılık gelmelidir. Çakmak çubukları başlatılmamış görevleri sembolize eder. Sonra,yatay eksene dikey bir çizgi çizilecek ve bu, günün tarihinde kesilecektir. Ardından, projenin ilerlemesi değerlendirilebilir.

Pert ve Gantt Grafiklerinin Karşılaştırılması

Bu grafikler genellikle birbirini dışlayan proje yönetim araçları olarak sunulur. PERT normalde görevler arasında yüksek bağımlılığa sahip büyük projeler için önerilir: Öte yandan Gantt, daha basit projeler için önerilir. Tüm sistem geliştirme projelerinin görevler arasında bazı bağımlılıkları vardır ve görevlerin üst üste gelme fırsatı sunar. Bu nedenle PERT ve Gantt grafikleri, sistem geliştirme projelerini planlamak, planlamak, değerlendirmek ve kontrol etmek için tamamlayıcı araçlar olarak kullanılmalıdır.

Gantt şemaları, BT yöneticileri tarafından basitlik ve proje zamanlamasını görüntüleme yetenekleri nedeniyle genellikle tercih edilir. Proje yönetimi yazılım paketlerinde, Gantt grafiklerine dahil edilen en iyi PERT özelliklerini (özellikle kritik yol analizi) bir araya getirir. Görevler girildiğinde, süreleri ve bağımlılıkları da dahil edilir. Gantt çubukları zaman içinde planlanır, böylece bağımlılıkları dikkate alınır. Genel olarak, kritik yol daha yüksek yoğunlukta vurgulanır. Ayrıca, kritik olmayan yol görevlerinde takdir edilen kesinti süresi de vurgulanmaktadır.Bu sunum, beklenen süreleri aşan görevlerde zamanın telafi edilmesi için hangi görevlerin erteleneceğine karar verirken kullanışlılığını kanıtlayabilir.

5. Proje Yönetim Yazılımı

Bu paketlere örnek olarak Microsoft'tan Project ve Applied Business Technology'den Project Manager Workbench verilebilir. Bu paketler PERT ve Gantt grafiklerinin hazırlanmasını büyük ölçüde basitleştirerek her iki grafik türünün de otomatik olarak dönüştürülmesini sağlar. Yazılım aynı zamanda proje yöneticilerinin zamanlama sapmaları sonucunda proje planını değiştirmeye çalışırken insanlara ve finansal kaynakları görevlere tahsis etmelerini, proje ilerlemelerini rapor etmelerini ve “eğer öyleyse” testleri yapmalarını sağlar.

Bazı paketler ayrıca farklı türdeki aktivitelerde harcanan gerçek zamanı takip etmek için zaman sayma yazılımı sunar. Bu bilgiler performans karşılaştırmaları ve müşteri hesapları için yararlı olabilir.

Beklenti Yönetimi

Deneyimli proje yöneticileri genellikle proje beklentilerini yönetmenin maliyet, son teslim tarihi, ekipman veya kaliteyi yönetmekten daha zor olduğundan şikayet ederler.

Beklenti Yönetimi Matrisi

Misyonu, proje yöneticilerinin bir projenin parametrelerindeki olası değişiklikleri değerlendirmesine yardımcı olmak, bu parametreler arasında maliyet, zamanlama, kapsam ve kalite olmak üzere bir dizi kurala dayanan bir araçtır.

Tüm projelerin maliyet, son teslim tarihi, kapsam ve kalite ile ilgili hedefleri ve sınırlamaları vardır. Gerçek, tüm parametreleri optimize etmenin genellikle mümkün olmadığını ve yönetimde neyin mümkün ve neyin kabul edilebilir olduğuna bakmanın gerekli olduğunu göstermektedir.

Öncelikleri:

- Büyüt veya küçült

-Limitation

-Kabul

Yönetim matrisi tarafından açıklanan kurallar:

-Herhangi bir projede, mevcut dokuz hücreye üç x işareti konulmalıdır

-Hiçbir satırda birden fazla x bulunmamalıdır.

-Hiçbir sütun birden fazla x içermemelidir

Herhangi bir projenin başlangıcında, proje yöneticisi sistem sahibini bu matris kavramı hakkında eğitmeyi ve bu matrisleri doldurmak için sistem sahibiyle çalışmayı düşünmelidir.

Çoğu projede, tüm matris kalitesi ve kapsam gereksinimlerini yazmak zor olacaktır. Bunun yerine ekli bir belge olarak eklenebilirler.

Proje yöneticisi bu öncelikleri asla belirlememeli, hatta önermemelidir.

Proje yöneticisi kuralları uygulamalıdır.

Beklenti yönetimi matrisinin uygulanması

Yukarıda belirtilen kurallara uygun bir beklenti yönetimi matrisimiz olduğunu varsayalım. Bu matris beklentileri yönetmemize nasıl yardımcı olabilir?

Bir orta sistem geliştirme projesi sırasında öncelikler sabit değildir. Çeşitli ekonomik, yasal ve politik faktörler önceliklerde değişiklik getirebilir. Bütçeler az çok katı olabilir. Terimler az çok esnek olacaktır. Kalite daha önemli hale gelebilir (nadiren daha az) ve çoğu zaman artmaya ihtiyaç duyar (nadiren azalır). Yukarıda belirtildiği gibi, bu değişen faktörler tüm önlemleri bir dereceye kadar etkiler. Soru, projenin parametrelerinde ortaya çıkan değişikliklere rağmen beklentileri yönetmektir.

Uygulanan teknik nispeten basittir: Ölçme / küçültme / küçültme önlemlerinde veya sınırlamalarında sapmalar meydana gelmeye başladığında, olası bir beklenti yönetimi probleminiz olacaktır.

Matrisimizdeki değişikliklerle karşı karşıya kaldığınızda, birkaç olası eylem yolu vardır:

a) Kaynaklar yeniden tahsis edilebilir (maliyet ve / veya çizelge)

b) Bütçeyi artırabilir, ancak planlanan son teslim tarihlerinde daha büyük sapmalara izin verebilir.

c) Bu ihtiyaçlar arasında öncelikler belirleyerek ve bir kısmını sistemin 2. sürümüne taşıyarak kullanıcı ihtiyaçlarını (veya kalitesini) azaltmak mümkündür.

d) Son olarak, öncelikli geçiş adı verilen öncelik ölçüsünü değiştirmek mümkündür.

Yalnızca sistemin sahibi önceliklerin geçişini gerçekleştirebilir, istedikleri kadar değiştirilebilir, ancak matrisin işleyişine saygı göstererek, son olarak önceliklerin geçişi, projenin yerine getirilmediği anlamına gelmez.

İnsan kaynakları yönetimi

Bir proje ekibinin üyelerini yönetmek veya denetlemek, projenin programını, bütçesini ve beklentilerini planlamak ve kontrol etmek kadar önemlidir. Bu soru, kendisine özel bir tam modülü gerektirebilir. Alan nedenleriyle, okuyucuları bu konuda yazılmış en değerli ve aynı zamanda iki kitaptan bahsedeceğiz:

a) Bir dakikalık yönetici

b) İnce heyet ve sorumluluk sanatı

6. Sonuç