Odaklandığımız en iyi yazılımın seçimine ilişkin önceki bir yazıdan bahsettik.kendine ait ön inceleme kurumsal iş (olmadan akıllıca bir seçim yapmak mümkün değildir). Ayrıca, iyi bir seçim için sınırlı sayıda satıcıyı göz önünde bulundurmanın gerekli olduğunu göreceğiz. Daha sonra sadece "teknik" bakış açısıyla çözümleri değil aynı zamanda sundukları hizmetleri ve şirket içinde yeni yazılımdan en iyi şekilde yararlanmak için gerekli olan insan kaynakları organizasyonunu analiz etmek. Aksi takdirde, istenen faydaları alamayarak paramızı çok kötü harcayacağız.
Şimdi bir adım geriye gidelim ve kendimize hangilerini soracağız. fonksiyonel gereksinimler ve hangileri nasıl satın alınır ihtiyaçlarımız için ideal çözümü sunmak zorunda kalacağız: kısacası, en iyi yazılımda bulmayı umduğumuz temel faydalar nelerdir. Ayrıca bu durumda işimizin ön analizine gelince, belirli bir ürün veya teknik şartnameyi dikkate almayacağız: bu bir sonraki adım olacak. Şimdilik, sadece bir sonraki adımda işe yarayacak olan "tıklaması" olan öğeleri içeren bir kontrol listesi dolduracağız.
"Biz kendimize soruyoruz fonksiyonel gereksinimler ve hangileri nasıl satın alınır İhtiyaçlarımız için ideal çözümü sunmak zorunda kalacağız: kısacası, en iyi yazılımda bulmayı umduğumuz temel faydalar nelerdir? "
Ve ayrıca bu durumda, bizim yapılacaklar listesi belden edilir ve içerir daha fazla karar verici firmamıza iç: kesinlikle sadece IT departmanı değil.
La işletme sınıfı yazılım seçimi Şirketimizin bir iç sektörü tarafından ifade edilen bir ihtiyacın ya da doğrudan üst yönetim (Şirketin gelecekteki çıkarları ve izlenecek strateji hakkında genel bir görüşü vardır). Yetki belgesinin kendisinin kökeni büyük ölçüde söz konusu sürecin olup olmamasına bağlıdır çekirdek veya işletmeye ikincil. Yeni bir yazılım seçiminin sıklıkla süreçleri değiştirmenin anahtarı olduğunu hatırlamak.
Her durumda, asıl önemli olan bu tüm katılan aktörler (ihtiyacı ortaya koyanlar, en üst düzeyde karar verenler ve gelecekteki müzakereleri yürütmek için teknik ve işlevsel becerilere sahip olanlar dahil) seçimin amacı ve çözümün özellikleri ile uyumlu edinilecek.
Sadece bu varsayımlarla, fonksiyonel gereksinimler listesi. İdeal olarak, üç aktörümüz (kullanıcılar, üst düzey yöneticiler ve teknik-fonksiyonel analistler) ortak bir iş için bir araya gelecek beyin fırtınası. Kuşkusuz, bu olasılık değişkene bağlıdır zaman (iç maliyetlerin dikkate alınması gerekir. defibir kurumun kurulması ve yönetilmesi proje).
Ve bu hizalama faaliyeti, eğer seçimin başka bir yönünü düşünürsek, her şey daha önemlidir: "Alıcının yolculuğu"Bu, bir ihtiyaçtan başlayan ve piyasa teklifindeki bilgilerin alınmasından geçen bir satın alma sürecidir. "Gri alanlar". Aslında, üst yönetimin ya da çözümden yararlanacak olan şirket işlevinin, kabul edilecek çözüm hakkında genel bir bilgiye sahip olduklarını fark etmesi nadir değildir: ne istediğini, açıkça ve açıkça nasıl söyleyeceğini değil. Bu da Yararlı uzman desteği BT sektöründe, doğru becerileri yerine getiren iyi fonksiyonel analistler tarafından yönetiliyorsa.
İşte o zaman ekibin soracağı bazı sorular: Ayrıntılı gereksinim listesi nedir? Her nokta, kontrol listesini derleyen tüm ekip için açık mı? Müzakereyi yürütecek olanın aklında yetkisi var mı? Yetkinin kendisi spesifik ve ayrıntılı mı yoksa boşlukları var mı? Benimsenecek iyi bir strateji, Scrum yöntemi olabilir: projeye katılanlar, söylemsel sunumun tercih etmesi için bir hikaye anlatır. defiÇalışma için kullanılacak kavramların belirlenmesi.
Genellikle piyasadaki kurumsal çözümler gerekli tüm işlevlere sahip değil satın alan kişi tarafından. Şirket yöneticileri bunu en başından biliyor. Bu yüzden, kontrol listesi hazırlandıktan sonra, bir dizini öncelik: Hedefler belirlendikten sonra her şirketin kendine göre bir yeri vardır.
"Genellikle piyasadaki kurumsal çözümlergerekli tüm işlevlere sahip değil satın alan kişi tarafından. Şirket yöneticileri bunu en başından biliyor. Bu yüzden, kontrol listesi hazırlandıktan sonra, bir dizini öncelik"
Bazıları ilişkilendirme önerisinde bulunur Her gereksinime göre farklı bir önem puanı: incelenen her çözümün toplam puanı, mevcut gereksinimlerin toplamı ve bunların göreceli önemi olacaktır. Nihai değerlendirmede çok şematik olmamanız koşuluyla sağduyulu bir tavsiyedir: değerlendirme Tedarikçi ile ilgili her şeyden çok, yazılımın dışında da faktörler var. Onları daha sonra yayınlayacağız.
İçsel değerlendirmek yazılım kalitesi bazı kurmak için gerekli nesnel ölçümler (bu nedenle işlevsel gerekliliklerin ötesinde, tamamen şirket için gerekli olan öznel).
Ürünü ölçmek için hangi değişkenlerin olduğunu bilmek, onun farkında olamamak demektir. değer. Yine bir liste derlemek istiyoruz ilk Bireysel çözümleri incelemek için: onu gerçek seçim zamanında bir sayaç olarak kullanacağız.
Konuyla ilgili geniş bir literatür var: aslında, sadece bir arama motorunu yazın "Yazılım kalitesi" Konuyla ilgili yazıları ve kitapları keşfetmek. Yararlı bir başlangıç noktası ses Vikipedi, hangi listeler bir dizi parametre dış (yani kullanıcı tarafından algılanan kaliteye ilişkin), elde edilecek çözümün kalitesini değerlendirmek. Bunlar arasında: doğruluk, güvenilirlik, sağlamlık, verimlilik. Ama ayrıca iç, bir ekip tarafından doğrulanabilir geliştiriciler: sürdürülebilirlik, yeniden kullanılabilirlik, modülerlik listelenen örneklerden bazılarıdır.
Ayrıca bu durumda takım karar verir çeşitli parametreler için öncelik indeksiÖrneğin, projenin stratejik vizyonuna sahip olan şirket yönetimi, yazılımın yeniden kullanılabilirliğine ikincil önem verebilir. Ve tabii ki, yazılım seçiminin bu aşamasında, fikir birliğini bilmek iyidir. kalite işlevi Şirketin (varsa).
Bu temel bir değişkendir: pazarlığa başlamadan önce aklınızda bulundurmanız gereken bütçe için uygun olduğunuz toplamı yazılım edinimi (hem yazılımın kendisi hem de seçim etkinliği için gereken çalışma saati maliyetleri için). Gerçekçi bir miktar oluşturmak için, bazıları zaten şirket tarafından daha önce edinilmiş bir çözüm kriterine sahipken, diğerleri aynı sektörden (veya aynı endüstri grubundan) çalışanlar arasında ağızdan söze güveniyor. Daha önce benzer çözümler için ne kadar harcandığını kontrol etmek yazılım seçim sürecini kolaylaştırır.
"Sizin için uygun olan genel bütçeyi aklınızda tutmanız gerekir yazılım edinimi: benzer çözümler için daha önce ne kadar harcandığını kontrol edin, aslında yazılım seçim sürecini kolaylaştırıyor "
Tabii ki, işletme seviyesindeki bir yazılımın fiyatı, yalnızca kendi kalitesinin değil, aynı zamanda tedarikçinin tasarlaması ve geliştirmesi için yaptığı çalışmanın doğrudan bir sonucudur: esnek iktisap türleri (Onları 6 noktasında göreceğiz).
Bu konuda asla yeterince konuşma olmayacak: her şirket kendini pazarlık ediyor artan miktarda veri işi ve müşterileriyle ilgili. Aynı zamanda, son yıllarda insan sayısının arttığını biliyoruz. siber saldırılar şirket veritabanlarında. Bu nedenle bilgilerinizi korumak, onu yönetenlerin doğrudan ve kaçınılmaz bir sorumluluğudur.
Bu nedenle, müzakereyi gerçekleştirenlerin görevlerinden biri, sağlayıcı tarafından gerçekleştirilen korumaları bilmek olacaktır. Bu arada, temel risk ve çözüm bilgileri zarar veremez: BİT departman yöneticisi Şirket temaslarını her iki konuda da bilgilendirebilecektir.
Bir çözüm tercih edip etmediğinize karar verin bulutta (uzak altyapı üzerinde) veya Şirket içi (şirket sunucularına kurulur) sadece bir tuhaflık değildir: bütçe ve veri yönetimi türünün doğrudan etkisi yazılımın nasıl yönetildiği.
Birçok yönetici için bir şirket içi çözüm Hala bir istikrar ve kontrol algısı ile ilişkilidir: ancak en önemli yatırımlar dikkate alınmalıdır. Öte yandan, bulut fiyat açısından daha esnektir ve daha ucuzdur, ancak tedarikçinin veri güvenliği ve kanal performansı açısından daha fazla garanti vermesini gerektirir (örneğin, programın aktarım ve uygulama hızı).
Maliyetlerin kabul edilme şekli de değişmektedir: şirket içi fiyat genellikle ruhsat verme, özelleştirme maliyetleri, ilk kurulum, sonraki bakım maliyetleri vb. Bulut bir modeldir kullanım başına ödeme: meyvenin artması, maliyetin yükselmesi. Tipik olarak, bulut modunda, maliyeti oluşturan tüm masraflar, bunları toplayan, genellikle daha düşük olan bir ücrete dönüştürülür (çok yıllı bir sözleşmeye bağlı taahhütle karşılaştırıldığında, genellikle üç ila beş yıl arasında).
Bir paradoks gibi görünebilir, ancak görünüşte açıktır: Yeni çözüme koyduğumuz beklentilerin iyi bir listesi ... ihmal etmiyor değiştirilmesi gereken yazılımın analizi. Tabii ki, ilk kurulumun durumundan bahsetmiyoruz.
"Yeni çözüme dahil ettiğimiz beklentilerin iyi bir listesi ... göz ardı edilmiyor değiştirilmesi gereken yazılımın analizi"
İlk olarak, amaç belirtmektir zayıflıklar: bizi farklı bir ürün aramaya iten özellikler. Yazılımın yaşlanması ve aynı zamanda agresif muamele bile yanlış bir hareket olabileceğini kanıtlayabilir.
Ancak, bazılarını da yazmak zorunda kalabiliriz. Punti di ForzaAslında, eski çözümle sürecin yönetiminin her yönüyle eksik olduğu söylenemez.
Ayrıca bu analiz sırasında, ortak bir iş yapmakta fayda var: fonksiyonel bilgi e teknik bilgi el ele gider ve her ikisi de yazılımın kalitesinin daha somut bir değerlendirmesine katkıda bulunur. Değişecek bile olsa!
Şahsen, yazılımın artık yeterli olmadığı durumlarda, o zaman seçim yapmanın kesinlikle suçu olmadığını düşünüyorum. basitçe pazar değişti ve bu yazılım yeni iş ihtiyaçlarına cevap vermiyor. Bu nedenle en son yönelim giderek daha fazla yeniden düzenleme Sürekli uygulamalar
yazar Paolo Ravalli
Veeam Coveware, siber şantaj olaylarına müdahale hizmetleri sağlamaya devam edecek. Coveware adli tıp ve iyileştirme yetenekleri sunacak…
Kestirimci bakım, tesis yönetimine yenilikçi ve proaktif bir yaklaşımla petrol ve gaz sektöründe devrim yaratıyor.…
İngiltere CMA, Big Tech'in yapay zeka pazarındaki davranışları hakkında bir uyarı yayınladı. Orada…
Avrupa Birliği'nin binalarda enerji verimliliğini artırmak amacıyla formüle ettiği "Yeşil Evler" Kararnamesi yasama sürecini tamamladı...
