12 ต.ค. เวลา 06:10 • วิทยาศาสตร์ & เทคโนโลยี

“การเปลี่ยนแปลงไม่น่ากลัวเท่าความเร็วในการเปลี่ยนแปลง”

วันนี้ Business User คุยกับ AI แล้วสร้าง Prototype ของไอเดียได้ภายในไม่กี่นาที
คำถามสำคัญจึงไม่ใช่แค่ว่าองค์กรจะเปลี่ยนหรือไม่? แต่คือ
“องค์กรของเรายังทำงานเร็วพอจะตามความเร็วของความคิดอยู่หรือเปล่า?”
——
เมื่อความคิดกลายเป็น Prototype ได้ในไม่กี่นาที?
เมื่อก่อน ไอเดียจากฝั่ง Business ต้องผ่านหลายขั้นกว่าจะกลายเป็นสิ่งที่ทุกคนเห็นภาพตรงกัน
Requirement → Process → Journey หรือหน้าจอ → Prototype → Review → Development
กระบวนการเหล่านี้ยังจำเป็น แต่ใช้เวลาไม่น้อย
วันนี้ Business User สามารถคุยกับ AI แล้วสร้างภาพของสิ่งที่ต้องการได้ทันที
ไม่ชอบก็แก้
อยากลองอีก Flow ก็ทำ
อยากเห็นอีกสามหน้าจอก็สร้างต่อ
ตราบใดที่ยังไม่เสียดายค่า Token 😅
สิ่งที่เปลี่ยนจึงไม่ใช่แค่ “ทำของได้เร็วขึ้น” แต่คือ
“ระยะห่างระหว่างความคิดกับสิ่งที่มองเห็นและทดลองได้สั้นลงมาก”
——
จาก Agile สู่การบีบวงจรให้สั้นลงอีก
เมื่อ 5–10 ปีก่อน เรามองว่า SDLC แบบเดิมช้าเกินไป
Requirement → Develop → Test → Rollout → Go-live
เราจึงแบ่งงานให้เล็กลง ทำ Iteration ให้สั้นลง และนำ Agile มาใช้
แต่ AI กำลังบีบวงจรนี้ให้สั้นลงไปอีก
สิ่งที่เคยต้องรอคนอีก Role มาช่วย “แปล” วันนี้เจ้าของปัญหาอาจทำต่อเองได้ทันที
Business พูดภาษาคน → AI แปลงเป็นภาพ → สร้าง Prototype → เขียน Requirement → สร้าง Software ตัวแรกให้ทดลอง
——
“แล้วงานส่วนไหนกำลังถูกลดคุณค่า?”
Role เช่น PO, UX/UI, BA หรือ PM อาจไม่ได้หายไปทั้งหมดหรอกครับ
แต่งานที่ทำหน้าที่เป็น “คนกลางในการแปลและส่งต่อ” กำลังถูกลดคุณค่าลงอย่างรวดเร็ว
คุณค่าของงานจึงต้องขยับไปสู่สิ่งที่ต้องใช้
* Judgment หรือวิจารณญาณ
* Context หรือความเข้าใจบริบท
* ความเข้าใจระบบ
* ความรับผิดชอบต่อผลลัพธ์
* การตัดสินใจในสถานการณ์ที่ไม่มีคำตอบสำเร็จรูป
——
คุณค่าของทีม IT ต้องขยับตาม?
เมื่อ Business สร้าง Prototype หรือ Software ตัวแรกได้ง่ายขึ้น ทีม IT ต้องขยับจาก “รับ Requirement แล้วเอาไปทำ”
ไปสู่สิ่งที่ Business ทำเองได้ยากกว่า เช่น
* การเชื่อมต่อระบบ
* การจัดการข้อมูล
* ความปลอดภัย
* Architecture หรือสถาปัตยกรรมระบบ
* มาตรฐาน
* การนำระบบขึ้น Production
* การทำให้ระบบใช้งานได้จริงในระยะยาว
พูดอีกแบบคือ
ยิ่ง Business สร้างของเองได้ง่าย งานของ IT ยิ่งต้องขยับจาก “ผู้สร้างตามคำสั่ง” ไปเป็น “ผู้ทำให้สิ่งที่สร้าง ใช้ได้จริงในองค์กร”
ปัญหาอาจไม่ใช่ทีมทำงานช้า
ถ้าโลกภายนอกทดลองของใหม่ได้หลายรอบภายในไม่กี่วัน แต่ระบบของเรายังใช้เวลาหลายสัปดาห์กว่าจะตกลงกันได้ว่าจะสร้างอะไร
ปัญหาอาจไม่ได้อยู่ที่ทีมทำงานช้า
แต่อยู่ที่ “รอบการทำงานของเราเริ่มช้ากว่ารอบการเรียนรู้ของโลก”
สิ่งที่ต้องเร็วขึ้นจึงไม่ใช่แค่การลงมือทำ แต่รวมถึงการตัดสินใจ การทดลอง และการเรียนรู้ของทั้งองค์กร
ปรับตัวอย่างไรให้ทัน
การปรับตัวไม่ใช่แค่การเรียนรู้เครื่องมือใหม่
แต่ต้องมองให้ออกว่า
งานส่วนไหนที่เราไม่จำเป็นต้องเป็นคน “แปล” “ส่งต่อ” หรือ “ตามงาน” อีกแล้ว
แล้วนำเวลาไปสร้างความสามารถที่ยังต้องใช้ Judgment, Context และความรับผิดชอบต่อผลลัพธ์จริงๆ
เพราะสิ่งเหล่านี้ยังเป็นส่วนที่ AI หรือ Business User ข้ามไปทำแทนได้ยาก
——
สิ่งที่กำลัง Disrupt เราจริงๆ?
AI อาจไม่ได้ทำให้ทุกอาชีพหายไปทันที
แต่มันกำลังทำให้
“เวลาที่เราเคยมีไว้สำหรับปรับตัวสั้นลงเรื่อยๆ”
สิ่งที่กำลัง Disrupt เราจึงอาจไม่ใช่ Technology ใด Technology หนึ่ง
แต่อาจเป็นความเร็วที่บังคับให้คนและองค์กรต้องเรียนรู้ ตัดสินใจ และเปลี่ยนวิธีทำงานให้ทัน
บางที สิ่งที่กำลัง Disrupt เราจริงๆ
“ไม่ใช่ Change แต่คือ Speed of Change ครับ”
#วันละเรื่องสองเรื่อง
โฆษณา