Dalam pengembangan perangkat lunak freelance, hukuman seperti apa yang harus dimiliki perusahaan ketika mereka melewati tenggat waktu? [Tutup]

Saya sedang berbicara dengan co-developer.

Dia memiliki klien yang ingin memastikan bahwa dia memberikan tepat waktu. Klien menginginkan akibat dari tenggat waktu yang terlewat.

Meskipun saya tidak melakukan pekerjaan lepas, saya tidak bisa memberikan jawaban.

Jadi, pertanyaan saya adalah:

Apa dampak yang Anda (freelancer) sepakati dengan klien Anda jika Anda kehilangan tenggat waktu pada hasil kerja Anda (selain dipecat)?

Salah satu yang paling efektif: penalti pada hari keterlambatan. Ini juga yang dilakukan untuk proyek-proyek besar, hukumannya kadang-kadang ribuan dolar per hari.

Jika tenggat waktu yang tepat penting (misalnya jika seseorang mengembangkan untuk Olimpiade aplikasi web yang akan menangani siaran acara di 2014, batas waktu akan menjadi awal Olimpiade di 2014), maka ukuran efektifnya bisa berupa di sebuah kasus ketika proyek terlambat, perusahaan tidak dibayar sama sekali, dan juga harus membayar penalti.

Jika tindakan drastis seperti itu tidak tepat, maka satu-satunya fakta bahwa pelanggan yang membayar akan pergi jika proyek terlambat dapat melakukan trik.

Catatan untuk pelanggan:

1. Banyak penundaan adalah kesalahan pelanggan itu sendiri. Penyebabnya bisa beragam:

   • Bukan SRS, melainkan dua paragraf yang menggambarkan dengan buruk apa yang pelanggan bayangkan sebagai kebutuhannya (dan tentu saja, pelanggan tidak ingin membayar untuk pengumpulan persyaratan, mengingat langkah ini kehilangan waktu).

   • Datang dua minggu sebelum batas waktu akhir dan mengatakan bahwa tidak masalah bahwa proyek itu dilakukan di Jawa sampai sekarang dan menggunakan Oracle: sangat penting untuk itu harus ditulis ulang dalam Python dan menggunakan MySQL, karena pelanggan telah membaca majalah kemarin mengatakan bahwa teknologi itu adalah masa depan.

   • Hadir dengan serangkaian persyaratan baru di setiap pertemuan. Poin bonus ketika persyaratan tersebut bertentangan hampir setiap persyaratan yang diberikan sampai sekarang.

2. Komunikasi yang baik sangat penting untuk proyek yang baik.

   Banyak penundaan lain disebabkan oleh kurangnya komunikasi. Praktek di mana pelanggan tidak memiliki komunikasi apa pun selama berbulan-bulan dengan perusahaan dan berharap untuk dihubungi hanya setelah produk selesai dan dipoles mengundang bencana.

3. Kau mendapatkan apa yang kau bayar.

   Ada prosedur khusus yang membantu menjaga proyek tetap terorganisir, dan sebenarnya, pemrograman hanya membutuhkan 10 hingga 15% waktu untuk proyek besar dan 15% hingga 20% dari waktu untuk proyek menengah. Proyek-proyek itu juga harus dilakukan oleh orang-orang yang tahu apa yang mereka lakukan.

   Dalam praktiknya, pelanggan tidak bersedia membayar $ 800 / hari seorang analis yang akan membuat desain arsitektur dan perangkat lunak, dan mereka juga tidak mau membayar untuk langkah-langkah lain. Seorang programmer Albania pemula yang senang bekerja untuk $ 50 / hari tampaknya jauh lebih menguntungkan.

   Jangan mengeluh bahwa proyek ini adalah bencana ketika Anda hanya siap membayar untuk proyek bencana.

4. Jangan menegosiasikan waktu yang diperlukan untuk melakukan pekerjaan itu.

   Saya sering mengalami diskusi seperti itu:

   Pengembang: dengan persyaratan, saya bisa mengirimkannya dalam empat bulan.
   Pelanggan: tidak mungkin. Proyek harus dilakukan dalam dua bulan.
   Pengembang: baik, kecuali Anda memotong beberapa fitur ...
   Pelanggan: Saya tidak bisa! Semua fitur diperlukan. Mengapa Anda tidak bisa melakukan pekerjaan dalam dua bulan? Saya menghubungi seorang programmer India, seorang teman saya, dia dapat mengirimkannya dalam satu setengah bulan, dan meminta hanya setengah dari harganya!

   Negosiasi waktu adalah resep untuk bencana.

5. Ketahui prioritas Anda.

   Memperhatikan aturan 90% yang dilakukan. Ketika proyek dikelola secara tidak benar, tidak biasa melihat pengembang mengatakan bahwa mereka telah melakukan 90% proyek sebulan setelah memulai proyek. Lalu, sebulan kemudian, masih 90%. Dan sebulan kemudian.

   Ini dapat memiliki dua penyebab:

   • Ketika proyek tidak dilakukan dengan benar, yaitu 100% dari waktu didedikasikan untuk pemrograman, yang menyisakan 0% untuk pengumpulan persyaratan, arsitektur, desain dan pengujian, yang terjadi adalah bahwa programmer tidak tahu tentang pekerjaan yang harus dilakukan, dan mereka menemukan tugas-tugas baru selama seumur hidup proyek. Mempersiapkan proyek akan membantu memiliki pemahaman yang lebih besar tentang semua tugas yang harus diselesaikan.

   • Ketika pelanggan sedang tergesa-gesa, tidak jarang bagi beberapa perusahaan untuk memberikan omong kosong cepat, kemudian menghabiskan banyak waktu untuk menyelesaikan bug. Beberapa perusahaan hanya bekerja seperti itu, yang membantu mereka tetap kompetitif dan mengatakan bahwa mereka menyelesaikan proyek yang diberikan dalam tiga minggu, bahkan jika kemudian, mereka menghabiskan tiga tahun menyelesaikan kekacauan.

   Dengan meluruskan prioritas dan mengharuskan proyek dilakukan dengan benar membantu menghilangkan perusahaan-perusahaan tersebut dari daftar kandidat.