จะหลีกเลี่ยงการแยกสาขากับองค์กรขนาดใหญ่ได้อย่างไร


10

คุณจะหลีกเลี่ยงสถานการณ์การแยกสาขาเมื่อทำงานกับองค์กรขนาดใหญ่ได้อย่างไร

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

คำถามของฉันต่อชุมชนคือ:

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

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

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

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

คำตอบ:


3

ดังที่ Michael ได้กล่าวไว้นำเสนอโซลูชันมาตรฐานโดยอ้างอิงรุ่น / หมายเลขรุ่นด้วยอายุการใช้งานที่ยาวนานสำหรับอุตสาหกรรมของคุณ (อาจใช้กับรุ่นกลางที่สั้นกว่าอายุการใช้งานสั้นกว่าหนึ่งรุ่นหากเหมาะสมสำหรับลูกค้าทั่วไปของคุณ)

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

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

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

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

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

เมื่อไม่มีสาขา (สำคัญ) ที่รวมอยู่ในรูปภาพคุณสามารถ (และควรฉันไม่สามารถเน้นความสำคัญได้) สร้างท่อ CI / CD อัตโนมัติเต็มรูปแบบสำหรับสาขาเหล่านี้พร้อมกับระบบติดตาม / การจัดการโปรแกรมแก้ไขด่วนที่ดี ประจำเพียง (หรือเกือบ)


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

1

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

มิฉะนั้นวิธีเดียวที่จะหนีจากมันได้คือการสามารถโฮสต์ซอฟต์แวร์ด้วยตัวคุณเองและเปลี่ยนเป็นรุ่น SaaS ที่คุณจะสามารถรักษาได้เพียงเวอร์ชันเดียวเท่านั้น


น่าเสียดายที่ลูกค้าของเรามักจะทำงานในสภาพแวดล้อมที่ปิดตัวลงมากเนื่องจากข้อมูลทางการเงินที่พวกเขาทำงานด้วยดังนั้นโมเดล SaaS จะไม่เป็นที่ยอมรับ
Mark Wheeler
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.