Edit: Justin Cave alıntı bu tür iletişim tırnak / tahminleri önünde olması gerektiğini iyi bir noktaya geldi. Bu durumda, insanların 'mevcut kod öğrenme' etkinliklerini tanımlamak için ne tür bir dil kullandıklarını bilmek istiyorum. Özellikle yazılım yüklenicileriyle daha önce ilgilenmemiş bir şirket için. Düzenlemeyi bitir
Büyük bir şirket için bazı şirket içi yazılımları yükseltme sözleşmem var. Şirket birden fazla özellik eklemesi ve birkaç hata düzeltmesi istedi. Bu benim ilk serbest stil işim.
İlk olarak, uygulamanın nasıl çalıştığına aşina olmalıydım - bir kullanıcıymışım gibi öğrendim.
Sonra, yazılımın nasıl çalıştığını öğrenmek zorunda kaldım. Geniş konseptlerle başladım ve daha sonra her hata düzeltme ve özelliği üzerinde çalışmadan önce gerekli ayrıntılara daldım.
En azından projenin başlangıcında, mevcut kodu öğrenmek, ek özellikleri yazmaktan çok daha uzun sürdü.
Faturadaki mevcut kodu öğrenme sürecini nasıl tanımlayabilirim? (Şirketin bu kısmı genellikle şirket içinde bir şeyler yapar, bu yüzden benim gibi yazılım yüklenicileriyle uğraşmak için çok fazla deneyime sahip değildir ve korkarım ki başka birinin kodunu öğrenme yükünü anlayamayabilirler). Öğrenim zamanını gerçek özellik yükseltmesine bağlamak istemiyorum, çünkü bazı durumlarda bu çok basit bir görev gibi görünüyordu, bu beni çok uzun sürdü. Faturayı ilgili adımlara bölmek istiyorum ve kendi kodumu eklemeden önce başkasının kodunu öğrenmenin büyük yükü için ücret aldığımı bildiriyorum.
Bir iş için faturalandırma yaparken bu tür etkinlikleri tanımlamanın standart bir yolu var mı?