เงินเดือนของวิศวกรซอฟต์แวร์มาจากงบประมาณ 3 ก้อน

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

งบประมาณด้านการขาย/การตลาด

• เมื่ออยู่ในองค์กรที่เน้นการเติบโต ผลลัพธ์จะวัดเป็นตัวเลขได้ง่ายและชัดเจน ทำอะไรบางอย่างแล้วตัวเลขก็เพิ่มขึ้น
• งานอย่าง Growth Engineer, Sales Engineer, DevRel อยู่ในกลุ่มนี้ โดยรับผิดชอบการขายผลิตภัณฑ์ที่มีอยู่เดิม การสื่อสารฟีเจอร์ และทำให้เครื่องมือถูกนำไปใช้ในเวิร์กโฟลว์
• เป็นงบประมาณที่ต้องการผลกระทบแบบทันที
  • ผลกระทบที่วัดได้หมายความว่าคุณรู้ ROI อยู่ใกล้กับเงิน และงานของคุณสามารถสร้างรายได้โดยตรง
  • แต่เมื่อวัดได้ง่าย ก็เปรียบเทียบได้ง่ายเช่นกัน จึงอาจนำไปสู่วัฒนธรรมการแข่งขันภายใน
• งานมักมีแนวโน้มโฟกัสระยะสั้น และต้องไล่ตามการทดลอง/ลูกค้า/กระแสการตลาดถัดไป ราวกับกำลังวิ่งอยู่บนลู่วิ่ง
• คุณค่าของคุณถูกกำหนดด้วยตัวคูณ (Multiplier) ของจำนวนเงินที่บริษัทลงทุนลงในถังของคุณ
• สิ่งนี้อาจนำไปสู่ผลแบบประตูหมุนเมื่อองค์กรพยายามเพิ่มประสิทธิภาพอย่างต่อเนื่อง (หมายถึงบริษัทอาจเปลี่ยนกลยุทธ์การลงทุนหรือเปลี่ยนเป้าการลงทุนอยู่เสมอเพื่อให้ได้ผลตอบแทนที่สูงกว่า)

การวิจัยและพัฒนา

• การวิจัยและพัฒนา (R&D) จ้างวิศวกรมากที่สุด และโดยทั่วไปอยู่ภายใต้องค์กรผลิตภัณฑ์
• Product Engineer, นักวิจัย, สถาปนิก เป็นกลุ่มนี้ คือคนที่สร้างหรือค้นหาผลิตภัณฑ์ที่บริษัทขายได้หรือสามารถขายได้
• เป็นงบประมาณที่ต้องการการเติบโตตามกาลเวลา โดยมุ่งเน้นผลลัพธ์ระยะยาว และบางครั้งก็สร้างฟีเจอร์เพื่อปรับปรุง activation หรือสำรวจสายผลิตภัณฑ์ใหม่
• บริษัทที่มีฝ่ายวิจัยอาจมีคนที่ทำงานกับไอเดียที่ยังไม่ถูกทำให้เป็นสินค้าไปอีกหลายปี
• การพัฒนาและการวิจัยต่างกัน แต่ทั้งคู่มุ่งไปที่ผลงานหรือผลลัพธ์ระยะยาว
• ช่วงเวลาที่สั้นที่สุดของธุรกิจ/โครงการคือหนึ่งไตรมาส (3 เดือน) งานของคุณต้องกลายเป็นทรัพย์สินระยะยาวภายในช่วงนั้น และสร้างคุณค่าไปอีกหลายปีข้างหน้า
• การทดลองที่สั้นกว่านั้นทำหน้าที่เป็น Stepping Stone เพื่อไปยังขั้นถัดไป
• งานของคุณวัดได้ยากกว่า แต่บริษัทมองว่าคุณคือการลงทุนเพื่อสร้างคุณค่าระยะยาว
• การสร้างผลิตภัณฑ์ที่ขายได้ และยิ่งคุณภาพของผลิตภัณฑ์ดีเท่าไร ก็ยิ่งส่งผลดีต่อการขายและ retention

การบำรุงรักษา

• งานบำรุงรักษาส่วนใหญ่ถูกรวมเข้าไปอยู่ในการพัฒนาแล้ว เพราะงบประมาณก้อนนี้ต้องการการเพิ่มประสิทธิภาพด้านต้นทุน
• System Administrator, คนที่ดูแลระบบเก่า และบางครั้ง Platform Engineer อยู่ในกลุ่มนี้
• บริษัทมองงานนี้เป็นต้นทุนล้วน ๆ และพยายามลดให้เหลือน้อยที่สุด
• หลายบริษัทผนวกรวมบทบาทนี้เข้าไปในการพัฒนาผลิตภัณฑ์ และมองว่าเป็นงานที่ไม่มีคุณค่า
• บริษัทไม่ชอบงบประมาณก้อนนี้มากเสียจนพยายามโน้มน้าววิศวกรว่า การกันเวลาไว้ให้งาน NFR (ข้อกำหนดที่ไม่ใช่เชิงหน้าที่) เป็นการดูแลเป็นพิเศษ
• การสร้างเครื่องมือสำหรับใช้งานภายในก็อาจอยู่ในหมวดนี้ได้เช่นกัน เช่น แดชบอร์ดสำหรับผู้ดูแลระบบที่ไม่มีใครรัก ซึ่งช่วยให้บริษัทดำเนินต่อไปได้ แต่ไม่เคยถูกจัดเป็นลำดับความสำคัญ

ทำไมเรื่องนี้จึงสำคัญ

• งานประจำวันของคุณถูกกำหนดโดยงบประมาณที่คุณสังกัดอยู่
• งานที่เกี่ยวกับ 'Growth' คือ 'วัดผลได้ (measurable)' และ 'มีความผันผวนสูง (churny)'
• 'Research' คือ 'สบาย ๆ (chill)' และ 'คลุมเครือ (fuzzy)'
• 'Development' คือ 'มีคุณค่า (valued)' และ 'ค่อย ๆ สร้างสะสมไปตามเวลา (builds over time)'
• 'Maintenance' คือ 'ตกอยู่ในความเสี่ยงเสมอ (always on the chopping block = อยู่ในกลุ่มเสี่ยงถูกตัดลดเสมอ)'

[xguru]

พอลองให้ ChatGPT อธิบายประโยคสุดท้ายให้ละเอียดขึ้น ก็อธิบายออกมาได้ดีเลย

1. Growth: งานที่เกี่ยวข้องกับ 'การเติบโต (Growth)' มีลักษณะเป็น 'วัดผลได้ (measurable)' และ 'ผันผวนสูง (churny)' โดยมุ่งเน้นการผลักดันการเติบโตของบริษัท และโดยทั่วไปงานลักษณะนี้จะไล่ตามเป้าหมายที่เป็นรูปธรรมและวัดผลได้ เช่น การเพิ่มรายได้ การขยายฐานลูกค้า หรือการเพิ่มส่วนแบ่งตลาด ความผันผวนสูงหมายความว่างานประเภทนี้ต้องเปลี่ยนแปลงและปรับตัวอย่างรวดเร็วตามสภาพตลาด

2. Research: 'การวิจัย (Research)' มีลักษณะเป็น 'สบาย ๆ (chill)' และ 'คลุมเครือ (fuzzy)' งานด้านการวิจัยมักมีลักษณะเชิงสำรวจ และมุ่งไปที่การขยายองค์ความรู้ การพัฒนานวัตกรรม หรือข้อได้เปรียบเชิงกลยุทธ์ระยะยาว มากกว่าผลลัพธ์ที่ชัดเจนหรือการสร้างรายได้ในทันที งานลักษณะนี้มักขาดตัวชี้วัดผลงานระยะสั้นที่ชัดเจน และต้องมองในระยะยาว

3. Development: 'การพัฒนา (Development)' มีลักษณะเป็น 'มีคุณค่า (valued)' และ 'ค่อย ๆ สร้างขึ้นตามกาลเวลา (builds over time)' งานพัฒนามุ่งเน้นการปรับปรุงผลิตภัณฑ์หรือบริการและการสร้างฟีเจอร์ใหม่ ๆ โดยเชื่อมโยงงานเหล่านี้เข้ากับคุณค่าของพอร์ตโฟลิโอผลิตภัณฑ์ของบริษัทโดยตรง คุณค่าจะค่อย ๆ สะสมตามเวลา และสิ่งนี้มีส่วนช่วยต่อความสำเร็จระยะยาวของบริษัท

4. Maintenance: 'การบำรุงรักษา (Maintenance)' มีลักษณะเป็น 'เสี่ยงจะถูกตัดอยู่เสมอ (always on the chopping block)' เพราะงานบำรุงรักษามักไม่ถูกมองว่าเป็นความจำเป็นเร่งด่วนของธุรกิจ หรือมักมองเห็นได้ไม่ชัด การบำรุงรักษาเป็นสิ่งจำเป็น แต่ก็มักตกเป็นเป้าของการตัดงบหรือการลดขนาดงาน ซึ่งสะท้อนว่าความสำคัญของงานประเภทนี้ไม่ได้ถูกรับรู้อย่างชัดเจนอยู่เสมอ