Quantcast
Channel: cc :: somkiat
Viewing all articles
Browse latest Browse all 1997

ว่าด้วยเรื่อง bad developer experience (DX) มันเป็นอย่างไร

$
0
0

จากรายงาน State of DevOps 2020 นั้น
มีหัวข้อหนึ่งเรื่อง Bad Developer eXperience (DX)
หรือคือประสบการณ์ในการพัฒนาที่แย่ ๆ
ซึ่งส่งผลต่อกระบวนการพัฒนา ทดสอบ และ ส่งมอบระบบงาน
ว่ามีอะไร ประกอบไปด้วยอะไรบ้าง
จึงทำการสรุปไว้นิดหน่อย

เรื่องแรกไม่มีระบบทำงานแบบ Automation

นั่นคือนักพัฒนาต้องทำงานด้วยเครื่องมือแบบ manual
ทำงานเรื่องเดิม ๆ ซ้ำ ๆ ซึ่งไม่ได้สร้างคุณค่าอะไรขึ้นมาเลย
รวมทั้งต้องทำงาน adhocs เพียบ !!
จะทำอะไรก็เป็น request และรอ approve ตลอดเวลา

สิ่งที่นักพัฒนาต้องการคือ
สามารถเพิ่มและ integrate งาน ให้ทำงานแบบอัตโนมัติได้ง่าย
รวมทั้งทำงานได้อย่างถูกต้องและน่าเชื่อถือ
ช่วยทำให้ส่งมอบระบบงานได้อย่างต่อเนื่องและมีคุณภาพที่ดี

เรื่องที่สอง การที่จะขอและเข้าถึง Hardware หรือ infrastructure ต่าง ๆ ยากมาก

เช่นเดิม process เยอะ ได้มาช้า
แถมสิ่งที่ได้มาไม่เหมือนกับ production อีก
ยิ่งทำให้ไม่สามารถทดสอบและ re-produce ปัญหาต่าง ๆ ได้
ส่งผลต่อคุณภาพของงานให้แย่ลงไปอีก
บ่อยครั้งการจะเข้าถึงหรือเข้าใช้ก็ยากอีก
หรืออาจจะต้องได้รับ licence อีก โอ้วยากไปไหน
แต่เวลาส่งมอบเหมือนเดิมนะ

เรื่องที่สาม โครงสร้างของทีมที่กระจัดกระจาย

นั่นคือแยกทำงานแต่ส่วนออกจากกันเป็นทีมหรือแผนกไป
จากนั้นก็โยนงานกันไปเรื่อย ๆ ตามทีมที่เกี่ยวข้อง
นี่มันคือการทำงานแบบ silo คือต่างคนต่างทำ
ก่อให้เกิดปัญหามากมายตามมา
เพราะว่ามี gap ระหว่างทีมนั่นเอง
ส่งผลให้การส่งมอบระบบงานช้าขึ้นไปอีก

เรื่องที่สี่ ขาดการแบ่งปันความรู้กัน

เกิดจากต่างคนต่างทำงานไป
เกิดจากต่างทีมต่างทำงานไป
อมความรู้ไว้กับตัวหรือทีม
ขาดการแบ่งปันความรู้เรื่องเดิม ๆ งานเดิม ๆ ที่มีทีมเคยทำไปแล้ว

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

ถ้าใครเจออะไรแบบนี้ น่าจะเป็นประสบการณ์ที่ไม่ดีเลย

Spotify's negative flywheel

Viewing all articles
Browse latest Browse all 1997

Trending Articles