İçeriğe geçinAnemo
TR
İletişim

Mevcut Yazılım Projesi Yeni Bir Ekibe Nasıl Devredilir?

· 4 dk okuma

Başkasının yazılımını devralmak kodla değil değerlendirmeyle başlar. Bir fiyat veya takvim kabul etmeden önce yeni ekibin şunları bilmesi gerekir: derleniyor mu, test edilmiş mi, nerede çalışıyor, hesapları kim tutuyor ve önceki ekibin bildiği ama hiç yazılmamış şeyler neler. Devirler, kod kalitesinden çok bu sonuncusunda başarısız olur.

Bu rehber imzadan önce nelerin isteneceğini, geçişin nasıl yürütüleceğini ve giden ekip erişilemez ya da isteksiz olduğunda ne yapılacağını kapsar.

Önemli noktalar

Fiyatlamadan önce değerlendirin

İnandırıcı bir değerlendirme bir–iki hafta sürer ve her şeye okuma erişimi gerektirir. Şunları yanıtlamalıdır:

Soru Neden önemli
Temiz bir kopyadan derleniyor mu? Değilse dağıtım bilgisi birinin kafasında yaşıyor
Test paketi var mı ve geçiyor mu? Herhangi bir şeyin ne kadar güvenli değiştirilebileceğini belirler
Nasıl ve kim tarafından dağıtılıyor? Dizüstü bilgisayardan manuel dağıtım yaygın ve kırılgandır
Bağımlılıklar ve sürümleri neler? İki ana sürüm geride kalmak güncellemeleri projeye çevirir
Nerede, kimin hesabında barındırılıyor? Kendi ürününüzü kontrol edip etmediğinizi belirler
Hangi izleme var? Sorunların fark mı edildiğini yoksa kullanıcılarca mı bildirildiğini
Ne belgelenmiş ve ne kadar eski? Keşif eforunu belirler

Bunu yapmadan devir teklifi veren her tedarikçi bir tahmini fiyatlamıştır. Değerlendirmeyi ayrı ödeyin ve çıktının sahibi olun, sonunda kiminle çalışırsanız çalışın işinize yarar.

Önce hesapları güvence altına alın

Kod kurtarılabilir; hesaplar çoğu zaman kurtarılamaz. Her şeyden önce şunların kimde olduğunu ve kimin kontrol ettiğini netleştirin:

Giden ajansın geliştirici hesabı altında yayınlanmış uygulamaları taşımak zahmetlidir ve bunu fark ettiğiniz an genellikle ilişkinin zaten zorlaştığı andır. Hesaplar başkasının adınaysa devretmek sonraki bir iş değil ilk iştir.

Yalnızca insanların bildiğini çıkarın

Bir devirdeki en büyük risk kod değildir. Hiç yazılmamış ve önceki ekiple birlikte giden yıllarca iş kuralı, uç durum ve operasyon alışkanlığıdır.

Devir dönemi varsa bunu kod turları yerine bilgi için kullanın. Neyin düzenli bozulduğunu, kimsenin neye neden dokunmaması gerektiğini, manuel adımların neler olduğunu, çöktüğünde kimin arandığını ve son üç olayın ne olduğunu sorun.

Bu oturumları kaydedin. Bir saatlik konuşma, depoyu bir ay okumaktan fazlasını içerir ve iki hafta sonra kimse doğru hatırlamaz.

Düşmanca veya yokluk hâlindeki devri planlayın

Sıklıkla iş birliği yapan bir giden ekip yoktur, ilişki kötü bitmiştir ya da geliştirici ayrılmıştır.

Bu durumda daha fazla keşif bütçeleyin ve ilk haftaların arkeoloji olmasını bekleyin. Pratik yaklaşım: önce yerelde çalıştırın, sonra bir hazırlık ortamında, sonra önemsiz bir değişiklik yapıp uçtan uca dağıtın. Bu tek egzersiz, üretime gönderilmiş tek kelimelik bir değişiklik, sistem hakkında bilmediklerinizin çoğunu açığa çıkarır.

Her şeyi anlamaya çalışmak yerine en sık çalışan kod yollarını okuyun. Üretim kayıtları neyin gerçekten kullanıldığını söyler ki bu genellikle var olanın küçük bir kısmıdır.

Genişletmeden önce istikrara kavuşturun

Hemen özellik gönderme baskısına direnin. İlk dört ile sekiz hafta şunlara gitmelidir: derleme ve dağıtımı güvenilir hale getirmek, eksikse izleme eklemek, bilinen güvenlik sorunlarını yamalamak ve değiştirmek üzere olduğunuz kısımların etrafına test yazmak.

Bu bir gecikme değildir; sonrasındaki her şeyi öngörülebilir kılan şeydir. Tanımadığı bir sisteme testsiz özellik eklemeye başlayan bir ekip, sonraki çeyreği gerilemeleri düzelterek geçirir ve müşteri yeni ekibin eskisinden kötü olduğu sonucuna varır.

Bu dönemi ve neyi teslim edeceğini sözleşmede açıkça kararlaştırın. Kimsenin üzerinde anlaşmadığı bir istikrar aşaması, yavaş ilerleme gibi görünür.

Belgeleri proje olarak değil yol boyunca düzeltin

Belgeleme projesi, bir ay içinde eskiyen bir doküman üretir. Bunun yerine öğrendiğinizi öğrendikçe yazın; bir çalıştırma kılavuzuyla başlayın: nasıl dağıtılır, nasıl geri alınır, çöktüğünde ne yapılır ve kim aranır.

Kodla birlikte sürümlensin diye depoda tutun. Paylaşılan sürücüdeki belge, kimsenin güncellemediği belgedir.

İlk çeyrek için beklentiyi belirleyin

Ödeyen kişiye açık olun: başlangıçta hız düşük olacak, bazı tahminler yanlış çıkacak ve sistemin bazı parçaları herkesi şaşırtacak. Tanımadığınız kodu devralmak budur.

Alternatifi, kendinden emin fiyat verip sonra sapmaları açıklamak, ilişkiye tam da en yeni olduğu anda zarar verir. Belirsizliği baştan adlandırmak ve değerlendirme tamamlandıkça daraltmak, işin ihtiyaç duyacağı güveni inşa eder.

Eski ekibe ne olacağına karar verin

Mümkünse giden geliştiriciyi tanımlı bir danışmanlık süresi için tutun, üç ay boyunca ayda birkaç saat, ücretli ve net kapsamlı. Alternatifinden çok daha ucuzdur ve yalnızca sistemi işletmeye başladığınızda ortaya çıkan soruları kapsar.

Bu mümkün değilse planda belirtin ve keşfi buna göre fiyatlandırın. Bilgi boşluğunun var olmadığını varsaymak, devir projelerinin aşmasının yoludur.

İlgili rehberler

Mevcut Yazılım Projesi Yeni Bir Ekibe Nasıl Devredilir? rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Modernizasyon Planınızı Konuşalım.

Sık sorulan sorular

Önce ne tanımlanmalı?

Önce öncelikli yolculuklar ile beklenen sonucu ve sahibi netleştirin. Ardından teknik kısıtlar için gerçek bir örneği baştan sona izleyin; kullanılan veriyi, beklemeyi, istisnayı ve tamamlanma kanıtını kaydedin. Bu çalışma ekran listesinden daha güvenilir bir başlangıç kapsamı verir.

Başarı nasıl ölçülmeli?

Yolculuk performansı, olay oranı, değişiklik teslim süresi ve geri kazanım süresi metriklerini birlikte izleyin. Her metrik için tanım, veri kaynağı, sorumlu kişi, inceleme sıklığı ve eşik aşıldığında alınacak aksiyon belirlenmelidir. Tek bir hız veya kullanım metriği kaliteyi, tekrar işi ya da terk davranışını gizlememelidir.

Bir yaklaşım seçmeden önce hangi kanıtlar karşılaştırılmalı?

Mevcut yazılım projesi devri seçeneklerini aynı temsilî senaryo için kapsam, varsayım, bağımlılık, istisna, güvenlik sorumluluğu, teslimat kanıtı ve canlı destek sahipliği üzerinden karşılaştırın. Sadece özellik veya toplam fiyat karşılaştırması, Kanıtsız büyük yeniden yazım ve Gizli bağımlılık gibi maliyeti sonradan değiştiren unsurları gizleyebilir.

Bu işte nasıl çalışırız

İlgili hizmetler

İlgili yazılar

Uçtan uca ürün ortağınız

Yeniden yazılması gereken üç ürün yerine, ayakta kalan tek bir ürün teslim etmeyi tercih ederiz. Bu ölçü, büyüklüğü ne olursa olsun her projede aynıdır.

Ali Boran GazelCEO

Bize ulaşın