Bir yazılım projesinin ilk aşaması, o projeyi gerçekleştirmek için bir teklif yazmayı içerir. Teklif, projenin hedeflerini ve nasıl yürütüleceğini açıklamaktadır. Maliyet tahminlerini ve zaman planlamasını içerir.
Proje sözleşmesinin neden belirli bir kuruluşa veya ekibe verilmesi gerektiğini gerekçelendirin. Proje planlama, bir proje tarafından üretilen faaliyetlerin, kilometre taşlarının ve çıktıların tanımlanması anlamına gelir. Bu nedenle, proje hedeflerine yönelik gelişimi yönlendirmek için bir plan hazırlanmalıdır. Maliyet tahmini, proje planını gerçekleştirmek için gerekli kaynakların tahmin edilmesine atıfta bulunan ilgili bir faaliyettir.
Proje denetimi devam eden bir faaliyettir. Yönetici projenin ilerleyişi hakkında bilgi sahibi olmalı ve gerçek ilerleme ve maliyetleri planlananlarla karşılaştırmalıdır. Resmi mekanizmalara ek olarak, sürekli kayıt dışı denetim büyük proje problemlerini öngörmekte ve o zamanki zorlukları ortaya çıkarmaktadır. Örneğin, bu günlük gayri resmi röportajlar bir yazılım arızasındaki bir sorunu dışsallaştırabilir. Yönetici, gecikmiş bir proje raporu beklemek yerine, sorunu çözmek için bir uzman atayabilir veya sorunun yeniden planlanıp tekrarlanmayacağına karar verebilir.
Yazılım yönetimi planlama, zamanlama, sulama yönetimi, personel yönetimi, kapsar yazılım maliyetleri tahmin ve kalite yönetimi. Bu makale risk yönetimi ve personel yönetimini kapsamaktadır. Yazılım projelerinin başarısızlığının birçok nedeni vardır, bunlardan bahsedilebilir: geç teslimat, güvenilmez, tahmini maliyetten daha yüksek, düşük performans özellikleri. Çoğu zaman başarısızlık kullanılan yönetim yaklaşımındaydı.
Risk yönetimi
Proje yöneticisinin çok önemli bir görevi, proje programını veya geliştirilecek yazılımın kalitesini etkileyebilecek riskleri tahmin etmek ve bu risklerden kaçınmak için önlem almaktır. Bu risk analizinin sonuçları, risk oluştuğunda sonuç analizi ile birlikte proje planı boyunca belgelenmelidir. Bunları tanımlamak ve proje üzerindeki etkilerini en aza indirmek için planlar oluşturmak risk yönetimi olarak adlandırılmaktadır. Birleşik Geliştirme Süreci metodolojisi, bir riskin karakterize edilmesine izin veren bir yapı sağlar:
- Risk Adı, Büyüklüğü, Tanımı, Etkisi, Göstergesi, İptal Stratejisi, Etki Azaltma Stratejisi, Acil Durum Planı.
Gördüğünüz gibi, riskin adı tanımlanır, büyüklük tehlikesini temsil eder (Ciddi, Orta veya Hafif), ayrıca bir açıklaması, proje üzerindeki etkisi de vardır; işaret eden gösterge. Riskin ortaya çıkma olasılığını azaltmaya çalışan bir iptal stratejisi vardır; etkisinin azaltılması anlamına gelen bir azaltma stratejisinin yanı sıra; İkincisinin etkili olmaması durumunda, bir acil durum planı vardır.
Basitçe söylemek gerekirse, bir risk, olumsuz bir durumun ortaya çıkma olasılığı olarak düşünülebilir. Riskler, proje, geliştirilen yazılım ve organizasyon için bir tehdittir. Bu risk kategorileri aşağıda gösterildiği gibi tanımlanır:
- Proje Riskleri: Proje çizelgesini veya kaynaklarını etkileyin Ürün Riskleri: Geliştirilen yazılımın kalitesini veya performansını etkiler İş Riskleri: Yazılımı geliştiren kuruluşu etkiler.
Elbette bu sınıflandırma benzersiz değildir, bir risk yukarıda belirtilen birkaç noktayı kapsayabilir. Bunun bir örneği risk olabilir: uzman programcı projeyi terk eder, proje için bir risktir, çünkü sistemin teslimini geciktirebilir; bu bir ürün riskidir, çünkü bir yedek yetenekli olmayabilir ve birçok hata yapabilir; çünkü bu deneyim gelecekteki işlere katkıda bulunmayabilir.
Risk izleme sürekli bir süreç olmalı ve her ilerleme aşamasında ciddi riskler ayrı ayrı ele alınmalı ve izleyiciler tarafından tartışılmalıdır.
Personel Yönetimi
Proje yöneticileri genellikle projelerinde çalışacak kişileri seçmelidir. İdeal olarak, uygun beceri ve deneyime sahip personel proje üzerinde çalışmaya hazır olacaktır.
Ancak, birçok durumda, yöneticiler proje için minimum ideal bir ekip oluşturmak zorundadır. Bunun nedenleri:
- Proje bütçesi yüksek ücretli personel alımını kapsamaz. Daha az deneyimli ve daha az ücretli fakat daha iyi kullanılmış personel kiralamak zorundasınız.Uygun deneyime sahip personel kuruluş içinde veya dışında mevcut değildir. Proje için yeni personel alımı imkansızdır. Organizasyon içerisinde en iyi insanlar başka projelere atandı ve çalışanlarının becerilerini geliştirmek istiyor. Deneyimsiz bilgi edinmek ve deneyim kazanmak için projeye tecrübesiz personel atanabilir.
Yazılım yöneticisi proje personelini seçerken bu kısıtlamalarla çalışmak zorundadır. Ancak, geliştirilecek sistem türünde biraz tecrübesi olan bir proje üyesi olmadığı sürece, tüm bu sorunların ortaya çıkması muhtemeldir. Bu deneyim olmadan, birçok küçük hata yapılacaktır.
Proje ekibi üyelerinin beceri ve deneyimlerinin nasıl geliştirileceğini açıklayan bir personel gelişim planı mevcut olmalıdır. Bir yazılım kuruluşunda çalışan personel sizin en büyük değerinizdir; Entelektüel sermayeyi temsil eder ve yazılım yöneticileri, kuruluşun insanlara yatırım yaparak mümkün olan en iyi kazancı elde etmesini sağlamak için bırakılır. Bu kişilere bir sorumluluk düzeyi olmalı ve yeteneklerine göre ödül verilmelidir. Proje yöneticileri, teknik ve teknik olmayan sorunları çözmek, insanları motive etmek, çalışmalarını planlamak ve organize etmek, düzgün bir şekilde yapılmasını sağlamak zorundadır. Kötü personel yönetimi, proje başarısızlığı için en önemli faktörlerden biridir.
Proje yöneticilerinin en önemli rollerinden biri, onlarla çalışan insanları motive etmektir. Maslow (1954) insanların ihtiyaçlarını karşılayarak motive olduklarını ve bu ihtiyaçların bir dizi düzeyde düzenlendiğini kaydetmiştir:
- Fizyolojik İhtiyaçlar, Güvenlik İhtiyaçları, Sosyal İhtiyaçlar, Tahmin İhtiyaçları.
Yazılım geliştirme kuruluşlarında çalışan insanlar genellikle aç veya susuz değildir ve genellikle çevreleri tarafından fiziksel olarak tehdit altında hissetmezler. Bu nedenle sosyal ihtiyaçların, saygınlığın ve kendini gerçekleştirmenin tatminini sağlamak idari açıdan daha önemlidir. Sosyal ihtiyaçların karşılanması, insanların iş arkadaşlarını tanımak için zaman tanımak ve karşılayacakları yerler sağlamak anlamına gelir. E-posta gibi gayri resmi ve kullanımı kolay iletişim kanalları çok önemlidir.
Saygı ihtiyaçlarını karşılamak için insanlara kuruluş için çok değerli olduklarını göstermeniz gerekir. Halkın başarıyı tanıması bunu yapmanın basit ama etkili bir yoludur. Açıkçası, insanlar ayrıca becerilerinin ve deneyimlerinin yansıttığı seviyeye göre ücret aldıklarını hissetmelidirler.
Öte yandan, kendini gerçekleştirme ihtiyaçlarını karşılamak için, insanlara kendi çalışmaları için sorumluluk verilmeli, zorlu (ancak imkansız değil) görevler verilmeli ve becerilerini geliştirebilecekleri bir eğitim programı sağlanmalıdır. İnsanlar sadece kişisel ihtiyaçlarla değil, aynı zamanda bu daha büyük grupların hedefleriyle de motive olurlar. Uyumlu bir grubun üyesi olmak birçok insan için motive edicidir. İşlerinden memnun olan insanlar genellikle çalışmayı severler çünkü onlarla çalışan insanlar ve yaptıkları iş tarafından motive edilirler.
kaynakça
- Ian Sommerville, "Yazılım Mühendisliği", 6. Baskı. Pearson Eğitim, 2002.
- I. Archer Pupo, “Birleşik Kalkınma Sürecinin Aşamaları”.
