ทำไมไม่ติดตั้งในวันศุกร์? [ปิด]

Joel กล่าวถึง StackOverflow podcast # 24 ว่าเป็นนโยบายของ บริษัท FogCreek ที่จะไม่จัดส่งซอฟต์แวร์ในวันศุกร์ อย่างไรก็ตามเขาไม่ได้อธิบายอย่างละเอียดว่าทำไม

ฉันเห็นด้วย. ที่นายจ้างของฉันเราปรับใช้ในคืนวันพฤหัสบดี ดังนั้นเราจึงมีวันศุกร์ในการล้างข้อบกพร่องที่พลาดการประกันคุณภาพ (QA)

อย่างไรก็ตามผู้จัดการของฉันแนะนำให้เราปรับใช้ในคืนวันศุกร์ในกรณีที่ QA ไม่มีเวลาเพียงพอในการทดสอบซอฟต์แวร์ก่อนวางจำหน่าย ฉันว่าแผนวันหยุดสุดสัปดาห์ของผู้คนล่ะ? และถ้าเราปรับใช้ในคืนวันศุกร์เราก็ต้องทำงานในวันเสาร์เพื่อล้างข้อบกพร่องที่พลาดไปซึ่งมันแย่มาก

แล้วทำไมไม่จัดส่งซอฟต์แวร์ในวันศุกร์?

* เราอาจ (ไม่แน่ใจ) จำเป็นต้องตั้งสมมติฐานนี้: มีทีมพัฒนาซอฟต์แวร์หลักหนึ่งทีมที่อยู่ในเขตเวลาเดียวที่ปรับใช้เว็บแอปพลิเคชันหลักของ บริษัท

ไม่ใช่แค่เรื่องโรคจิต อาจมีภาระการสนับสนุนอื่น ๆ ที่เกี่ยวข้อง - อธิบายคุณลักษณะใหม่ให้กับผู้ใช้ตรวจสอบว่าไม่มีปัญหาด้านประสิทธิภาพ

โดยทั่วไปแล้วรุ่นใหม่จะหมายถึงกิจกรรมสนับสนุนที่เพิ่มขึ้นอย่างรวดเร็วดังนั้นการกำหนดเวลาที่จะเกิดขึ้นเมื่อมีคนว่างน้อยลง (หรือเมื่อมีเวลาที่ไม่พอใจมากขึ้น) จึงเป็นความคิดที่ไม่ดี

อย่าปรับใช้ในวันศุกร์เพราะ:

1. เป็นช่วงปลายสัปดาห์คนจึงไม่ค่อยคม
2. เป็นช่วงปลายสัปดาห์จึงไม่มีใครสามารถแก้ไขข้อบกพร่องได้
3. เป็นช่วงปลายสัปดาห์จึงไม่มีใครตอบคำถามได้
4. เป็นวันสิ้นสัปดาห์แล้วทำไมคุณถึงปรับใช้?

คุณตอบคำถามของตัวเองได้ดีทีเดียว เป็นเหตุผลสั้น ๆ และน่ารัก: หากคุณจัดส่งในวันศุกร์และเกิดข้อผิดพลาดในการผลิตโดยทั่วไปจะไม่มีใครแก้ไขหรือพูดคุยกับลูกค้าได้จนกว่าจะถึงวันจันทร์ถัดไป นั่นอาจเป็นเวลาหลายวันของรายได้ที่หายไปในสถานการณ์ที่เลวร้ายที่สุด

เราหลีกเลี่ยงการปล่อยรหัสในวันพฤหัสบดีหรือวันศุกร์ - ไม่มีใครอยากใช้เวลาในวันศุกร์เพื่อค้นหาจุดบกพร่องที่สำคัญของภารกิจและมีโอกาสที่แม้ว่าเราจะทำการแก้ไขใน 1 วัน แต่ก็ต้องใช้เวลาอย่างน้อยอีกวันก่อนที่จะเผยแพร่ ซึ่งหมายความว่าทำงานในช่วงสุดสัปดาห์หรือไม่ได้รับการแก้ไขจนกว่าจะถึงสัปดาห์หน้า

ขึ้นอยู่กับกลุ่มเป้าหมายของคุณ เราปรับใช้ในวันศุกร์เป็นหลัก ผลิตภัณฑ์ที่ใช้เบราว์เซอร์ของเราถูกใช้โดยลูกค้าทั่วโลก แต่ส่วนใหญ่ในช่วงเวลาทำการ นั่นหมายความว่าเราไม่มีเวลาอื่นนอกจากเช้าวันอาทิตย์ถ้าเราต้องการให้แน่ใจว่าเราจะไม่ส่งผลกระทบต่อลูกค้าใด ๆ (อินเดียและตะวันออกกลางไม่ได้ออกจากงานประจำในวันเสาร์) แต่โดยทั่วไปแล้วเรา "ประนีประนอม" และปรับใช้ในช่วงบ่ายวันศุกร์

หากก่อนหน้านี้ทำงานในไซต์ข้อมูลที่เราต้องการนำสิ่งใหม่ ๆ มาใช้ในช่วงวันอังคารเนื่องจากกิจกรรมพุ่งสูงสุดในช่วงสุดสัปดาห์และแปลกวันจันทร์รอบอาหารกลางวัน

อย่างไรก็ตามมีข้อควรพิจารณา 2 ประการ 1. เมื่อใดจะเป็นการรบกวนลูกค้าของคุณน้อยที่สุด (หากเป็นเว็บแอปพลิเคชัน) และ 2. เมื่อใดที่จะเหมาะสมที่สุดกับทีม dev สำหรับการแก้ไขข้อบกพร่องที่สำคัญอย่างเร่งด่วน

หากคุณกังวลว่านักพัฒนาซอฟต์แวร์ของคุณจะเลอะเทอะในช่วงใกล้สิ้นสัปดาห์ไปป์ไลน์ QA ของคุณอาจสั้นเกินไป

คุณควรปรับใช้ในวันศุกร์เพื่อให้คุณมีเวลาทั้งวันหยุดสุดสัปดาห์ในการทำความสะอาดและแก้ไขข้อบกพร่องก่อนที่ทีมอื่น ๆ จะสังเกตเห็นการกำกับดูแลของคุณในวันจันทร์

โดยปกติเราปรับใช้ในวันอังคารจากนั้นเรามีเวลาที่เหลือของสัปดาห์ในการแก้ไขปัญหาใด ๆ นอกจากนี้ยังขึ้นอยู่กับอุตสาหกรรมเล็กน้อยหากไม่มีงานในวันหยุดสุดสัปดาห์อาจเป็นเรื่องปกติที่จะปรับใช้เย็นวันศุกร์ แต่ถ้าพวกเขาทำงานอยู่ก็ไม่ใช่ความคิดที่ดี

คนมักจะเลอะเทอะมากขึ้นในวันศุกร์ (แล้วคิดถึงวันที่ร้อน | เบียร์เย็น ๆ | ทั้งสองอย่าง) และวันก่อนออกไปพักร้อน

มันขึ้นอยู่กับใบสมัครของคุณจริงๆว่ามันยุ่ง / สำคัญแค่ไหนในช่วงสุดสัปดาห์

โดยปกติเราจะไม่ติดตั้งซอฟต์แวร์ในวันศุกร์ แต่มักจะทำในวันเสาร์หรือวันอาทิตย์ เราพบว่าเช้าวันอาทิตย์เป็นสิ่งที่ดีเป็นพิเศษในการลดผลกระทบจากการเผยแพร่

ขึ้นอยู่กับว่าคุณกำลังพยายามลดผลกระทบจากช่วงเวลาที่หยุดทำงานหรือไม่หรือลดข้อบกพร่องที่อาจเกิดขึ้น

คุณจะไม่เห็นข้อบกพร่องใด ๆ จนกว่าลูกค้าจะใช้ระบบจริง (โดยส่วนใหญ่) ดังนั้นการปรับใช้ในวันศุกร์จึงเท่ากับการปรับใช้ในเช้าวันจันทร์หากคุณมีการใช้งานน้อยในช่วงสุดสัปดาห์

ในทางกลับกันสิ่งต่างๆเช่นการช้อปปิ้งออนไลน์มักจะมีการใช้งานมากขึ้นในช่วงสุดสัปดาห์ดังนั้นคุณจะได้รับคำแนะนำไม่ให้ใช้หนึ่งในนั้นในวันศุกร์

นอกจากนี้ยังขึ้นอยู่กับนโยบายการสนับสนุนนอกเวลาทำการของคุณ หากคุณมีคนที่โทรติดต่อซึ่งสามารถย้อนกลับซอฟต์แวร์ได้ก็จะมีความเสี่ยงน้อยกว่า แต่ฉันควรจะทำอย่างนั้นในช่วงสัปดาห์ทำงาน

เรามักจะปรับใช้สิ่งต่างๆในวันอังคาร - พฤหัสบดีโดยเลือกที่จะหลีกเลี่ยงวันจันทร์ (วันที่ยุ่งที่สุดของเรา) และวันหยุดสุดสัปดาห์ (เมื่อข้อผิดพลาดอาจทำให้เกิดปัญหาโดยไม่มีใครสังเกตเห็น)

ฉันจะไม่วางแผนสำหรับการปรับใช้ในวันศุกร์เว้นแต่ฉันจะวางแผนที่จะอยู่ในสำนักงานในวันเสาร์เพื่อยืนยันว่ามันทำงานได้อย่างถูกต้องหากคุณลงเอยด้วยการปรับใช้ในวันศุกร์เนื่องจากการลื่นไถลคุณจะตกอยู่ในอันตรายอย่างมากในการเร่งรีบสิ่งต่างๆดีกว่าที่จะรอ ขอให้ทุกคนสงบสติอารมณ์ในช่วงสุดสัปดาห์จากนั้นจัดส่งในวันจันทร์หลังจากตรวจสอบตอนเช้า

หากการปรับใช้ของคุณดำเนินไปในช่วงสุดสัปดาห์การเริ่มต้นคืนวันศุกร์จะช่วยให้คุณเริ่มต้นได้ดีเนื่องจากสำนักงานมักจะล้างข้อมูลก่อนเวลาเล็กน้อยดังนั้นภาระของระบบโดยรวมจะต่ำกว่าที่พูดในเช้าวันจันทร์

ฉันทำงานกับ บริษัท ที่มีนโยบายการปรับใช้ในวันศุกร์ พวกเขาอยู่ในอิสราเอลและวันเสาร์มักจะเป็นวันสุดท้ายของสัปดาห์ทำงาน อย่างไรก็ตาม...

ที่ บริษัท สุดท้ายของฉันนโยบายคือให้ Ops แพ็คเกจการปรับใช้ไม่เกินเวลาอาหารกลางวันในวันอังคารและวันพฤหัสบดี ซึ่งหมายความว่าพวกเขามีเวลาครึ่งวันในการออกและขอการปรับเปลี่ยนเล็กน้อยหากมีอะไรผิดพลาดกับขั้นตอนสุดท้ายของ QA ก่อนถ่ายทอดสด (QA อื่น ๆ สามารถเกิดขึ้นได้ทุกเมื่อของสัปดาห์เนื่องจากไม่มีการถ่ายทอดสด)

การเผยแพร่สู่สภาพแวดล้อมใด ๆ ยกเว้นการถ่ายทอดสดจะทำได้ทุกเมื่อหาก Ops มีเวลาที่จะทำ (แน่นอนว่าควรจองไว้ก่อน) แต่จะไม่ปล่อยให้ใช้งานต่อไป:

วันจันทร์ - แย่จังคุณเพิ่งกลับมาจากวันหยุดสุดสัปดาห์ (หวังว่าจะไม่ทำงาน) และจะไม่มีทุกอย่างที่คุณทำเมื่อสัปดาห์ที่แล้วอยู่ในใจ วันพุธ - โดยปกติแล้วจะเป็นวันที่มีประสิทธิผลน้อยที่สุดในสัปดาห์และเป็นวัน "กลางงาน" หากสล็อตของคุณเป็นวันอังคารและคุณพลาดเนื่องจากบั๊กวันพุธอาจเป็นทางเลือกที่ไม่ดีเนื่องจากคุณไม่มีเวลาเพียงพอในการแก้ไขและทดสอบจุดบกพร่องเหล่านั้น วันศุกร์ - มาแล้ว อย่างจริงจัง? มันเป็นวันศุกร์ หากสิ่งนี้ต้องการคำอธิบายจริงๆแสดงว่าคุณไม่มีประสบการณ์เพียงพอที่จะทำในตำแหน่งผู้บริหารที่คุณเข้ามา แต่ที่จริงจังก็เพราะว่าการปรับใช้ในวันศุกร์หมายถึงการอาสาให้ลูกค้าของคุณเข้ามาในช่วงสุดสัปดาห์เพื่อทดสอบงานของคุณแบบสด สิ่งแวดล้อม. สำหรับฉันมันเต้นแรง ๆ ที่คุณอาจจะเข้าแถวเอง

เราโชคดีพอที่จะใช้ประโยชน์จากความแตกต่างของเวลาได้ดีเรามีสำนักงานกระจายอยู่ทั่วโลก ดังนั้นเมื่อทำการอัปเดตให้กับลูกค้าเราจึงจัดเตรียมไว้เพื่อให้ลูกค้าดำเนินการข้ามคืนเพื่อลดผลกระทบต่อลูกค้า

สิ่งนี้ทำงานได้ดีเมื่อคุณควบคุมการใช้งานและการปรับใช้ซอฟต์แวร์ของคุณ แต่การปล่อยบนเว็บไซต์เป็นสัตว์อื่นโดยสิ้นเชิง ตามที่คนอื่น ๆ ชี้ให้เห็นแล้วให้แน่ใจว่าคุณเผื่อเวลาสำหรับ

1. รองรับนิสัยใจคอและจุดบกพร่องที่อาจเกิดขึ้น
2. สนับสนุนผู้ใช้ในช่วงการเปลี่ยนภาพ
3. การแก้ไขด่วนในนาทีสุดท้าย