BT işlerini fayda ve mevcut kapasiteye göre sıralamak
Başlangıç tarihi vermeden önce beklenen faydayı, açık önkoşulları ve uygun uzmanların mevcut çalışma kapasitesini karşılaştırın.
Seçimin gerekçesini görünür kılın
Proje listesi ancak kararlarla iş planına dönüşür. Her iş için hangi işletme sorununu çözeceğini, sonucu kimin kullanacağını ve iyileşmenin nasıl anlaşılacağını açıklayın. “Portal yapmak” bir çözümü adlandırır; kanıtlanmış bir faydayı göstermez.
Önkoşulları ve belirli rollere duyulan ihtiyacı da kaydedin. Microsoft veri girişimlerinin önceliğini iş hedefleri, yapılabilirlik ve bağımlılıklarla ilişkilendirir. Aşağıdaki küçük BT iş listesi bizim editoryal örneğimizdir; belirli platform için kural değildir.
Sınırlı kapasite örneği
Bütün işler ve eforlar kurgusaldır. İncelenen planlama aralığında uygun uzmanların toplam 6 kişi-gün kapasitesi vardır; devam eden yükümlülükler zaten düşülmüştür. Eforlar örnekte gereken kontrolü ve devri içerir. Bunlar piyasa fiyatı veya ASES proje tahmini değildir.
İş | Beklenen fayda | Önkoşul | Efor: kişi-gün | Karar |
|---|---|---|---|---|
| Ortak kullanılan bilgiler için açık sorumluluk. | İş sorumluları alan kurallarını onaylamalıdır. | 3 | Şimdi planlayın; aktarımdan önce onayı kontrol edin. |
| Müşteriler onaylı bilgileri kendileri görebilir. | İlk işten gelen düzenli ana veri ve onaylı sorumluluklar. | 8 | Önkoşul netleştikten sonra ayrı kapasite aralığı planlayın. |
| Aylık döküm gereken sütun sırasına kavuşur. | Örnek dosya ve kontrol edecek kişi hazırdır; diğer işlerden bağımsızdır. | 2 | Kalan kapasite içinde planlayın. |
Örnekte 3 + 2 = 5 kişi-gün eder; 6 üzerinden 1 kalır. Bu kalan süre otomatik olarak yeterli risk payı değildir. Kişi-gün ayrıca efordur; taahhüt edilen takvim süresi değildir. Onaylar, izinler ve farklı yetkinlikler zaman planını değiştirebilir.
Ertelemeleri ve açık varsayımları kaydedin
Böylece portal önemsiz sayılmış olmaz. Faydası ek kapasiteyi veya farklı kapsamı haklı çıkarabilir. Ancak başlamak için hem önkoşul hem mevcut çalışma kapasitesi netleşmelidir. Microsoft mevcut sistem planlamasında bağımlılıkların sırayı etkileyebileceğini gösterir.
Her karar için sorumluyu, açık varsayımı ve sonraki kontrol nedenini yazın. Onay zamanında verilmezse kapasite dağılımını değiştirin. Acil işletim hatası veya değişen öncelik de sırayı değiştirebilir. Aynı aralığa sessizce yeni iş eklemek yerine etkilenen işleri birlikte yeniden değerlendirin.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile IT danışmanlığı ve strateji
Strateji, mimari ve teknoloji seçimi