En etkili olanlardan biri: gecikme gününe göre ceza. Bu aynı zamanda büyük projeler için de yapılır, ceza bazen günde binlerce dolar olur.
Eğer kesin bir son tarih önemliyse (örneğin, Olimpiyat Oyunları için 2014'teki etkinliğin yayınını idare edecek bir web uygulaması geliştirilirse, son tarih 2014'teki Olimpiyat Oyunlarının başlangıcı olacaktır), o zaman etkili önlem proje geç kaldığında, şirkete hiçbir ücret ödenmez ve ayrıca bir ceza ödemek zorundadır.
Böyle sert önlemler uygun değilse, o zaman iyi bir müşterinin proje geç kalması durumunda ayrılacağı hile yapabilir.
Müşteri için not:
Birçok gecikme müşterilerin kendisinin hatasıdır. Nedenleri birden fazla olabilir:
SRS yok, bunun yerine müşterinin ihtiyaçları olduğunu düşündüğünü daha iyi açıklayan iki paragraf (ve elbette, müşteri bu adımı bir zaman kaybı olarak düşünerek gereksinimlerin toplanması için ödeme yapmak istemiyor).
Son tarihten iki hafta önce geliyor ve projenin bugüne kadar Java'da yapıldığını ve Oracle'ı kullandığını fark etmediğini söylüyor: Python'da yeniden yazılması ve MySQL kullanması zorunludur, çünkü müşteri dün bir dergi okumuş bu teknolojilerin gelecek olduğunu söylüyor.
Her toplantıda yeni bir dizi gereksinimle geliyor. Bu gereksinimlerin şimdiye kadar verilen hemen hemen her gereksinimle çeliştiği bonus puanları.
İyi bir proje için iyi iletişim şarttır.
Diğer birçok gecikme iletişim eksikliğinden kaynaklanmaktadır. Müşterinin şirketle aylarca hiçbir iletişiminin olmadığı ve sadece ürün bittiğinde ve cilalandıktan sonra iletişim kurulmasını beklediği uygulamalar bir felakete neden olur.
Ödediğini alırsın.
Projeyi organize tutmaya yardımcı olan özel prosedürler vardır ve aslında programlama büyük projeler için sadece% 10 ila 15, orta projeler için% 15 ila% 20 zaman almalıdır. Bu projeler de ne yaptıklarını bilen insanlar tarafından yapılmalıdır.
Uygulamada, müşteriler mimari ve yazılım tasarımı yaratacak bir analiste günde 800 $ ödemeye razı değiller ve diğer adımlar için de ödeme yapmak istemiyorlar. Günde 50 dolara çalışmaktan mutluluk duyan bir acemi Arnavut programcı çok daha avantajlı görünüyor.
Yalnızca felaketli projeler için ödeme yapmaya hazır olduğunuzda projenin bir felaket olduğundan şikayet etmeyin.
İşi yapmak için gereken zamanı müzakere etmeyin.
Sık sık böyle tartışmalarla karşılaşıyorum:
Geliştirici: gereksinimleri göz önüne alındığında, bunu dört ay içinde teslim edebilirim.
Müşteri: bu imkansız. Proje iki ay içinde yapılmalıdır.
Geliştirici: iyi, bazı özellikleri kesmedikçe ...
Müşteri: Yapamıyorum! Tüm özellikler gereklidir. Neden iki ay içinde işi yapamıyorsun? Bir Hintli programcı, bir arkadaşımla iletişime geçtim, bunu bir buçuk ay içinde teslim edebilir ve fiyatın sadece yarısını sorar!
Müzakere zamanı felaket için bir reçetedir.
Önceliklerinizi bilin.
% 90 bitmiş kuralını dikkate alın. Proje yanlış yönetildiğinde, geliştiricilerin projeye başladıktan bir ay sonra projenin% 90'ını yaptıklarını söylediklerini görmek olağandışı değildir. Sonra, bir ay sonra, hala% 90. Ve bir ay sonra.
Bunun iki nedeni olabilir:
Proje doğru bir şekilde yapılmadığında, yani zamanın% 100'ü programlamaya ayrılır, bu da gereksinim toplama, mimari, tasarım ve test için% 0 bırakır, ne olur, programcıların yapacakları iş hakkında hiçbir fikri yoktur ve keşfederler Projenin ömrü boyunca yeni görevler. Projeyi hazırlamak, gerçekleştirilmesi gereken tüm görevleri daha iyi anlamanıza yardımcı olacaktır.
Müşteri acele ettiğinde, bazı şirketlerin hızlı bir saçmalık sağlaması alışılmadık bir durum değildir, daha sonra hataları çözmek için çok fazla zaman harcar. Bazı şirketler sadece böyle çalışırlar, bu da rekabetçi kalmalarına yardımcı olur ve üç hafta içinde belirli bir projeyi başardıklarını söyler, daha sonra bile dağınıklığı çözmek için üç yıl geçirdiler.
Öncelikleri düz koymak ve projenin doğru bir şekilde yapılmasını istemek, bu şirketleri aday listesinden çıkarmaya yardımcı olur.