แพทช์เป็นสัญญาณที่ไม่ดีสำหรับลูกค้าหรือไม่? [ปิด]


14

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

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

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

ดังนั้นคำถามของฉันในรายละเอียดเพิ่มเติม: การได้รับการอัปเดตบ่อยครั้งให้ข้อความ 'ลบ' แก่ผู้รับหรือไม่

แน่นอนฉันสามารถถามลูกค้าได้ แต่ฉันไม่ได้อยู่ในตำแหน่งนั้นหรือฉันไม่ต้องการ 'ปลุกสุนัขนอน'

PS: หากมีสิ่งใดที่ฉันสามารถทำได้เพื่อปรับปรุงคำถามของฉันโปรดแสดงความคิดเห็น


@downvoter สนใจอธิบายไหม?
Mixxiphoid

6
หากคุณกังวลเกี่ยวกับการรับรู้ของลูกค้าอาจอธิบายว่าพวกเขาเป็น "การปรับปรุง" มากกว่า "การแก้ไข" :)
Chris Taylor

แม้ว่านี่ไม่ใช่คำตอบโดยตรงหากคุณสามารถทำให้การปรับใช้โปรแกรมแก้ไขเป็นแบบไม่ล่วงล้ำและเป็นไปโดยอัตโนมัติ (เช่นดาวน์โหลดการอัปเดตในเบื้องหลังให้บริการอัปเดตทำงานเพื่อใช้งานในขณะที่ไม่ได้ใช้งาน) คุณสามารถลดความวิตกกังวลของผู้ใช้ปลายทางได้ ทำให้การปรับปรุงชัดเจน ตัวอย่างเช่น: คุณได้รับการอัปเดต Google Chrome กี่ครั้งในเดือนที่ผ่านมา (คำตอบ: ล็อต ) พวกเขาสามารถปล่อย 5 แพทช์สำหรับ Chrome ต่อวันและไม่มีใครยกคิ้ว การอัปเดตอัตโนมัติของ Windows (เมื่อเปิดใช้งาน) เป็นอีกตัวอย่างหนึ่ง
Jason C

"เวลาในการอัปเดตซอฟต์แวร์ลูกค้าน้อยกว่า 30 วินาทีดังนั้นฉันไม่คาดหวังว่าจะมีปัญหาใด ๆ เกี่ยวกับเวลาพวกเขาจำเป็นต้องออกจากระบบ" แล้วลูกค้าจะทำการทดสอบตัวแพตช์เองล่ะ? ฉันไม่ทราบว่าคุณทำงานกับซอฟต์แวร์ประเภทใด แต่หากอยู่ใกล้กับภารกิจสำคัญสำหรับใครก็ตามพวกเขาจะต้องทดสอบการอัปเดตก่อนที่จะใช้งานจริงกับมันในสภาพแวดล้อมการผลิต ในขณะที่การติดตั้งแพตช์อาจเร็วและง่าย แต่การทดสอบนั้นต้องใช้เวลาและความพยายามอย่างมากในส่วนของลูกค้า
CVn

@ MichaelKjörlingปัญหาคือในช่วงเวลานั้นคุณสมบัติการทำภารกิจสำคัญล้มเหลวดังนั้นจึงไม่สำคัญว่าสภาพแวดล้อมการผลิตหรือสภาพแวดล้อมการทดสอบจะได้รับการอัปเดตก่อนหรือไม่ มันแค่ต้องทำงานโดยเร็ว
Mixxiphoid

คำตอบ:


24

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

ป้อนคำอธิบายรูปภาพที่นี่

ซอฟต์แวร์ทดสอบลูกค้าของคุณเป็นวิธีที่มีราคาแพงที่สุดในการตรวจจับข้อบกพร่องไม่ว่าใครจะพูดว่าอะไร มันเป็นเศรษฐกิจที่ผิด ๆ แรงงานฟรีที่คุณคิดว่าคุณได้รับนั้นเป็นมากกว่าการชดเชยจากความพยายามในการบริการลูกค้าทำลายวงจรการพัฒนาซอฟต์แวร์และสูญเสียความมั่นใจของลูกค้า


3
บางทีนี่อาจเป็นคำถามที่แตกต่าง แต่ต่อไป: เรารู้ว่าเราทำการทดสอบผ่านลูกค้าของเรา แต่ไม่สามารถหยุดได้ในขณะนั้นเราถูกขังอยู่ในวงจร เราจะทำอย่างไรที่จะก้าวออกมา?
Mixxiphoid

3
โรเบิร์ตฉันเคยเห็นแผนภาพนี้มาหลายครั้งแล้ว มันอาจจะถูกต้องเมื่อการพัฒนาซอฟต์แวร์เป็นไปตามรูปแบบน้ำตก แต่เนื่องจากซอฟต์แวร์สามารถพัฒนาและปรับใช้ในรอบเล็ก ๆ มันจึงผิดพลาดมากขึ้นเรื่อย ๆ เพื่อให้แม่นยำ - สำหรับข้อบกพร่องเล็กน้อยและซอฟต์แวร์แนวโน้มยังคงเป็นจริงสำหรับข้อบกพร่องมากมายมันผิดอย่างแน่นอน
Doc Brown

2
@DocBrown: กราฟยังคงถูกต้อง รอบการพัฒนาที่สั้นลงหมายถึงต้นทุนต่อรอบที่น้อยลงซึ่งสอดคล้องกับกราฟ แต่นั่นก็ไม่ได้หมายความว่าคุณควรทดสอบซอฟต์แวร์ของคุณกับลูกค้าของคุณเว้นแต่จะมีความเข้าใจและข้อตกลงที่ชัดเจนว่านี่เป็นส่วนหนึ่งของกระบวนการ
Robert Harvey

ดีค่าใช้จ่ายของข้อบกพร่องลดลงก่อนหน้านี้ข้อบกพร่องที่พบและแก้ไข และโอกาสที่พบข้อผิดพลาดจะเพิ่มขึ้นอย่างรวดเร็วเมื่อคุณเอาซอฟต์แวร์ออกจากประตู ไม่ได้หมายความว่าควรผลักดันซอฟต์แวร์ที่ยังไม่ผ่านการทดสอบสู่การผลิตแน่นอน ฉันขอแนะนำตัวอย่างเช่นบทความนี้agileelements.wordpress.com/2008/04/22/cost-of-software-defects
Doc Brown

1
สิ่งที่ต้องทำมีเพียงการสะท้อนตัวเองเล็กน้อยเพื่อดูว่าหลักการนั้นเป็นเสียงแม้ว่าตัวเลขหรือรูปทรงของเส้นโค้งเป็นเพียงการคาดเดาลา เรายังมีชื่อในการเขียนโปรแกรมสำนวน: ล้มเหลวอย่างรวดเร็ว
Robert Harvey

10

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

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

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


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

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

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

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

7

บริษัท จำนวนมากขึ้นเรื่อย ๆ เดินตามรอยเท้าของ Chrome และมีการเปิดตัวของลูกค้าบ่อยขึ้นเรื่อย ๆ

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

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

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

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


2
+1 ในฐานะลูกค้าที่ใช้ซอฟต์แวร์บ่อยฉันต้องการคนที่มีการอัปเดตบ่อยครั้งและวิธีที่ดีในการปรับใช้พวกเขา ผลิตภัณฑ์ที่ซบเซาเป็นธงสีแดงจริงที่นี่อย่างน้อยที่สุดก็หมายความว่าผู้ขายไม่ได้ลงทุนในผลิตภัณฑ์ หรือลงทุนใน vNEXT ที่พวกเขาต้องการให้คุณจ่ายอีกครั้ง
ไวแอตต์บาร์เน็ตต์

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

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

2

แพทช์โดยเฉพาะสำหรับลูกค้าที่ตรวจพบปัญหาจะเห็นได้ชัดว่าจะต้องออกไปโดยเร็วที่สุด

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

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

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

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

แอปพลิเคชัน SaaS แก้ปัญหาทั้งหมดโดยทำการอัปเดตในพื้นหลัง

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


+1 นั่นคือประเด็นสำคัญ - ยิ่งคุณสามารถแก้ไขข้อบกพร่อง (และปรับใช้) ได้เร็วขึ้นเท่าไรยิ่งดีขึ้นตราบใดที่ผู้ใช้ / ลูกค้าไม่มีความพยายามเพิ่มเติมในการปรับใช้ เมื่อลูกค้าต้องปรับใช้ด้วยตนเองหรือการปรับปรุงจะขัดจังหวะเวิร์กโฟลว์ของเขาเป็นสิ่งสำคัญในการค้นหาความถี่ที่เหมาะสมสำหรับการปรับใช้ เว็บไซต์เช่น Facebook จะปรับใช้โปรแกรมแก้ไขหลายรายการต่อวันและคนส่วนใหญ่จะไม่สังเกตเห็นแม้แต่น้อย
Doc Brown

ดังนั้นฉันเดาว่าเราโชคดีในส่วนนั้น การอัปเดตของเราทำให้เราเสียค่าใช้จ่าย (นอกเหนือจากความเครียดและการเข้ารหัสและทั้งหมด) เพียง 1 หรือ 2 ชั่วโมง ลูกค้าใช้เวลา 1 นาทีเพื่อกลับไปทำงาน ฉันจะดูวิธีการ 'เซอร์วิสแพ็ค' ซึ่งอาจมีประโยชน์สำหรับผู้ที่ไม่ต้องการแพตช์โดยตรง
Mixxiphoid

พบการอ้างอิงนี้สำหรับ Facebook: blogs.wsj.com/cio/2013/04/17/…ดังนั้นจึงดูเหมือนว่าจะมีสองรุ่นไม่ใช่หลายต่อวัน ยังคงน่าประทับใจฉันเดา
Doc Brown

ฉัน 'ได้ยิน' ว่า amazon กดรหัสทุก ๆ 17 วินาที แต่ฉันจะใส่ไว้ในความคิดเห็นเพราะฉันจำไม่ได้ว่าใครบอกฉันและ google ไม่แสดง :-)
Encaitar

@Encaitar: ถูกต้องสถาปัตยกรรมของ Amazon มีบริการปฏิสัมพันธ์นับร้อย ดังนั้นฉันจึงไม่แปลกใจถ้าพวกเขาผลักบางสิ่งบางอย่างบ่อยครั้งมาก แต่ฉันสงสัยอย่างมากว่าการกดแต่ละครั้งมีผลกระทบโดยตรงมากกว่าหนึ่งองค์ประกอบ สิ่งที่คุณเห็นว่าเป็นเว็บไซต์เดียวไม่จำเป็นต้องเป็นเวอร์ชั่นโดยรวม มันเหมือนการบอกว่าเครือข่ายถนนในเมืองได้รับการอัปเดตทุก ๆ 17 วินาทีเพราะทีมงานของคุณวาดภาพรวม 5,000 รายการสดต่อวัน :-)
Steve Jessop
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.