2 คะแนน โดย GN⁺ 2023-08-13 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • บทความนี้พูดถึงการเปลี่ยนแปลงของสภาพแวดล้อมการทำงานในสตาร์ทอัพเมื่อมีการขยายขนาดองค์กร โดยเน้นว่า "ประกาย" หรือความตื่นเต้นในช่วงแรกค่อย ๆ หายไป
  • ในสตาร์ทอัพขนาดเล็ก (<10 คน) วิศวกรมักสนุกกับการทำงานด้วยเหตุผลต่อไปนี้:
    • ได้มีปฏิสัมพันธ์โดยตรงเพื่อทำความเข้าใจปัญหาของผู้ใช้
    • มีอิสระในการทำงานกับไอเดียที่มีคุณค่าและน่าสนใจ
    • มีการพูดคุยอย่างเปิดกว้างกับเพื่อนร่วมงานที่ทุ่มเทกับความสำเร็จของไอเดียนั้น
    • ลงมือทำได้อย่างรวดเร็วด้วยเครื่องมือที่เลือกเองโดยไม่ต้องผ่านการตรวจสอบด้านความปลอดภัย
    • โค้ดเบสขนาดเล็กที่ทำให้รีแฟกเตอร์ได้สบายและดีบักได้รวดเร็ว
    • รวมการเปลี่ยนแปลงได้อย่างรวดเร็วโดยไม่ติดขัดจากการทดสอบที่ช้าหรือการรีวิว PR
    • มีโอกาสสร้างผลกระทบสำคัญซึ่งอาจนำไปสู่การได้รับการยอมรับและผลตอบแทนทางการเงิน
  • เมื่อบริษัทเติบโตขึ้น (>100 คน) งานจะสนุกน้อยลงด้วยเหตุผลต่อไปนี้:
    • มีปฏิสัมพันธ์กับผู้ใช้อย่างจำกัด และมักทำงานจากข้อมูลเชิงลึกมือสอง
    • มีอิสระน้อยลงในการทำงานกับไอเดียส่วนตัวเนื่องจากภาระด้านการประสานงาน
    • เพื่อนร่วมงานสนใจถกเถียงเรื่องไอเดียน้อยลงเพราะการแข่งขันและภาระงาน
    • การลงมือทำช้าลงเพราะเครื่องมือที่กำหนดไว้แล้วและโค้ดเบสขนาดใหญ่ที่ซับซ้อน
    • กระบวนการรวมการเปลี่ยนแปลงยาวนานขึ้นจากการทดสอบอย่างละเอียดและการรีวิว PR
    • การเปลี่ยนแปลงโครงสร้างพื้นฐานกลายเป็นกระบวนการที่ซับซ้อนเพื่อหลีกเลี่ยง downtime หรือการสูญหายของข้อมูล
    • การได้รับการยอมรับและผลตอบแทนไม่เกิดขึ้นทันทีเหมือนเดิม และผลกระทบของงานก็น้อยลง
  • ผู้เขียนเชื่อว่าการเปลี่ยนแปลงเหล่านี้หลีกเลี่ยงไม่ได้ เพราะความสอดคล้องกันของทีมลดลง ความซับซ้อนในการสื่อสารเพิ่มขึ้น และการยอมรับความเสี่ยงลดลง
  • ผู้เขียนเสนอให้ชะลอ "การตายของความสนุก" ด้วยการไม่ลอกกระบวนการของบริษัทใหญ่ การแก้ปัญหาความเจ็บปวดจากการขยายขนาดโดยยึดหลักการพื้นฐาน การจัดโครงสร้างบริษัทให้เหมือนสตาร์ทอัพอิสระ การออกแบบแรงจูงใจอย่างชาญฉลาด และการลดการจ้างงาน

1 ความคิดเห็น

 
GN⁺ 2023-08-13
ความคิดเห็นจาก Hacker News
  • บทความว่าด้วยวิวัฒนาการของสตาร์ตอัปและวิธีที่พวกเขาอาจสูญเสียประกายแรกเริ่มไป
  • ผู้แสดงความคิดเห็นคนหนึ่งชื่นชมแนวทางของ Netflix เมื่อ 10 ปีก่อน โดยจ้างคนที่มีวุฒิภาวะและลดทอนทุกอย่างที่เป็นขั้นตอนตายตัว เพื่อขับเคลื่อนการพัฒนาที่มีประสิทธิภาพและเกิดขึ้นได้เอง
  • ผู้แสดงความคิดเห็นคนหนึ่งเตือนวิศวกรรุ่นใหม่ว่าอย่าทุ่มเทกับงานมากเกินไป โดยชี้ว่าบางบริษัทฉวยใช้ความหลงใหลและความไร้เดียงสาของพวกเขา
  • มีการยกรายการปัจจัยที่ทำให้ทีมวิศวกรรมถดถอย เช่น ผู้นำที่เน้นเทคนิคมากเกินไปหรือไม่เข้าใจเทคนิคเลย วิศวกรที่สร้างปัญหา และการจู้จี้ควบคุมงาน
  • ผู้แสดงความคิดเห็นบางคนโต้แย้งว่า หากมีภาวะผู้นำที่มีพลังและภารกิจของทีมที่ชัดเจน ก็สามารถรักษาสภาพแวดล้อมการทำงานที่น่าตื่นเต้นไว้ได้ไม่ว่าบริษัทจะมีขนาดเท่าใดก็ตาม
  • มีการเสนอแนวคิดให้ขยายองค์กรด้วยการทำซ้ำทีมที่มีประสิทธิภาพสูงสุด แทนที่จะสร้างโครงสร้างองค์กรที่ดูมีประสิทธิภาพมากกว่า
  • มีการวิจารณ์สตาร์ตอัปที่ลอกกระบวนการของบริษัทใหญ่ โดยผู้แสดงความคิดเห็นคนหนึ่งมองว่านี่เร่งให้พวกเขากลายเป็นองค์กรแบบบรรษัทเร็วขึ้น
  • มีการกล่าวถึงหนังสือ "Loonshots" ของ Safi Bahcall ซึ่งพูดถึงการเปลี่ยนสถานะของแรงจูงใจที่อาจเป็นอันตรายร้ายแรงต่อองค์กรเมื่อมีขนาดราว 150 คน
  • ผู้แสดงความคิดเห็นคนหนึ่งแบ่งปันประสบการณ์ส่วนตัวที่สตาร์ตอัปซึ่งประสบความสำเร็จถูกบริษัทใหญ่เข้าซื้อ และสภาพแวดล้อมการทำงานก็แย่ลง
  • มีการเน้นย้ำความสำคัญของการไม่จ้างคนมากเกินไป โดยผู้แสดงความคิดเห็นคนหนึ่งเสนอว่าควรจ้างก็ต่อเมื่อไม่มีวิธีอื่นในการแก้ปัญหาแล้วเท่านั้น
  • มีการถกเถียงเรื่องการใช้ Jira โดยบางคนมองว่าเป็นเครื่องมือที่มีประโยชน์ในการจัดการเวิร์กโฟลว์ ขณะที่บางคนมองว่าเป็นการเสียเวลา