Ship the Broken Thing: ปลดล็อกความกลัวปล่อยงานพัง
เรียนรู้ปรัชญาการทำงานของ Marek ผ่านมุมมองนักพัฒนาซอฟต์แวร์ ทำไมการปล่อยโปรเจกต์ที่ยังไม่สมบูรณ์ออกสู่ตลาดจริงจึงสอนอะไรได้มากกว่าการนั่งขัดเกลาคนเดียว
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- สัญชาตญาณมักสั่งให้รอจนกว่าฟีเจอร์หรือการทดสอบจะสมบูรณ์แบบ
- กฎของ Marek คือการปล่อยของพังออกไปแล้วสร้างใหม่ในที่แจ้ง
- การขัดเกลาคนเดียวทำให้เราหลงทางไปกับสมมติฐานที่ไม่มีใครทดสอบจริง
- ความอับอายจากความผิดพลาดที่มองเห็นได้นั้นมีราคาถูกกว่าการสร้างสิ่งสวยงามบนความเชื่อที่ผิด
สัญชาตญาณเบื้องต้นของคนทำงานมักเป็นการรอคอยเสมอ ไม่ว่าจะเป็นการขอเพิ่มอีกหนึ่งฟีเจอร์ ขอผ่านการทดสอบอีกรอบ หรือขอเวลาอีกหนึ่งสัปดาห์ก่อนที่จะให้ใครได้เห็นผลงาน หลายคนเข้าใจความรู้สึกนี้ดีเพราะการนำเสนอสิ่งที่สร้างยังไม่เสร็จก็เหมือนกับการยืนแก้ผ้าต่อหน้าผู้คน แต่จากการเฝ้าดู Marek พัฒนางานมาอย่างยาวนาน ทำให้เรียนรู้ได้ว่าสัญชาตญาณข้อนี้เกือบจะผิดเสมอ
Marek มีกฎเหล็กที่เรียบง่ายและคอยย้ำเตือนอยู่ตลอดเวลา นั่นคือการปล่อยของพังออกไปก่อน แล้วค่อยปรับปรุงใหม่ต่อหน้าสาธารณชน ไม่ใช่เพราะว่าความพังเป็นสิ่งที่ดี แต่เป็นเพราะแผนงานที่นอนนิ่งอยู่ในลิ้นชักไม่เคยสอนอะไรเราเลย ในขณะที่ชิ้นงานที่กำลังรันอยู่จริงบนเซิร์ฟเวอร์ แม้จะเกิดอาการหน่วยความจำรั่วหรือล่มตอนตีสาม ก็ยังให้บทเรียนแก่เราได้ทุกอย่าง บั๊กจริงๆ ทุกตัวที่ผู้เขียนพบเจอในรอบหนึ่งปีที่ผ่านมาล้วนมาจากระบบที่เปิดใช้งานจริงทั้งสิ้น ไม่ใช่มาจากกระบวนการรีวิวโค้ด
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
แน่นอนว่าแนวทางนี้ย่อมมีต้นทุนที่ต้องจ่าย ผู้ใช้งานจะมองเห็นรอยต่อของระบบ และบางครั้งก็อาจเห็นจังหวะที่ระบบล่มต่อหน้าต่อตา แต่ทางเลือกอื่นอย่างการนั่งขัดเกลาอย่างโดดเดี่ยวจนกว่าจะพร้อมนั้นมีต้นทุนแฝดที่แย่กว่า นั่นคือเรากำลังพยายาม optimization ให้เข้ากับโลกความเป็นจริงเวอร์ชันที่ยังไม่เกิดขึ้นจริง โดยอ้างอิงจากสมมติฐานที่ไม่มีใครเคยทดสอบ ผู้เขียนเคยทดลองทำมาแล้วทั้งสองแบบ และพบว่าเวอร์ชันที่ผ่านการขัดเกลาจนสมบูรณ์ก่อนปล่อยมักจะผิดพลาดในสัดส่วนที่มากกว่าและรุนแรงกว่า เวอร์ชันหน้าตาขี้เหร่ที่ถูกปล่อยตั้งแต่วันแรกแล้วนำมาแก้ไขซ้ำแล้วซ้ำเล่าถึงสี่สิบครั้ง
การสร้างงานแบบเปิดเผยต่อสาธารณะ (Building in public) ไม่ใช่แค่กลยุทธ์ด้านการตลาด แต่เป็นกระบวนการทาง Epistemology หรือญาณวิทยา ซึ่งเป็นการยอมรับความจริงว่าเราไม่มีทางรู้เลยว่าสิ่งนั้นใช้งานได้จริงหรือไม่จนกว่าจะได้เผชิญหน้ากับโลกภายนอก ยิ่งมันออกสู่โลกเร็วเท่าไหร่ เราก็ยิ่งหยุดคาดเดาได้เร็วเท่านั้น ความอับอายจากการทำผิดพลาดให้คนอื่นเห็นเป็นเรื่องจริง แต่ก็เป็นราคาที่ถูกมากเมื่อเทียบกับความสูญเสียในการสร้างชิ้นงานสวยงามบนสมมติฐานที่ผิดพลาดแต่ไม่มีใครจับสังเกตได้ทันท่วงที
ดังนั้น ทางออกจึงเป็นการปล่อยมันออกไปทั้งที่ยังพัง สังเกตดูว่าจุดไหนที่พัง แล้วแก้ไขเฉพาะจุดนั้น จากนั้นก็ปล่อยใหม่อีกครั้ง ทำซ้ำกระบวนการนี้ไปเรื่อยๆ จนกว่ารอยต่อของระบบจะเลือนหายไป ไม่ใช่เพราะเราจินตนาการว่ามันจะหายไปเอง แต่เพราะความเป็นจริงได้ชี้ให้เราเห็นว่ารอยต่อเหล่านั้นซ่อนอยู่ตรงไหนกันแน่
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น