ฉันจะสื่อสารความเสี่ยงของการแก้ไขซอฟต์แวร์ของผู้จัดจำหน่ายได้อย่างไร

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

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

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

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

ฉันจะสื่อสารได้อย่างไรว่าการเปลี่ยนแปลงวิธีการทำงานของระบบนี้มีความเสี่ยงโดยเฉพาะเมื่อความถูกต้องของข้อมูลมีความเสี่ยง ฉันเป็นพนักงานใหม่ (6 เดือน) และกลายเป็นสถานะเดิม แต่ก็เสี่ยงต่อความถูกต้องของข้อมูลทางการเงินและสัญญาการสนับสนุนของเรา - เมื่อฝ่ายสนับสนุนของผู้ขายได้ยิน "X ได้รับการปรับแต่ง" ที่ให้เหตุผลไม่มาก เพื่อสนับสนุนเราหรือบอกเราว่ามันเป็นความผิดของเรา

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

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

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

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

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

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

การสื่อสารกับผู้อยู่อาศัยในสำนักงาน? ฉันจะไปกับการเปรียบเทียบ

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

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

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

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

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

โดยเฉพาะ:

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

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

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

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

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

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

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

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

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

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

หากผู้ขายของคุณไม่ได้จัดหา hooks ที่คุณต้องการในการใช้ข้อกำหนดที่ผู้ใช้ต้องการอย่างปลอดภัยแสดงว่าปัญหานั้นเกิดขึ้นกับผู้ขายไม่ใช่ผู้ใช้ของคุณ

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