Mengapa tidak menerapkan pada hari Jumat? [Tutup]


94

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.


11
jika itu adalah proses saya, itu akan diterapkan pada hari Rabu, pertengahan minggu memberi ua beberapa hari untuk menyelesaikan masalah sebelum akhir pekan
CVertex

3
Apple biasanya menyebarkan pada hari selasa.
mouviciel

2
Hal yang menyenangkan tentang hari Selasa adalah Anda memiliki hari Senin untuk pemeriksaan terakhir dan mungkin penerapan praktik sehingga semua orang berada di halaman yang sama, dan memberi Anda sisa waktu minggu ini untuk menangani apa pun yang muncul. Pada hari Jumat, Anda akan tahu apakah Anda harus bekerja di akhir pekan itu.
Mike DeSimone

7
Saya gagal untuk melihat bagaimana ini tidak terkait dengan pemrograman. Bukankah hasil akhir dari pemrograman penerapan kode Anda?
womp

1
@womp Jika saya mengikuti alasan Anda, maka penerapan kode pada akhirnya adalah tentang mencapai beberapa kebutuhan berorientasi bisnis. Dan ini harus membenarkan pertanyaan terkait bisnis?
Pascal Thivent

Jawaban:


87

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.


6
jon skeet melepaskan kode kapan saja dia suka, .. kan ?!
Matt

15
@Matt - Jika hari dimulai sebagai hari Jumat, maka saat Jon merilis perangkat lunaknya, Jon Skeet tidak menyesuaikan jadwal rilisnya ke kalender ... kalender menyesuaikan dengan jadwal rilisnya.
Newtopian

2
@Newtopian: Anda mencampurkannya dengan Chuck Norris, Jon Skeet hanyalah bot Google
Niteriter

5
@Matt, koreksi: Jon Skeet tidak pernah mengkompilasi kode dalam konfigurasi Debug, hanya Rilis. Ketika kompiler selesai, build baru segera dikirim ke klien di seluruh dunia. Dia suka seperti itu.

2
Studio saya sepertinya memiliki kebiasaan buruk untuk diluncurkan pada hari Jumat. Saya dapat mengatakan fakta bahwa bos saya menerima sebagian besar kliennya yang marah pada hari Sabtu / Minggu ketika ada sesuatu yang terlewat. (TIDAK PERNAH
DILUNCURKAN

50

Jangan pernah menerapkan pada hari Jumat karena:

  1. Ini akhir minggu jadi orang kurang tajam
  2. Ini akhir minggu sehingga orang tidak tersedia untuk memperbaiki bug
  3. Ini akhir minggu sehingga orang tidak tersedia untuk menjawab pertanyaan
  4. Ini akhir minggu jadi mengapa Anda menerapkannya?

1
KIIS - Anda tidak bisa mengatakannya lebih baik. ..
R Claven

46

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.


1
Sama disini. Saya mengembangkan perangkat lunak internal untuk perusahaan manufaktur, jadi saya tidak memiliki pelanggan eksternal. Namun pengguna kami bekerja pada akhir pekan dan shift malam, jadi menerapkan Jumat malam akan menjadi hal terburuk yang dapat kami lakukan :-)
Christian Specht

8

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.


6

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.


5

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.


4

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 ;-)


4

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)


3

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.


2

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.


1
Saya setuju bahwa pengiriman pada hari Jumat itu buruk. Saya ingin komunitas StackOverflow memberi saya alasan yang kuat, sehingga saya dapat dengan mudah membujuk manajer saya untuk menghindari kemungkinan penerapan hari Jumat. Dan semoga utas ini akan membantu pengembang perangkat lunak lain, seperti saya, menghindari penerapan hari Jumat yang mengerikan :)
Bill Paetzke

0

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:

  1. Mendukung kebiasaan dan bug yang mungkin terjadi
  2. Mendukung pengguna dalam transisi
  3. Perbaikan panas menit terakhir
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.