วิธีที่จะได้รับจากการสนับสนุนร่องและเริ่มชำระหนี้ทางเทคนิค!


13

ฉันมี "เพื่อน" ใช่เริ่มต้นที่ดีฉันรู้ แต่จริงๆแล้วนี่ไม่ใช่ฉัน!

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

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

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

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

ทุกอย่างดีมากบอกว่าวางแผนได้ดีขึ้น แต่ฉันเข้าใจว่ามันยากมากที่จะวางแผนการพัฒนาตามความต้องการการสนับสนุนและแรงกดดันจากผู้ใช้ (ดูด้านบน)


2
ถ้าฉันเข้าใจคำถามของคุณถูกต้องเพื่อนของคุณกำลังยุ่งอยู่กับการจัดการผู้ใช้สนับสนุน / เปลี่ยนคำขอเพื่อจัดระเบียบรหัส มีคุณสมบัติใหม่ที่ผู้ใช้กำลังขอให้มีการจัดขึ้นเป็นผลหรือไม่?
Larry Coleman

@larry coleman, ใช่แล้วนี่เป็นวงกลมที่มีความหนืดคำขอใหม่จะล่าช้าซึ่งก็เป็นเรื่องที่น่าหดหู่เช่นเดียวกับการสนับสนุนอย่างต่อเนื่อง
MrEdmundo

คำตอบ:


13

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

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


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

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

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

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

10

ทำให้คนอื่นรับสายและเปลี่ยนสายจาก

เราจะไปที่นั่นทันที

ถึง

ข้อเสนอแนะที่ดีมาก ฉันจะสร้างคำขอคุณลักษณะเพื่อเริ่มทำงานกับมันโดยเร็วที่สุด หากคุณต้องการติดตามความคืบหน้าตามคำขอของคุณคุณสามารถติดตามได้ที่นี่: [ลิงก์ไปยังตั๋วตัวติดตามเคส] ในอนาคตคุณยังสามารถส่งคำขอสำหรับฟิวเจอร์สในลักษณะเดียวกับฉันที่นี่: [ลิงค์ไปยังตัวติดตามกรณี]

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

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


3
+1 สำหรับ "เมื่อทุกอย่างเป็นลำดับความสำคัญไม่มีสิ่งใดสำคัญ"
Larry Coleman

2

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

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

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

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

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

  3. จ้างพนักงานขาย / การตลาดอย่างน้อยหนึ่งคนโดยเฉพาะอย่างยิ่งหากคุณเป็นคนที่มุ่งเน้นด้านเทคโนโลยี (เพราะถ้าเป็นเช่นนั้นคุณจะมีแนวโน้มเป็นธรรมชาติที่จะใช้เวลากับเทคโนโลยีมากกว่าการตลาดแม้ว่าคุณจะมีเครือข่ายพันธมิตร)

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

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

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

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


1

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


0

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


0

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

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

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


ฟังดูดีในทางทฤษฎี แต่ถ้าแอพพลิเคชั่นสำคัญต่อภารกิจการตรึงคุณสมบัติอาจไม่ใช่ตัวเลือก
tdammers

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