Joel menyebutkan dalam podcast StackOverflow # 24 bahwa merupakan kebijakan perusahaan FogCreek untuk tidak mengirimkan perangkat lunak pada hari Jumat. Namun, dia tidak menjelaskan alasannya.
Saya setuju. Di tempat kerja saya, kami menerapkan pada Kamis malam. Jadi kami memiliki hari Jumat untuk membersihkan bug yang melewatkan Quality Assurance (QA).
Namun, manajer saya menyarankan agar kami menerapkan pada Jumat malam jika QA tidak memiliki cukup waktu untuk menguji perangkat lunak sebelum rilis. Saya berkata, Bagaimana dengan rencana akhir pekan orang? Dan jika kami menerapkan pada Jumat malam, maka kami harus bekerja pada hari Sabtu untuk membersihkan bug yang terlewat - yang menyebalkan.
Jadi mengapa tidak mengirimkan perangkat lunak pada hari Jumat?
* Kami mungkin (tidak yakin) perlu membuat asumsi ini: ada satu tim pengembangan perangkat lunak inti yang berada di satu zona waktu yang menerapkan aplikasi web inti perusahaan mereka.
sumber
Jawaban:
Ini bukan hanya masalah serangga. Mungkin ada beban dukungan terkait lainnya - menjelaskan fitur baru kepada pengguna, memantau bahwa tidak ada masalah kinerja.
Rilis baru biasanya berarti lonjakan singkat aktivitas dukungan - jadi penjadwalan yang dilakukan ketika ada lebih sedikit orang yang tersedia (atau ketika ada lebih banyak kebencian waktu yang digunakan) adalah ide yang buruk.
sumber
Jangan pernah menerapkan pada hari Jumat karena:
sumber
Anda cukup banyak menjawab pertanyaan Anda sendiri. Ini alasan yang singkat dan manis: jika Anda mengirim pada hari Jumat, dan bug berhasil diproduksi, biasanya tidak ada orang di sekitar untuk memperbaikinya atau berbicara dengan pelanggan hingga hari Senin berikutnya. Itu berpotensi kehilangan pendapatan selama beberapa hari dalam skenario terburuk.
sumber
Kami menghindari merilis kode pada hari Kamis atau Jumat - tidak ada yang ingin menghabiskan hari Jumat mereka untuk mencari kesalahan misi kritis, dan kemungkinannya adalah meskipun kami menghasilkan perbaikan dalam 1 hari, setidaknya satu hari lagi sebelum dapat dirilis, yang berarti bekerja pada akhir pekan atau tidak diperbaiki hingga minggu depan.
sumber
Itu tergantung pada kelompok sasaran Anda. Kami terutama ditempatkan pada hari Jumat. Produk berbasis browser kami digunakan secara global oleh pelanggan, tetapi terutama selama jam kerja. Itu berarti kami tidak benar-benar punya waktu selain Minggu pagi jika kami ingin memastikan bahwa kami tidak memengaruhi pelanggan mana pun (India dan Timur Tengah tidak turun dari pekerjaan kantor pada hari Sabtu), tetapi umumnya kami "berkompromi" dan terapkan pada hari Jumat sore.
Jika sebelumnya bekerja di situs kencan di mana kami idealnya ingin menyebarkan barang baru sekitar hari Selasa, karena aktivitas memuncak sekitar akhir pekan dan anehnya, Senin sekitar makan siang.
Bagaimanapun, itu tergantung pada 2 pertimbangan. 1. Kapan itu akan menjadi yang paling tidak mengganggu bagi pelanggan Anda (jika itu adalah aplikasi web) dan 2. Kapan itu paling cocok dengan tim pengembang untuk memperbaiki bug kritis secara terburu-buru.
Jika Anda khawatir developer Anda menjadi ceroboh menjelang akhir minggu, pipeline QA Anda mungkin terlalu pendek.
sumber
Anda harus menerapkan pada hari Jumat sehingga Anda memiliki waktu sepanjang akhir pekan untuk membersihkannya dan memperbaiki bug sebelum anggota tim Anda yang lain mengetahui kekeliruan Anda pada hari Senin.
sumber
Kami biasanya menerapkan pada hari Selasa, lalu kami memiliki sisa minggu ini untuk mengatasi masalah apa pun. Itu juga sedikit tergantung pada industri, jika tidak ada pekerjaan pada akhir pekan mungkin tidak apa-apa untuk menyebarkan Jumat malam tetapi jika mereka bekerja, maka itu bukan ide yang bagus.
Untuk itu, orang cenderung lebih ceroboh pada hari Jumat (sudah memikirkan tentang kencan panas | bir dingin | keduanya) dan hari-hari sebelum berangkat berlibur ;-)
sumber
Ini sangat tergantung pada aplikasi Anda dan seberapa sibuk / kritisnya di akhir pekan.
Kami biasanya tidak menerapkan perangkat lunak pada hari Jumat, tetapi sering melakukannya pada hari Sabtu atau Minggu. Kami telah menemukan Minggu pagi menjadi sangat baik untuk meminimalkan dampak rilis.
Ini benar-benar tergantung apakah Anda mencoba meminimalkan dampak dari waktu henti yang Anda perlukan untuk membuat rilis, ATAU mengurangi potensi bug.
Anda tidak akan melihat bug apa pun hingga pelanggan benar-benar menggunakan sistem (dalam banyak kasus), jadi menerapkan pada hari Jumat sama dengan menerapkan pada Senin pagi, jika Anda memiliki penggunaan rendah di akhir pekan.
Di sisi lain, hal-hal seperti belanja online cenderung lebih banyak digunakan di akhir pekan, jadi Anda pasti disarankan untuk tidak menggunakan salah satunya pada hari Jumat.
Itu juga tergantung pada kebijakan dukungan di luar jam kerja Anda. Jika Anda memiliki seseorang yang dapat menelepon yang dapat mengembalikan perangkat lunak, risikonya lebih kecil. Tetap saja, saya lebih suka melakukannya selama minggu kerja.
Kami biasanya menyebarkan barang-barang selasa-kamis, lebih memilih untuk menghindari Senin (hari tersibuk kami) dan akhir pekan (ketika bug dapat duduk tanpa diketahui dan menyebabkan masalah)
sumber
Saya tidak akan pernah merencanakan penempatan hari Jumat kecuali saya juga berencana berada di kantor pada hari Sabtu memverifikasi bahwa itu berfungsi dengan benar, jika Anda akhirnya ditempatkan pada hari Jumat karena selip Anda berada dalam bahaya besar karena terburu-buru, jauh lebih baik menunggu , biarkan semua orang tenang selama akhir pekan, lalu kirim pada hari Senin setelah ulasan pagi.
Jika penerapan Anda berjalan selama akhir pekan, maka mulai Jumat malam dapat memberi Anda permulaan yang baik karena sering kali kantor akan kosong sedikit lebih awal sehingga beban sistem secara keseluruhan akan lebih rendah daripada yang dikatakan Senin pagi.
sumber
Saya bekerja dengan perusahaan yang memiliki kebijakan penempatan pada hari Jumat; mereka berada di Israel dan Sabtu biasanya adalah hari terakhir dalam minggu kerja. Bagaimanapun...
Di perusahaan terakhir saya, kebijakannya adalah memberikan paket penerapan kepada Ops selambat-lambatnya waktu makan siang pada hari Selasa dan Kamis. Ini berarti mereka memiliki setengah hari untuk mengeluarkannya dan meminta penyesuaian kecil jika ada yang salah dengan fase terakhir QA pra-siaran. (QA lainnya dapat terjadi kapan saja dalam seminggu karena tidak ditayangkan.)
Melepaskan ke lingkungan apa pun kecuali siaran langsung tidak apa-apa kapan saja, jika Ops punya waktu untuk melakukannya (tentu saja, itu harus dipesan sebelumnya) tetapi jangan pernah merilis untuk ditayangkan di:
Senin- Buruk, Anda baru saja kembali dari (semoga akhir pekan tidak bekerja) dan tidak akan memiliki semua yang Anda lakukan minggu lalu di benak Anda. Rabu- Biasanya hari yang paling tidak produktif dalam seminggu dan duduk sebagai hari "tengah kerja". Jika slot Anda adalah hari Selasa dan Anda melewatkannya karena bug, Rabu mungkin merupakan pilihan yang buruk karena Anda tidak menyediakan cukup waktu untuk memperbaiki dan menguji bug tersebut. Jumat- Ayo. Sungguh? Ini hari Jumat. Jika ini benar-benar perlu dijelaskan, maka Anda tidak cukup berpengalaman untuk melakukan jenis posisi manajerial Anda saat ini. Tapi serius, ini karena menerapkan pada hari Jumat berarti menawarkan klien Anda secara sukarela untuk datang pada akhir pekan untuk menguji pekerjaan Anda secara langsung. lingkungan Hidup. Bagi saya, itu mengalahkan kebodohan yang mungkin Anda antri.
sumber
Kami cukup beruntung dapat memanfaatkan perbedaan waktu dengan baik, kami memiliki kantor yang tersebar di seluruh dunia. Jadi, saat membuat pembaruan untuk klien, kami mengaturnya agar selesai dalam semalam untuk pelanggan sehingga meminimalkan dampaknya pada mereka.
ini bekerja dengan baik ketika Anda mengontrol implementasi dan penyebaran perangkat lunak Anda tetapi merilis di situs web adalah hal yang sama sekali berbeda. Seperti yang ditunjukkan orang lain, pastikan Anda memberikan waktu untuk:
sumber