28 คะแนน โดย xguru 2022-04-25 | 2 ความคิดเห็น | แชร์ทาง WhatsApp

เนื้อหาจากหนังสือ "Zero to IPO" ของผู้ร่วมก่อตั้ง Okta

จ้างคนที่มีความเป็นผู้ประกอบการ (อย่างน้อยในพนักงาน 100 คนแรก)

  • พนักงาน 10 คนแรกจะกำหนดวัฒนธรรมของบริษัท และพนักงานอีก 90 คนถัดมาจะช่วยทำให้มันแข็งแรงมั่นคง
  • แน่นอนว่าเมื่อบริษัทขยายใหญ่ขึ้น คุณจะเริ่มรับคนที่มีความอนุรักษ์นิยมทางจิตวิทยามากขึ้น
  • แต่ วัฒนธรรมที่พนักงาน 100 คนแรกสร้างขึ้นจะยังคงอยู่ต่อไป แม้จำนวนพนักงานจะเพิ่มเป็น 500 หรือ 1,000 คนก็ตาม
  • ยิ่งคนช่วงแรกมีความเป็นผู้ประกอบการ (Entrepreneurial) มากเท่าไร จิตวิญญาณแบบนั้น (Ethos) ก็จะยิ่งซึมลึกเข้าไปในวัฒนธรรมของบริษัทมากขึ้น

บอกทีมให้รู้ว่าโปรเจกต์นี้มีความเสี่ยง

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

ทำให้มันสนุก

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

อย่า "ลงโทษ" พนักงานที่โปรเจกต์ล้มเหลว

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

ตั้งราวกันตก (Guardrails)

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

ทำ Post-mortem และเฉลิมฉลองสิ่งที่ได้เรียนรู้

  • โปรเจกต์ที่ "ล้มเหลว" ยังไม่ถือว่าสิ้นสุด จนกว่าทีมจะได้เรียนรู้ว่าอะไรทำได้ดี อะไรทำได้ไม่ดี และสกัด insight ที่ทั้งบริษัทสามารถเรียนรู้ต่อได้
  • นี่คือวิธีที่ Sebastian Thrun ผู้สร้าง Google X ใช้
    "เราต้องการบอกผู้คนเสมอว่าความล้มเหลวคือเรื่องของการเรียนรู้ หากคุณได้เรียนรู้บางอย่างที่มอบ insight สำคัญ นั่นก็ยอดเยี่ยมแล้ว"

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

 
yuno815 2024-04-25

อ่านได้ดีมากจริง ๆ ขอบคุณครับ!

 
curioe 2022-05-02

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