Yazılım Geçişinde Eski ve Yeni Sistem Paralel Nasıl Kullanılır?

Eski ve yeni sistemi birlikte kullanırken en zor konu, hangi sistemin açık olduğu değil, hangi sistemdeki bilginin işlem için esas alınacağıdır. Bir çalışan eski sistemde dosya bilgisini güncellerken diğeri yeni sisteme belge eklerse iki taraf da doğru çalıştığını düşünebilir; sonuçta ekip, güncel kaydı bulmak için ayrıca araştırma yapmak zorunda kalır.

Bu nedenle paralel kullanımı bir “iki sistemi de kullanma” talimatı olarak değil, sınırları ve sorumluları belli bir kontrol dönemi olarak kurun. Aşağıdaki plan, kapsamı seçmekten farkları kapatmaya ve eski sistemi sürdürme kararına kadar bu iş akışını ele alır. Veri taşıma, eğitim ve ilk kullanım takvimi ayrı konulardır; bu rehber odağını iki sistem aynı anda çalışırken operasyonun nasıl yönetileceğinde tutar.

Eski ve yeni sistemi paralel kullanmak hangi riski azaltır, hangisini artırır?

Paralel kullanımın amacını tek cümlede tanımlayın

Paralel kullanımın amacı, eski sistemin işlevini yeni sistemde doğrularken kritik işlerin izlenebilirliğini korumaktır. Bu cümle ekip için net değilse, çalışanlar iki sistemde de her şeyi güncelleme eğilimine girebilir. Bu yaklaşım daha fazla kontrol değil, çoğu zaman daha fazla belirsizlik yaratır.

Örneğin amaç “yeni sistemin dosya arama ve belge bulma iş akışını sınırlı bir dosya grubunda doğrulamak” olabilir. Bu durumda test kapsamı bellidir; her kayıt türünü iki yerde birden güncellemek gerekmez. Amaç “yeni sistemde belirli işlemlerin baştan sona yürütülebildiğini görmek” ise hangi işlemlerin, kimlerce ve hangi kayıtlarla deneneceğini ayrıca yazın.

Paralel çalışma, yeni sistemde beklenmeyen bir sorun çıktığında eski sistemdeki işleyişi referans alabilmenize yardımcı olur. Fakat bu, yeni sistemin doğru çalıştığını veya eski sistemdeki bilginin eksiksiz kaldığını kendi başına göstermez. Her iki ortamda da kayıt, kullanıcı işlemi veya güncelleme hatası olabilir. Kontrolün değeri, bu farkları düzenli biçimde bulup çözme yönteminizden gelir.

Çift sistemin getirdiği ek kontrol yükünü hesaba katın

İki sistem açıkken aynı kayıt iki kez güncellenebilir, yalnızca birinde değiştirilebilir veya farklı ekiplerce ayrı yorumlanabilir. Adres, dosya durumu, sorumlu kişi, belge sürümü ya da görev bilgisi gibi alanlarda oluşan farklar, zamanla birbiriyle bağlantılı işlerin yanlış kayda dayanmasına yol açabilir. Sorun yalnızca verinin farklı olması değildir; ekibin hangi kopyaya güveneceğini bilmemesidir.

Paralel kullanımdan beklenen yararı, ek kontrol maliyetiyle birlikte değerlendirin. Karşılaştırma için harcanan zaman artıyor, kimsenin sahiplenmediği farklar birikiyor veya çalışanlar işlem öncesi her iki sistemi araştırıyorsa kapsamı daraltmak gerekebilir. Her farkı aynı ağırlıkta ele almak yerine, iş akışını durdurabilecek veya yanlış belge kullanımına neden olabilecek farkları önceleyin.

Örnek senaryo: Büro, sınırlı bir dosya grubunda yeni sistemde kayıt ve belge kontrolü yapar. Eski sistemde güncellenmesi gereken kayıt türlerini ayrıca işaretler; iki sistemdeki farklılıkları da atanmış sorumluya yönlendirir. Bu düzen, tüm büroyu belirsiz süreyle çift kayıt yapmaya zorlamadan yeni işleyişi sınamaya imkân verir.

Konunun bütününü hukuk bürosunda dijital dönüşüm: kâğıttan yazılıma geçiş yol haritası rehberinde bulabilirsiniz.

Paralel kullanımın kapsamı ve sorumluları nasıl belirlenir?

Tüm büroyu aynı anda kapsama almayın

Kapsamı seçerken yalnızca kaç dosyanın kullanılacağını değil, hangi iş akışlarının ve hangi ekip rollerinin dahil olacağını da belirleyin. Örneğin dosya bilgisi kontrolü ile belge bulma ayrı iş akışlarıdır. Birini sınamak, diğerinin de çalıştığını göstermez. Kapsamı bu nedenle “şu kişiler, şu kayıt türleri ve şu işlemler” şeklinde tarif edin.

Dosya gruplarını seçerken farklı çalışma biçimlerini temsil eden bir küme tercih edin. Ancak kapsamı, ekibin takip edemeyeceği kadar geniş tutmayın. Başlangıçta çok sayıda kayıt türü ve kullanıcı dahil edilirse, ortaya çıkan sorunun hangi iş akışından kaynaklandığını ayırmak zorlaşır. Önce yönetilebilir bir kümede kontrol düzeninin işlediğini görün; sonra kapsamı genişletme kararını ayrıca verin.

Hangi kayıtların kapsam dışında kaldığını da yazın. Kapsam dışı kalan bir iş akışı, yeni sistemde test edilmemiş olmasına rağmen ekip tarafından kullanılmaya başlanırsa paralel çalışmanın sonucu yanlış yorumlanabilir. Kullanıcıların “bu işlem yeni sistemde yapılabilir mi?” sorusuna bakabilecekleri tek bir kapsam notu hazırlayın.

Her iş akışı için işlem sahibi ve kontrol sorumlusu atayın

İşlem sahibi, ilgili kaydı hangi sistemde güncelleyeceğini ve istisnayı kime bildireceğini bilmelidir. Kontrol sorumlusu ise kayıtların karşılaştırılmasını, farkın çözüme bağlanmasını ve tekrar kontrolünü takip eder. Aynı kişi iki rolü de üstlenebilir; ancak bu sorumluluklar isim veya görev tanımıyla açık olmalıdır.

Karar yetkisini de günlük işlem sorumluluğundan ayırın. Örneğin ekip üyesi farkı saptayabilir, fakat hangi kaynağın esas alınacağına karar verme yetkisi belirlenmiş başka bir kişide olabilir. Yetki belirsizse, herkes kendi bildiği kaydı doğru kabul eder veya çözümü erteleyebilir. Farkın kime ve hangi kanaldan taşınacağı önceden tanımlanmalıdır.

Pilot kapsamını ve başarı ölçütünü yazılı hale getirin

Pilot başlamadan önce başarıyı gözlenebilir koşullarla tanımlayın. “Ekip yeni sisteme alıştı” tek başına yeterli bir ölçüt değildir. Bunun yerine, seçilmiş kayıtların bulunabilmesi, belgelerin doğru dosyayla ilişkilendirilmesi, görev sahibinin anlaşılması ve farkların belirlenen süreçte kapatılması gibi kontrol edilebilir ölçütler kullanın.

Kısa bir kapsam notunda şu başlıkları bulundurun:

• Kapsamdaki ekip, dosya grubu ve iş akışları.
• Her kayıt türünde güncelleme kaynağı ve istisna kuralı.
• İşlem sahibi, kontrol sorumlusu ve karar yetkilisi.
• Farkların bildirileceği yer ve izlenecek durumlar.
• Başarı, kapsamı daraltma ve durdurma ölçütleri.

Bu planın veri aktarımı, eğitim veya kullanım takvimini yönetmesi gerekmez. O konular için ayrı veri taşıma süreci, ilk 30 gün planı ve eğitim planı hazırlayabilirsiniz. Buradaki not ise iki sistemin aynı anda kullanıldığı sırada hangi kaydın esas olduğunu ve sorun çıktığında kimin harekete geçeceğini açıklamalıdır.

Her kayıt türü için hangi sistem esas kaynak olmalı?

Kayıt türlerini ayrı ayrı değerlendirin

“Yeni sistem esas kaynaktır” gibi genel bir karar, geçiş sırasında henüz yeni sistemde doğrulanmamış kayıtları açıklamayabilir. Bunun yerine dosya bilgisi, belge, görev ve finans kaydını ayrı ayrı değerlendirin. Her tür için birincil güncelleme kaynağını, kontrol yöntemini ve varsa istisnayı belirleyin. Böylece ekip, kayıt türüne göre işlem yapar; iki sistemi de aynı anda güncelleme alışkanlığı oluşmaz.

Tablodaki örnekler hazır bir büro kuralı değildir. Kendi iş akışınıza göre hangi sistemin güncelleme kaynağı olacağını seçmeniz gerekir. Önemli nokta, her satırda tek bir kaynağın ve anlaşılır bir kontrol yönteminin bulunmasıdır. “İkisine de girin” kuralı, ancak belirli ve sınırlı bir nedenle gerekiyorsa istisna olarak tanımlanmalıdır.

Yeni sistemde doğrulanmamış işleri eski sistemde izleme kuralı koyun

Yeni sistemde bir işlem henüz doğrulanmadıysa, o işin eski sistemde nasıl izleneceğini yazın. “Şimdilik eski sisteme bakın” demek yeterli değildir. Hangi kayıtların bu istisnaya dahil olduğunu, güncellemeyi kimin yapacağını ve yeni sistemde doğrulama tamamlanınca istisnanın nasıl kaldırılacağını da belirtin.

İstisna kuralı, eski sistemin geçici olarak korunmasını sağlayabilir; ancak tüm işlemleri eski sisteme yönlendiren belirsiz bir yedek işleyişe dönüşmemelidir. İstisna listesini ayrı tutun, sahibi ve gözden geçirme noktası belli olsun. Yeni sistemde doğrulanmış bir iş akışını alışkanlık nedeniyle eski sistemde sürdürüyorsanız paralel kullanımın kapsamını tekrar değerlendirin.

Kaynağı ve istisnaları ekibin görebileceği şekilde belirtin

Kaynak kararını toplantıda sözlü açıklamak, yeni katılan veya farklı rol üstlenen ekip üyeleri için yeterli olmayabilir. Erişilebilir tek bir yerde kayıt türü, esas sistem, istisna ve sorumlu bilgilerini gösterin. Bu notu değiştiren kişinin değişiklik nedenini de eklemesi, kararın geçmişini anlamayı kolaylaştırır.

Kaynak kuralını yalnızca sistem adıyla bırakmayın; “hangi işlem için?” sorusunu da cevaplayın. Örneğin belge ekleme ile belge onayı farklı iş akışlarıysa, tek bir “belge kaynağı” etiketi ekibi yanıltabilir. Kontrol sırasında ekip, işlem yapmadan önce doğru kayda ulaşabilmeli ve istisna olup olmadığını görebilmelidir. Bu karar tablosu, farkların karşılaştırılması için de ortak referans olur.

İki sistemde farklılaşan kayıtlar nasıl karşılaştırılır ve düzeltilir?

Önce karşılaştırılacak kayıt kümesini sabitleyin

Karşılaştırmaya başlamadan önce hangi dosyaların, kayıt türlerinin ve dönem ya da işlem aralığının inceleneceğini sabitleyin. Kapsam sürekli değişirse, fark listesi tamamlanmış mı sorusuna cevap vermek zorlaşır. Kontrolün amacı bir kez genel olarak “sistemleri karşılaştırmak” değil, tanımlı bir kayıt kümesinde farkları bulmaktır.

Her kaydın iki sistemde de bulunmasını sağlayacak ortak bir eşleştirme yöntemi seçin. Dosya adı tek başına yeterli olmayabilir; benzer adlar veya farklı yazımlar eşleştirmeyi karıştırabilir. Ekip, hangi alanları kullanarak aynı kaydı tanıyacağını ve eşleşmeyen kayıtları kime göndereceğini önceden belirlemelidir. Eşleştirme yöntemi yoksa karşılaştırmanın kendisi yeni hata kaynağına dönüşebilir.

Eksik, mükerrer ve farklı değerleri ayrı sınıflandırın

Farkları “uyuşmuyor” etiketi altında toplamayın. En azından aşağıdaki türleri ayrı izleyin:

1. Eksik kayıt: Bir sistemde bulunan kayıt diğerinde görünmüyor.
2. Mükerrer kayıt: Aynı işi veya dosyayı temsil eden birden fazla kayıt var.
3. Farklı değer: İki sistemde aynı alanın içeriği birbiriyle uyuşmuyor.
4. Sürüm farkı: Aynı belge için farklı kopyalar veya güncellik bilgileri bulunuyor.
5. Sahipsiz işlem: Fark var, ancak düzeltme sorumlusu belli değil.

Sınıflandırma, çözüm yolunu seçmeye yardım eder. Eksik kayıt için kayıt oluşturma veya kapsam kontrolü gerekebilir; farklı değerlerde ise hangi sistemin esas kaynak olduğuna bakılır. Mükerrer kayıtta birleştirme ya da kullanılmayan kaydı işaretleme kararı gerekebilir. Bu kararları, kaydın türü ve tanımlı kaynak kuralı doğrultusunda sorumlu kişi vermelidir.

Her fark için sorumlu, çözüm ve kontrol kaydı tutun

Bir fark bulunduğunda, kaydın yerini, fark türünü, esas alınan kaynağı ve düzeltme sorumlusunu not edin. Ardından çözüm kararını ve tamamlandığını kimin kontrol ettiğini kaydedin. Bu iz, aynı farkın tekrar ortaya çıkması halinde sorunun tekil mi yoksa süreç kaynaklı mı olduğunu anlamanızı sağlar.

Kontrol kaydı, her iki sistemin her alanını elle baştan sona inceleme anlamına gelmez. Önce yüksek etkili farkları ele alın; ardından belirlenen kayıt kümesinde açık fark kalıp kalmadığını kontrol edin. Farkları kapattıktan sonra aynı kayıtları yeniden karşılaştırmak, düzeltmenin doğru yere işlendiğini ve yeni bir çelişki yaratmadığını görmenize yardım eder.

SVG-2 karar ağacı, kapatma kararını hangi bulguların etkilediğini özetlemek için kullanılabilir. Buradaki sıra da benzer biçimde ilerler: kapsamı sabitleyin, kaydı eşleştirin, farkı sınıflandırın, sorumlu atayın, çözümü kaydedin ve tekrar kontrol edin. Bu aşamalardan biri atlanırsa “fark kapandı” bilgisi, düzeltmenin doğrulandığını göstermeyebilir.

Paralel kullanımda belge, görev ve ekip karışıklığı nasıl önlenir?

Sistemdeki rolü ve işlem sınırını görünür kılın

Kullanıcılar iki sistemi açtıklarında hangisinin inceleme, hangisinin güncelleme için kullanıldığını bilmelidir. Bu ayrım, her kayıt türü için belirlenen kaynak kuralıyla aynı yerde görünür olsun. Örneğin bir sistem geçiş kontrolü için görüntülenebilirken, yeni güncelleme yalnızca diğerinde yapılabilir. İşlem sınırı açık değilse, iyi niyetli bir kullanıcı yanlış yerde değişiklik yapabilir.

Günlük işleyişte “kontrol et”, “güncelle”, “onay için beklet” ve “sorun bildir” gibi eylemleri birbirinden ayırın. Kullanıcı yeni sistemde kaydı bulduktan sonra ne yapacağını, kaydı değiştirmeden önce hangi kaynağa bakacağını ve uyuşmazlık gördüğünde kimin karar vereceğini bilmelidir. Bu kararları yalnızca deneyimli ekip üyelerinin hafızasına bırakmayın.

Belge sürümünü ve güncel kopyanın yerini doğrulayın

Aynı belgenin iki sistemde farklı sürümleri bulunabilir. Dosya adı aynı görünse bile içerik veya güncellik farklı olabilir. Bu yüzden güncel kopyanın nerede tutulacağını, sürüm bilgisinin nasıl anlaşılacağını ve başka yerdeki kopyanın ne amaçla saklandığını tanımlayın. Eski kopya kontrol için gerekliyse, onu güncel belge gibi kullanmayı önleyecek bir açıklama ekleyin.

Belge karşılaştırmasında yalnızca dosya adına güvenmeyin. Belgenin ilgili dosyayla ilişkisini, sürüm bilgisini ve işlem sahibini kontrol edin. Bir kullanıcı belgeyi yüklediğinde, diğer kullanıcının aynı dosyayı farklı sistemde değiştirmesi halinde bildirim yolu net olmalıdır. İki tarafın da kendi kopyasını “son sürüm” sayması, doğru belgeyi bulmayı güçleştirir.

Çakışma veya erişim sorunu için bildirim yolu belirleyin

Erişim sorunu, yanlış eşleşme veya beklenmeyen kayıt farkı görüldüğünde ekip bunu nereye bildireceğini bilmeli. Bildirimde kayıt yeri, sorun türü, işlem zamanı ve işi bekleyen kişi gibi çözüm için gerekli bilgileri isteyin. Böylece sorumlu kişi önce ek bilgi toplamak yerine incelemeye başlayabilir.

Günlük kontrolü kısa ve tekrarlanabilir tutun. Örneğin sorumlular, o gün işlem gören kayıtların doğru sistemde güncellendiğini, bekleyen farkların sahibinin bulunduğunu ve belge sürümünün anlaşılır olduğunu gözden geçirebilir. Bu kontrol her kaydı ayrıntılı denetlemek zorunda değildir; açık farkların sahipsiz kalmadığını ve yanlış sistemde işlem yapılmadığını görmeyi amaçlar.

Ayrıca yeni bir kayıt oluşturulması veya bir iş akışının kapsam dışına çıkması gibi durumlarda kimin bilgilendirileceğini kararlaştırın. Bir sorun bildirildiğinde, yanıt gelene kadar hangi sistemde işlem yapılacağı da açıklanmalıdır. Bu kural, ekip üyelerinin birbiriyle çelişen geçici çözümler üretmesini azaltabilir.

Eski sistemi sürdürme, kapatma veya geri dönme kararını nasıl verirsiniz?

Kapatma öncesi kabul ölçütlerini kontrol edin

Eski sistemi kapatma kararını yalnızca belirli bir tarihin gelmesine bağlamayın. Kararı, paralel kullanım başlamadan önce yazılmış kabul ölçütlerine ve elde edilen kontrol kayıtlarına dayandırın. Örneğin kapsamdaki kritik iş akışlarının yeni sistemde yürütülebilmesi, kayıt eşleştirmelerinin tamamlanması ve açık farkların sorumlulara atanmış olması değerlendirilebilir.

Ölçütler, gözlenebilir ve ekipçe anlaşılır olmalıdır. “Yeni sistem çalışıyor” ifadesi, hangi işin doğrulandığını belirtmez. Bunun yerine, hangi kayıt türlerinin nerede güncellendiğini, belgelerin nasıl tanındığını ve görev durumunun nasıl takip edildiğini somutlaştırın. Yeni sistemde sınanmamış bir iş akışı varsa, eski sistemi kapatma kararını bu belirsizlikten ayrı düşünmeyin.

Kapatma öncesi kontrol için şu soruları kullanabilirsiniz:

• Kapsamdaki kayıt türlerinin güncelleme kaynağı belli mi?
• Kritik iş akışları yeni sistemde denenip kontrol edildi mi?
• Açık farklar listelenmiş, sahipleri ve çözüm durumları kaydedilmiş mi?
• Ekip hangi sistemde işlem yapacağını biliyor mu?
• Yeni sistemde sorun görülürse iletişim ve geri dönüş kararını kim yönetiyor?

Bu sorulardan birine yanıt verilemiyorsa, eski sistemi kapatmak yerine eksik kontrolü tamamlamak veya kapsamı daraltmak gerekebilir.

Açık sorunları ve sorumlusunu görünür tutun

Her açık sorunun yanında etkisini, sorumlusunu, geçici işleyişini ve yeniden değerlendirme koşulunu tutun. “Sonra bakılacak” gibi bir not, ne zaman ve kim tarafından ele alınacağını göstermez. Sorunların açık kalması tek başına kapatmayı engellemek zorunda değildir; ancak hangi sorunların hangi iş akışını etkilediği bilinmelidir.

Sorunları etkilerine göre ayırın. Kritik bir işin tamamlanmasını engelleyen kayıt farkı ile görünümü etkileyen küçük bir tutarsızlık aynı öncelikte olmayabilir. Önceliklendirme, sorunu gizlemek için değil, kaynakları doğru sırayla kullanmak için yapılır. Her grup için kabul edilebilir durumu ve takip kararını önceden belirleyin.

Geri dönüş kararını ve iletişim sorumlusunu önceden belirleyin

Yeni sistemde beklenmedik bir sorun çıktığında kimin kapsamı durdurabileceğini ve ekibe hangi mesajı ileteceğini önceden kararlaştırın. Geri dönüş planı, yalnızca eski sistemi yeniden açma kararı değildir. Hangi kayıtların eski sistemde güncelleneceği, yeni sistemde yapılan son işlemlerin nasıl kontrol edileceği ve ekibin hangi kaynağı izleyeceği de plana dahil olmalıdır.

Kararı, sorun türüne göre verin. Tek bir kullanıcı erişim sorunu, tüm iş akışını geri döndürmeyi gerektirmeyebilir; ancak kritik kayıtların güvenilir biçimde izlenememesi daha kapsamlı değerlendirme isteyebilir. Sorunu sınıflandırın, etkilediği kayıt kümesini belirleyin ve karar yetkilisini devreye alın. Bu sırada iki sistemde gelişigüzel güncelleme yapılmasını engelleyecek geçici kuralı duyurun.

Geri dönüşü düşünmek, yeni sisteme güvenilmediği anlamına gelmez. Kontrollü bir geçişte, ne zaman durulacağı ve hangi koşulda devam edileceği de operasyon planının parçasıdır. Kapatma, sürdürme ve geri dönüş için aynı ölçütleri kullanmayın; her kararın farklı amacı ve sonucu vardır.

Büro yönetim paneli paralel geçişte hangi işleri destekleyebilir?

Dosyaları filtrelenebilir görünümlerle takip etme

Paralel kullanımda kontrol edilecek dosya kümesini bulmak ve ilgili atamaları görünür tutmak önemlidir. Bu nedenle, önce büro içinde dosya görünümü, filtreleme ve atama ihtiyaçlarını netleştirin. Bunlar, pilot kapsamındaki kayıtları izlemeyi kolaylaştırabilir; ancak karşılaştırma kurallarını ve sorumluluk dağılımını yine sizin belirlemeniz gerekir.

AvukatSiteleri.net’te dava dosyaları tek panelde, filtrelenebilir görünümlerle yönetilir. Belgeler dosya ve müvekkil bazında tek yerde, sürümleriyle saklanır; bu tür imkânlar, ekibinizin paralel kullanım iş akışına uyup uymadığını değerlendirebileceğiniz örneklerdir. Yazılım güncellemeleri platform tarafından yapılır; bunun geçiş planınızdaki etkisini ayrıca değerlendirin. Ürün özellikleri tek başına kayıtların doğru olduğunu veya geçişin sorunsuz tamamlanacağını göstermez.

Önce kapsamı ve kabul ölçütlerini belirleyin

Bir paneli değerlendirmeden önce paralel kullanıma hangi kayıtların alınacağını, kayıt türlerinin esas kaynağını, sorumluları ve kabul ölçütlerini belirleyin. Ardından ekibin filtrelenebilir dosya görünümlerine ve sürümlü belge saklamaya nasıl ihtiyaç duyduğunu bu iş akışına göre inceleyin. Böylece ürün özelliğini, çözmesi beklenen belirli bir operasyon ihtiyacıyla karşılaştırabilirsiniz.

Bu iş akışlarının bir yönetim panelinde nasıl karşılanacağını incelemek isteyenler, AvukatSiteleri.net demosunu değerlendirebilir. Görüşmede kendi kapsamınızı ve kontrol ölçütlerinizi kullanmanız, özelliklerin ekibinizin çalışma biçimine uygunluğunu anlamanıza yardımcı olur. Dava ve dosya yönetimine ilişkin ayrıntılar için özellikleri inceleyebilirsiniz.