Bin millik Yazılım Uygulama Yolculuğu sıfır aşamasıyla başlar (James Monaghan)

Tebrikler. Bazı yazılımları uygulamaya karar verdiniz ve başarılı olmasını istiyorsunuz. Çevik mi, Şelale mi, Yalın mı, Scrum mu yoksa tamamen başka bir şey mi olacak? Başarılı bir proje uygulamasının onu yürütmek için kendi gereksinimleri olsa da,
başlama vuruşundan önce dikkate alınması gereken çok sayıda şey vardır.

Hedef İşletim Modeli yeterince tanımlandı mı?

Yeni bir teknolojinin uygulanmasında acele etmenin çok sayıda tuzağı vardır, ancak hiçbiri, tamamlandığında genel resmin nasıl görüneceğini düşünmeden bir sistemi dağıtmaya/entegre etmeye başlamaktan daha yaygın değildir. Çok fazla proje yaralandı
en başta, çünkü bazı önemli teknoloji parçaları genel şemaya dahil edilmedi. Bugün piyasadaki tüm fintech'ler ve yıkıcılarla, hepsi birbirleriyle sorunsuz bir şekilde entegre olmaya çalışacak, ancak tam bir anlayışa sahip değiller.
of Nasıl bağlantı kurmalarını istersiniz ve hangi nedenle olursa olsun, kendinizi Hedef İşletim Modelinizi yarı yolda yeniden yaparken ve şimdiye kadar harcadığınız tüm çabayı ve kaynakları çöpe atmak zorunda kalırken bulabilirsiniz. Bu aynı zamanda uçağı yapmaya çalışmak gibidir.
onu uçurun veya sürerken araba lastiğini değiştirin. Tipik TOM'lar, müşteriyle karşılaşan personelin kullanması için bir Müşteri İlişkileri Yönetimi (CRM) tipi sisteme sahip olacak ve bir iş akışı ve kural motoru içeren bir Müşteri Yaşam Döngüsü Yönetimi sistemine bağlanacaktır.
veri girişi/doküman yükleme/doğrulama ve doğrulama işlemlerini tamamlamak için gerekli görevleri ilgili kişilere iletmek. Kayıt Kaynağı/Altın kopya olarak değerlendirilen bir Ana Veri Yönetimi (MDM) sistemi olabilir, ancak çoğu zaman bu bir silodur.
kayıtları güncelleyebilen çeşitli sistemlere sahip birden çok toplu veya entegre veri deposu sistemi. Dahili veya entegre İşlem İzleme Hizmetleri ile İşlem/Ticaret/Ödünç Verme sistemleri olabilir. Veriler/belgeler için 3. taraf sağlayıcılar olabilir
veya haber/olumsuz haber/tarama amaçlı. Bunların tamamı veya bir kısmı bulut tabanlı veya on-premise sistemler de olabilir. Şimdi tekrar soruyorum, bu 1 yeni teknolojinin genel TOM'nuzun neresine uyduğunu düşündünüz mü ve bu son bir versiyon mu yoksa siz mi?
mevcut kuruluma entegre etmek, ancak bunu gelecekte değiştirmeyi planlamak

Tüm mevcut sistemleriniz için, onları ne kadar süreyle desteklemeyi/elde tutmayı planlıyorsunuz?

Batık Maliyet Yanılgısı olarak bilinen yaygın bir hata vardır; bu hataya göre, bir sisteme X dolar/euro/pound harcadınız diye, yenilgiyi kabul etmek ve onu bir kenara atmak çok uzaktır. Ya da kırık olmadığı için tamir gerektirmiyor. Ya da çok yerleşik
mevcut sistemlerde bunu kaldırabilmek veya değiştirebilmek. Eğer durum buysa, muhtemelen farkına bile varmadan tek bir başarısızlık noktasına gelmişsinizdir. Modern teknoloji çözümleri esnektir ve değişim için inşa edilmelidir. Daha önce birleşmeler / satın almalar
veya sistemlerin birleşmesi, teknolojiyi entegre olmaya zorladı ve olağan süreç, basitçe onu çalıştırmaktır. Bunlar, bir şeyin nasıl yapıldığını yeniden gözden geçirme ve daha verimli bir yol için çaba gösterme fırsatları olarak değerlendirilmelidir. Saniye
buna göre, çoğu yeni teknoloji raporlama, panolar, iş akışı, vaka yönetimi kural motorları, yapılandırma stüdyosu gibi benzer tekliflere/modüllere/özelliklere sahip olacak veya sahip olacağını iddia edecektir. Bunun amacı, mümkün olan en geniş kitleye hitap etmektir ve
bazı insanlar "Y zaten bu yeteneğe sahipken neden X almam gerekiyor?" Ancak bunu göz önünde bulundurarak, CRM'nizi gerçekten bir işlem izleme sistemine dönüştürmek istiyor musunuz? Ya da hesap sisteminizi MDM'niz için ağ geçidine mi? Veya müdür olarak MDM'niz
veri giriş noktası. 12345678 telefon numarasına sahip binlerce kaydınız olacağını biliyorsunuz.

Kadro/Roller

Herhangi bir uygulamanın başarılı olması için, projenin her iki tarafında da tanımlanmış rolleriniz olacaktır. Sizin ve satıcılar. Açıkça bütçeye, kapsama ve zaman çizelgesine bağlıdır. 4 personel gerektiren 2 haftalık bulut tabanlı bir uygulamanız olabilir.
satıcı veya iş/ürün analistleri, geliştiriciler, konu uzmanları, kalite güvence test uzmanlarından oluşan 10 haftalık çevik gereksinimler yaklaşımıyla 12 haftalık ana sürümlerin 2 aşaması olabilir;
her iş kolu/bölge/yetki alanı için yöneticiler ve hepsini denetleyecek bir program yöneticisi. Bir proje sponsoru ekleyin ve kurumsal yazılımın neden bazen engelleyici bir şekilde pahalı hale geldiğini anlamak kolaydır. Bu aynı zamanda personel seviyelerini dikkate almadan önce
eşleştirmek için ayırmanız gerekir. Bu projede yer alan personelinizin hatırı sayılır bir süre için günlük rollerinden uzakta olacağını unutmayın. Satıcı personelinin deneyimli olduğundan ve deneyimsiz olduğundan emin olmak önemlidir.
yakın zamanda projenizin talebini karşılamak için işe alındı.

Diğer husus ortaklık modelidir. Yerleşik tedarikçilerin birçoğunun sertifikalı ortakları, bazı butik firmaları ve bazı büyük 4'leri vardır; bunlar da uygulamalara yardımcı olmak için hazırlanabilir, ancak aynı zamanda bir bedeli vardır.

Veri göçü

Yeni bir yazılım parçasını içeren ana temalardan biri, veri erişimi ve/veya veri geçişinin dikkate alınmasıdır. Yeni sistem mevcut veritabanınızı veya veritabanlarınızı gerektiği gibi sorgulayacaksa, ne zaman erişim sağlar, hangi kullanıcıların hangi izinlere sahip olduğu
erişmek için erişim salt okunur mu yoksa kullanıcılar yeni kayıtlar düzenleyebilir veya oluşturabilir mi ve merkezi kaydı güncellerken, bu değişiklikleri yapmak için hangi sistemlerin öncelik sırası vardır? Farklı bir kullanıcı çalışırken başka bir sistem değişiklik yapmaya çalışırsa ne olur?
Yeni teknolojinizin şu anda onu düzenliyor mu? Bu, tüm veri düzenleme isteklerinin bu yeni teknoloji aracılığıyla yönlendirilmesi gerektiği anlamına mı geliyor? Tüm yeni teknolojiler aynı öncelik sırasını istediğinde ne olur? Bunlar sadece aktif müşteri kayıt sistemleri içindir.
Yeni bir konsolide tek sistem oluşturmaya ne dersiniz? 1. gün tüm verileri taşımak için büyük patlama yaklaşımını benimsemeli misiniz? Riskleri hayal edin. Bir inceleme planlandığında, incelemeyi yürütmek için 1 veya daha fazla kaynaktan çekim yaptığınızda olduğu gibi bir geçiş dönemine ne dersiniz?
ve ardından temiz kaydı yeni merkezi veritabanına gönderin. Bu, bunun yerine 12 - 18 aylık bir süre boyunca geçişe izin verir. Herkese uyan tek bir yaklaşım değil. Yinelenenleri işlemeyi düşünmeye başlamadan önce hepsi bu kadar.

Entegrasyonlar

Ekosisteminize yeni bir teknoloji eklemeyi düşünürken, mevcut kurulumunuzla sorunsuz çalışacağından emin olmalısınız. Bunun başlangıçta 2 seçeneği vardır, ya belirli bir sorunu çözmek için net yeni bir ekleme ya da mevcut bir sistemin yerini alması
veya yerinde sistemler. Her iki durumda da, hem yukarı hem de aşağı tüketim için ihtiyaç duyduğu ilgili sistemlere erişimi olduğundan emin olmak istersiniz. Ayrıca, kullanımdan kaldırılmakta olan sisteme giden tüm mevcut tesisatın bakımının yapılabileceğinden de emin olmanız gerekir.
Sürekli olarak gözden kaçan izin vermeyle ilgili bir soru da var. Kullanıcıların erişimi olan veriler için yeni teknoloji için hangi izinlere sahip olduklarını yönetirken aynı zamanda yönetici izni gereksinimlerinin olmamasını sağlayan Kullanıcı Erişim Kontrolü.
Ancak gelecekte daha yeni bir teknoloji eklediğinizde, o noktada tüm eski sistemler için erişim kontrolünü iyileştirmeniz gerekiyor mu? Yukarıda olduğu gibi, veri değişiklikleri/güncellemeleri için hangi teknolojinin öncelik sırasına sahip olduğunu belirleme ihtiyacını da unutmayalım. Aksi takdirde
A sisteminin bugün bir değişiklik yaptığından, B sisteminin yarın tersine çevirdiğinden ve A sisteminin ertesi gün yeniden denediğinden nasıl emin olabilirsiniz?

Sistem Erişimi – Infosec Politikaları

Kaynakları sağlamak ve ilgili sistemlere zamanında erişim sağlamak için ilgili ekipleri dahili olarak görevlendirdiniz mi? Bir ortam veya bir veri tabanına erişim vb. için izin talep etmeden önce son ana kadar beklemeyi planlıyorsanız.
hedef tarihlerinizin aniden ulaşılamaz olduğunu fark edebilirsiniz.

Alıcılar ve Kullanıcılar

Yeni teknolojinin son kullanıcıları karar verme sürecine dahil mi? Sonunda inşa edilen şeyin amaçlarına uygun olmadığına karar verirlerse, diğer kullanıcılar adına karar vermenin anlamı nedir? İş dünyası ve arasındaki savaş
BT, her yerde meydana gelen ve kimin karar vereceği konusunda ileri geri sallanan sabit bir olaydır. Sistem tasarımının çoğu kez her kullanıcı için her sorunu mükemmel bir şekilde çözmesi beklenir. Teknolojiyi %100 çözmek için aşırı mühendislik
takdire şayan ama nihayetinde kaynak yoğun bir çaba. İlk hedef, uç vakaları denemeden önce çoğunluk için çözmek ve başarılı teslimata kadar beklemek olmalıdır. İhraçların son %20'si veya %10'luk kısmı, elde etme ana amacını taşımamalıdır.
teknoloji, ancak çoğu zaman tamamen tüketen hale gelir. Kendinize sormanız gereken soru, 1. gün kesin olarak neyin gerekli olduğudur ve seçeneklerinizi bir alt kümeyle sınırlayın, çünkü varsayılan yanıt her zaman, her zaman, her şeydir.

Şimdi, bir proje uygulamasını başarılı kılmak için neleri dikkate almamız gerektiğine baktığımızda, başlamadan önce dahil edilmesi gereken daha fazla ilgili şey olduğunu fark etmemiz gerekiyor. Bunlar aynı zamanda ilk aşamada hangi yazılımın seçileceğine ilişkin kararı da etkileyecektir.
yer. Parlayan her şey altın değildir. Seçtiğiniz şeyin, yalnızca beklenen tek bir sonuçla ilgili değil, tüm değerlendirmeler için uygun olduğundan emin olun.