เรื่องของความเร็ว

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

ผมคาดหวังว่าจะต้องทำงานหนัก แต่ผมไม่ได้คาดคิดถึงที่มาของความเร็วของเรา

ความเร็วไม่ได้มาจากความกดดัน แต่มันมาจากการขจัดอุปสรรคระหว่างการมองเห็นปัญหาและการแก้ไขมัน

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

ที่ Imprint กฎนั้นง่ายมาก ถ้าคุณเห็นอะไรที่ควรปรับปรุง ก็จงทำเลย

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

วัฒนธรรมนี้ส่งต่อลงมาจากระดับบนสุด CTO ของเราปล่อยฟีเจอร์ออกมามากกว่าวิศวกรคนอื่นๆ หลายคนเสียอีก ผู้นำที่นี่เป็นคนกำหนดทิศทางแต่พวกเขายังคงคลุกคลีอยู่กับเนื้องาน พวกเขาไม่ได้หลบอยู่หลังเอกสารกลยุทธ์

เราใช้ AI เพื่อให้เคลื่อนที่ได้เร็วขึ้น • บอทตอบคำถามฝ่ายสนับสนุนโดยอัตโนมัติ • เอกสาร onboarding ทำหน้าที่เป็นเอเจนต์ที่ช่วยตั้งค่าสภาพแวดล้อมการทำงานของคุณ • วิศวกรแบ่งปันเซสชันการเขียนโค้ดด้วย AI เพื่อสอนกลยุทธ์ของตนให้แก่ผู้อื่น

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

ความเร็วต้องการสามสิ่ง:

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

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

Source: https://dev.to/ronpierce/on-velocity-i3

Optional learning community: https://t.me/GyaanSetuAi