Bir otomasyon projesi kaç günde biter?

Bir otomasyon projesi teklif edildiğinde ilk soru genellikle "kaç günde biter" olur. Doğru cevap tek bir sayı değildir, çünkü süreyi belirleyen asıl etken yazılan kod miktarı değildir. İki proje aynı büyüklükte görünse de biri bir haftada, diğeri bir ayda tamamlanabilir. Farkı yaratan veri düzeni ve karar verici sayısıdır.

Süreyi belirleyen üç aşama

Bir otomasyon projesi kabaca üç aşamadan oluşur: veri ve kural hazırlığı, kurulum, test ve onay. Teklif edilen süre genellikle yalnız ikinci aşamayı, yani kurulumu kapsar. Oysa çoğu projede en çok zaman ilk ve son aşamada kaybedilir.

• Veri ve kural hazırlığı. Hangi bilginin nerede tutulduğu, hangi durumun istisna sayıldığı netleşmeden kurulum başlayamaz.
• Kurulum. Tanımlanan kurallara göre akışın kurulduğu, genellikle en öngörülebilir aşama.
• Test ve onay. Gerçek örneklerle denenip, ilgili kişilerin onayının alındığı aşama.

Veri düzeni süreyi nasıl etkiler?

Bilgi tek bir kaynakta, tutarlı biçimde tutuluyorsa kurulum hızlı ilerler. Aynı bilgi farklı dosyalarda, farklı biçimlerde ve kısmen elle tutuluyorsa önce bu dağınıklığın toparlanması gerekir. Excel listelerini toplu biçimde bir sisteme aktarmanın gerektirdiği hazırlığı bu yazıda ayrıca ele aldık; aynı mantık otomasyon projelerinin veri hazırlığı için de geçerlidir.

Uygulamada en çok zaman kaybı, projenin başında "veri zaten düzenli" varsayılıp ilerlemesinden, hazırlığın ortada fark edilmesinden kaynaklanır. Bu yüzden kurulumdan önce örnek veri üzerinde kısa bir inceleme yapılması, sonradan geri dönmekten daha hızlıdır.

Karar verici sayısı, kod satırından daha belirleyicidir

Teknik olarak birkaç günde kurulabilecek bir akış, onay bekleyen taraf sayısı arttıkça haftalarca uzayabilir. Her ek onaylayan, hem karar süresini hem de değişiklik talebi olasılığını artırır. Bu nedenle projeye başlamadan önce kimin hangi kararı vereceği ve hangi sırayla onaylanacağı netleştirilmelidir.

Tek karar vericisi olan basit bir iş -örneğin belirli bir raporun otomatik çıkarılması- birkaç gün içinde devreye alınabilir. Birden fazla departmanı ilgilendiren bir süreç ise, teknik kapsamı benzer olsa bile daha uzun sürer.

Gerçekçi bir zaman çizelgesi nasıl kurulur?

Süre tahmini isterken üç aşamayı ayrı ayrı sorun: veri hazırlığı ne kadar sürer, kurulum ne kadar sürer, test ve onay için kaç gün planlanmalı? Bu ayrım yapılmadan verilen tek bir sayı, genellikle yalnız kurulum süresini yansıtır ve gerçek teslim tarihini erken gösterir.

• Kullanılacak veri şu an nerede ve hangi biçimde tutuluyor?
• İstisna durumlar netleşti mi, yoksa proje sırasında mı ortaya çıkacak?
• Onayı kim, hangi sırayla verecek?
• Test için gerçek örnek veri hazır mı?

Bu sorulara net cevap verilebiliyorsa, teklif edilen süre gerçeğe yakın olur. Cevaplar belirsizse süre tahmini de belirsiz kalır; bu durumda ilk adım tahmin vermek değil, belirsizlikleri netleştirmektir.

Küçük kapsamla başlamak süreyi kısaltır

Geniş kapsamlı bir otomasyonu tek seferde kurmak yerine, tek bir işi kapsayan dar bir sürümle başlamak hem süreyi kısaltır hem de erken geri bildirim sağlar. Hangi işlerin bu şekilde küçük adımlarla otomatikleştirilebileceğini hangi işler otomatikleşmeye uygun yazısında değerlendirdik. Küçük bir kapsamla başlayıp sonucu görmek, büyük bir projeyi tek seferde teslim etmeyi beklemekten daha güvenilir bir yoldur.

Sık sorulan sorular

En hızlı otomasyon projesi ne kadar sürer?

Tek bir tekrarlanan işi kapsayan, verisi düzenli ve tek karar vericisi olan basit bir proje birkaç günde devreye alınabilir. Kapsam ve karar verici sayısı arttıkça süre uzar.

Süreyi en çok ne uzatır?

Genellikle kod değil, dağınık veri ve onay sürecinin uzunluğu. Birden çok kişinin farklı zamanlarda görüş bildirdiği projeler, teknik olarak basit olsa bile haftalarca uzayabilir.

Süre tahminine neden güvenilmiyor?

Çünkü tahmin genellikle yalnız yazılım süresini kapsar; veri hazırlığı, test ve onay süreleri dahil edilmez. Gerçekçi bir tahmin bu üç aşamayı da ayrı ayrı içermelidir.