การสนับสนุน "ขาย" เป็นตัวเลือกอาชีพอย่างไร [ปิด]

เราพบว่าการจ้างนักพัฒนาซอฟต์แวร์นั้นค่อนข้างง่าย

ปัญหาเกิดขึ้นเมื่อโครงการเสร็จสิ้น แต่ยังต้องได้รับการสนับสนุน

เราต่อสู้เพื่อให้ผู้คนเข้าร่วมทีมสนับสนุน มันถูกมองว่าเป็นจุดจบ, จำกัด อาชีพ, น่าเบื่อ, ชั้นสองเป็นต้น

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

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

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

อย่า

สำหรับฉันตัวเลือกที่ดีที่สุดที่นี่ไม่ได้แยกนักพัฒนาออกเป็นการสนับสนุนและไม่สนับสนุนในตอนแรก IMHO มีสามเหตุผลหลัก:

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

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

จะต้องมีเส้นทางที่ชัดเจนในการรับบทบาทสนับสนุน 100% และ / หรืองานพัฒนาใหม่เพื่อให้คนดีสนใจ

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

ทำให้การสนับสนุนงานสนุกและมีคุณค่าต่อนักพัฒนาของคุณ

ฉันชอบที่จะสนับสนุนด้วยเหตุผลดังต่อไปนี้:

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

นั่นเป็นเพียงไม่กี่เหตุผล

เกี่ยวกับการสนับสนุนตัวเองฉันแนะนำให้ใช้กระบวนการที่ง่ายต่อการจัดการ

เมื่อเราได้รับกรณีสนับสนุนเราทำดังต่อไปนี้:

• หากเป็นข้อผิดพลาดที่ทำซ้ำได้เราจะเพิ่มมันไว้ใน Backlog และให้ ID แก่ลูกค้า / ผู้ใช้ นอกจากนี้เรายังใช้ ID ของลูกค้า / ผู้ใช้เพื่อแจ้งให้เขาทราบถึงวิธีแก้ปัญหาและเผยแพร่บุคคล นี่เป็นเรื่องง่ายถ้าคุณรวบรวมอีเมลของเขาโดยตรง
• หากเป็นปัญหาในการใช้ซอฟต์แวร์เราถือเป็นโอกาสในการปรับปรุงเอกสาร คำตอบใด ๆ ที่เขียนเหมือนบทความฐานความรู้ที่เราเพิ่มในฐานข้อมูลของเราหลังจากนั้น ใช้เวลาในการเขียนเพิ่มขึ้นสามเท่า แต่เราจะไม่ทำซ้ำในภายหลัง (ผู้ใช้ส่วนใหญ่ต้องการเรียกดูเป็น KB)
• หากเป็นคำขอคุณลักษณะเราจะเชื่อมต่อผู้ใช้กับเจ้าของผลิตภัณฑ์โดยตรง มันมีค่ามาก แน่นอนว่าเราใช้ระบบเช่น uservoice.com แต่การพูดคุยกับผู้ใช้โดยตรงนั้นดีกว่ามาก
• หากเป็นข้อร้องเรียนเราพยายามจัดการนอกกระบวนการ คนที่การร้องเรียนต้องการได้รับการพิจารณาว่ามีความสำคัญ (แม้ว่าการร้องเรียนนั้นจะเล็กน้อย)

ทำไมไม่เพียงจ่ายเงินสนับสนุน devs 5 หรือ 10k มากกว่าการสร้างและลืม devs?

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

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

การสนับสนุนไม่ได้ถูกมองว่าสนุกเท่าการพัฒนาใหม่และถ้าคุณมีการพัฒนาและทีมสนับสนุนแยกต่างหากทีมสนับสนุนจะต้องดำเนินการตามที่การพัฒนาให้ซึ่งมักจะไม่สนุก (ฉันเคยทำงานในที่แห่งหนึ่งเมื่อ R & D ส่งมอบซอฟต์แวร์บางอย่างที่ทำสิ่งที่ยอดเยี่ยม แต่โดยทั่วไปแล้วต้องการการออกแบบใหม่เพื่อให้ได้คุณภาพการผลิตและเราไม่มีเวลาพอที่จะทำเช่นนั้นด้วยเหตุผลทางการเมืองนั่นไม่ใช่ สนุก.)

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

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

ความคิดเล็กน้อย:

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

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

2b) หากการสนับสนุนไม่ได้รวมการแก้ไขข้อบกพร่องแล้วพวกเขาจะมีงานที่แตกต่างกันมากและเน้นทักษะที่แตกต่างกัน คุณไม่ควรกังวลเกี่ยวกับการข้ามที่นี่มากกว่าที่คุณกังวลเกี่ยวกับการข้ามไปมาระหว่างการพัฒนาและการทำความสะอาด

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

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

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

1. จ่ายเงินดีแม้อยู่เหนืออัตราอุตสาหกรรมเพื่อรักษาคนดี
2. จัดสภาพแวดล้อมการทำงานที่ดีสิ่งเล็ก ๆ น้อย ๆ เช่นอาหารกลางวันที่จัดมาให้ทำงานและเครื่องดื่มช่วย
3. อย่ายัดเยียดพนักงานให้ความช่วยเหลือทั้งหมดของคุณให้เป็นห้องเล็ก ๆ ที่มีเสียงดัง

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

ฉันสนับสนุนสองสามปีสำหรับ บริษัท แรกของฉันออกจากวิทยาลัย สิ่งที่ทำให้ฉันลงทะเบียนสองสามปีคือ:

1. เส้นทางอาชีพที่จำเป็นสำหรับการเป็นวิศวกรซอฟต์แวร์
2. ฉันต้องการเวลาพูดคุยกับภาษาหลักของ บริษัท (Fortran, ประมาณปี 1989)
3. ฉันไม่ได้แต่งงานดังนั้นฉันสามารถเลิกได้ถ้าฉันพบว่าฉันไม่ชอบ บริษัท หรืองาน

การผสมผสานระหว่างการพัฒนาและการสนับสนุน (แบ่งบทบาท) เป็นอย่างไรบ้าง? ฉันคิดว่าคุณยังคงต้องดิ้นรนเพื่อซื้อเพราะเหตุผลดังกล่าวแล้ว (นักพัฒนา! = ผู้สนับสนุนผลิตภัณฑ์) แต่หากผลิตภัณฑ์ของคุณต้องอาศัยความเข้าใจอย่างกว้างขวางเกี่ยวกับเทคโนโลยีภายในอาจจะเป็นการพัฒนา 80% การสนับสนุน 20% จะเป็นการแลกเปลี่ยนที่ยุติธรรม หรือการให้คำปรึกษา / แชโดว์สำหรับพนักงานใหม่เพื่อให้แน่ใจว่าพวกเขาได้รับข้อมูลที่ถูกต้องเกี่ยวกับผลิตภัณฑ์