Uygulayın ve iflas etmeyin: teknik değerlendirme Kazakistan'daki BT projelerini nasıl kurtarır?

Kazakistan'daki birçok BT projesi, hataları planlama nedeniyle bütçeyi durduruyor veya yiyor. Yetkisiz teknik değerlendirme eksikliği ve “görülecek” tarzında bir yaklaşımla, her ikinci şirket yüzleri. Sonuç olarak, projeler planın ötesinde ya da finanse edilmelidir. Bu durumu önlemek daha sonra çözmekten çok daha kolaydır Kazakistan'daki bir şirket, şirket sisteminin geçiş için bir ihaleyi duyurdu. Katılımcılar teknik bir görev alırlar, hacmi tahmin edin, fiyat adı. Proje başlıyor. Ve bir yıl sonra, bütçenin bir buçuk kez devletlendiği ortaya çıkıyor, tarihler altı ay boyunca kırılıyor ve bütçe sistemi eski bir mali yıldan daha sonra başlatıldı. Sonuç olarak, finansal açıklamalar herhangi bir sistemde kapalı değildir ve müşteri ne yapacağını ve nasıl devam edeceğini anlamaz. Ancak yetkin bir pre-proje hazırlığı, sonucun% 70 oranında başarısız uygulanması olasılığını azaltır Ve dünyadaki büyük BT projelerinin uygulanmasında böyle bir senaryo nadir değildir. Gartner'a göre, 55 ila 75 şirket sistemlerinin projelerinin yüzde 75'i, ortalama bir bütçenin 1% 89'unu aşması ile belirtilmiştir Kazakistan'da durum benzer. Birçok büyük IT projesi önlenebilir sorunlarla karşı karşıya. Çoğu durumdaki sebep aynı: Şirket, çalışmak zorunda kalacaklarının ön değerlendirme olmadan projeye girdi Teknik bir değerlendirmeden bahsediyoruz – projenin başlamasından önce ayrı bir etkinlik, dış uzmanlar mevcut sistemi inceler: hangi süreçler uygulanır, teknik borç bir şekilde birleştirilebilir, hangi entegrasyonlar var, yeniden yazılmalıdır. Teknik değerlendirme, yeni bir çözüm için şirket formüllerini formüle etmeden önce gerçek BT sistemlerinin durumunu anlamak için gereklidir Bir değerlendirme olmadan, referans terimleri sadece işletmenin sistemini değil gerçek durumunu yansıtmaktadır. Böyle bir TK temelinde ihaleyi kazanan müteahhit projeye girer ve genellikle planlanmamış veya bütçelenemeyen çalışma miktarını bulur IBA Group'un pratikte, kapalı kaynak kodu ile üçüncü taraf bir şirket tarafından geliştirilen bir modül kullanıldı. Satıcı ile temasa geçen herhangi bir değişiklik, ekip sistemle bağımsız olarak çalışamadı. Proje başlamadan önce bu tür bağımlılıkları tanımlamanıza ve bunları plana koymanıza izin veren teknik değerlendirmedir, çünkü onlarla uygulama ortasında anlaşmadan ziyade.” Teknik değerlendirme, belirgin görünen soruları sistematik olarak yanıtlar, ancak özel çalışma olmadan cevapsız gidin. Örneğin, nesneler ve ayarlar otomatik olarak aktarılabilir ve manuel olarak yeniden yazılmalıdır. Göçe yaklaşımın seçimi buna bağlıdır: Sıfırdan bir sistem inşa etmek, mevcut olanı dönüştürmek veya her iki seçeneği birleştirin Birçok şube ve bilanço birimleri olan şirketler için, başka bir karmaşıklık seviyesi eklenir. Örneğin, bütçe sistemi bütçe döngüsü açıldıktan sonra başlatılırsa, şirket iki sistemde aynı anda kapalı olması gereken bir durumda kendini bulacaktır Teknik değerlendirme ölçeği şirketin büyüklüğüne bağlıdır. Büyük bir iş için, teknik değerlendirme yedi ila dokuz ay sürer, ortalama bir iş için üç ila dört ay sürer. Bu, kaybolmuş gibi görünebilir, ancak aslında genel proje hayatını kısaltır ve planlanmamış kapsamı genişletmelerinden bütçeyi korur Aynı zamanda, teknik değerlendirmeler yapmak için motivasyon şirketler arasında değişir. Bazı insanlar parayı kurtarmak için kullanır. Sonuçta, hacmin doğru bir anlayışı, başlangıçtan önce bütçe öğelerinin bir kısmını azaltmanıza izin verir. Diğerleri bir müteahhit seçerken riski azaltmak istiyor. Diğerleri daha spesifik görevleri çözer. Örneğin, SAP S/4HANA'ya gitmeden önce büyük bir şirket, önceki uygulamanın hatalarını tekrarlamadan standart araçlarda standart olmayan bir maliyet hesaplama metodolojisini nasıl uygulayacağını anlamak istedi Pratikte, teknik değerlendirme hala normdan ziyade istisnadır. Büyük yapılar tarihsel olarak merkezi programlarla önceden proje değerlendirme aldı, ancak her şirket bağımsız olarak hareket etmeye başladığında, bu uygulama kök almamıştı Kazakistan'daki en büyük şirketler için bu durum SAP S/4HANA'ya geçiş bağlamında oldukça gerçek. Burada görevin ölçeği geleneksel bir sistem güncellemesinden daha yüksektir: sadece teknoloji değişiklikleri değil, aynı zamanda iş süreçlerinin mantığıdır. Yıllarca çalışmış olan sistemler, geçmişte yapılan yüzlerce özel gelişme, kapalı entegrasyon ve karar içerebilir ilk uygulama aşaması. Teknik değerlendirme yapılmadan tüm bunlar proje sırasında fark edilir ve birçok sorunu beraberinde getirir Pazarın tamamını yargılamak zordur ancak bu tür geçişleri uygularken IBA IT Park ayrı bir proje olarak değerlendirme yapar: sistemin mevcut durumunu analiz eder, otomatik dönüşümün kapsamını belirler, riskleri belirler ve seçenekler ve bütçe tahminleriyle gerçekçi bir geçiş planı oluşturur. Kazakistan ve BDT pazarında 13 yılı aşkın çalışmayla bu yaklaşım, projelerin yüksek kalitede ve zamanında tamamlanmasına olanak tanıyarak uygulanabilirliğini kanıtlamıştır Yetkili proje öncesi hazırlık, olumsuz sonuç olasılığını yaklaşık% 70 oranında azaltır. Gerisi hiçbir planlamayla öngörülemeyen mücbir sebeplerdir. Ancak başlamadan önce hazırlıklara zaman ayırırsanız risklerin yönetilebilir bir kısmı kontrol edilebilir. Teknik değerlendirme zaman ve bütçe gerektirir. Ancak onsuz başlayan bir projenin maliyeti çok daha fazladır