Andrew Ng บอกให้เคารพ ขอบเขตองค์กร แต่ไม่บอกว่า เส้นอยู่ตรงไหน

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

แล้วก็มีอีกวันแบบที่คุณไม่อยากเล่าให้ใครฟัง วันที่คุณส่งบรีฟไปใบหนึ่ง agent วิ่งไป 40 นาที แล้วส่งกลับมาเป็นของที่สวยกว่าที่ขอ แต่ไม่ใช่สิ่งที่บรีฟเขียนไว้ หรือแย่กว่านั้นคือวันที่คนเปลี่ยนบรีฟไม่ใช่ agent แต่เป็นคุณเอง พออ่านของที่ออกมาแล้วรู้สึกขัด ก็เลยขยับข้อกำหนดไป 2 นิ้วให้ลงตัว แล้วไม่ได้บอกใคร

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

เรื่องนี้ไม่ได้เกิดเฉพาะกับคนเขียนโค้ด ถ้าคุณเป็น PM (product manager) ที่เพิ่งเริ่มสั่งงาน agent เอง คุณจะเจอเร็วกว่าคนอื่นด้วยซ้ำ เพราะตลอดชีวิตการทำงานที่ผ่านมา เส้นของคุณมีคนอื่นตั้งไว้ให้แล้ว คุณเขียนสเปก แล้วมีคนถามกลับมาว่าอันนี้ตกลงจะเอายังไง ตัวคำถามนั้นคือเส้น พอคุณสั่งงาน agent ไม่มีใครถามกลับ agent จะทำตามที่คุณเขียนจนสุด แล้วเติมส่วนที่คุณไม่ได้เขียนให้เอง โดยไม่มีเสียงไหนดังขึ้นมาบอกว่ากำลังเติม

เมื่อวันที่ 11 กันยายน 2026 Andrew Ng โพสต์ตอนสุดท้ายของแผนที่ทักษะ AI engineering ว่าด้วยช่องที่ 4 คือการกำหนดรูปของสิ่งที่จะสร้าง ตอนที่ 3 ของซีรีส์นี้ปิดท้ายด้วยประโยคของเขาเองที่บอกว่าจะเขียนถึงเรื่องนี้ในโพสต์ถัดไป โพสต์นั้นมาแล้ว ซีรีส์นี้เลยจบลงที่หน้านี้

Productize เดินตามแผนที่ทักษะ AI ของ Andrew Ng มาครบทั้ง 3 ตอน โดยสั่งงาน agent สร้างและดูแลระบบที่ใช้งานจริงทุกวัน แล้วเขียนบันทึกกระบวนการไว้เป็นบทความบนบล็อกนี้ ชิ้นนี้เลยเดินตามลำดับที่เขาเขียนไว้ให้ครบทั้ง 4 ข้อก่อน แล้วค่อยพูดถึงของที่เราวัดเองแล้วพบว่าแผนที่ไม่ได้ให้

ช่วงที่ 1ประโยคเดียว ที่แบกทั้งบทความนี้ไว้

Andrew Ng เปิดโพสต์ด้วยประโยคเดียวที่เป็นฐานของทุกอย่างที่เหลือ

When you're skilled at AI Engineering, your best work won't be merely implementing a product that someone else spec'ed out. Instead, you will actively shape the build.

แปลตรงๆ คือ พอคุณทำ AI engineering เป็น งานที่ดีที่สุดของคุณจะไม่ใช่แค่การสร้างของตามสเปกที่คนอื่นเขียนไว้ให้ แต่คุณจะเข้าไปกำหนดรูปของสิ่งที่จะสร้างด้วย

เขาเล่าต่อว่าก่อนที่เครื่องมือ AI สมัยนี้จะมา บริษัทเทคตั้งวิธีทำงานไว้แบบหนึ่ง คือให้ product manager กับดีไซเนอร์เป็นคนกำหนดว่าจะสร้างอะไร แล้วนักพัฒนาเป็นคนสร้าง บางที่มี project manager คุมกำหนดเวลาเพิ่มอีกคน แต่ตอนนี้บทบาทพวกนี้กำลังเบลอเข้าหากัน นักพัฒนาที่ทำ AI engineering เป็น ไม่ได้แค่สร้างซอฟต์แวร์ แต่เข้าไปร่วมในบทบาทอื่นด้วย และเขาวงเล็บไว้ให้ด้วยว่าในทางกลับกันก็เกิดเรื่องเดียวกัน คือ product manager กับดีไซเนอร์ก็กำลังได้ทักษะ AI engineering แล้วเข้ามาร่วมสร้างซอฟต์แวร์เหมือนกัน

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

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

แผนที่ทักษะ AI engineering ของ Andrew Ng แบ่งทักษะระดับบนสุดไว้ 4 ช่อง คือสร้างและส่งแอป AI ขึ้นใช้งาน · พื้นฐานวิศวกรรมซอฟต์แวร์ · การใช้ coding agent · และการกำหนดรูปของสิ่งที่จะสร้าง ตอนที่ 1 คุยกันไปแล้วว่าช่องแรกแตกเป็น 6 ข้อย่อยอะไรบ้าง ตอนที่ 2 คุยกันไปแล้วว่าช่องที่ 2 มี 5 เสา ตอนที่ 3 กางช่องที่ 3 ออกเป็น 5 ทักษะ หน้านี้อยู่กับช่องสุดท้าย

ทักษะหลักของช่องนี้ Andrew Ng เรียงไว้ 4 ข้อ คือขับวงรอบของการสร้าง · ตัดสินใจเรื่องผลิตภัณฑ์ · สื่อสารและนำ · และความเป็นเจ้าของที่ลงมือเอง ข้างล่างนี้คือทั้ง 4 ข้อ เรียงตามลำดับที่เขาเขียนไว้ ไม่ได้เรียงตามความสำคัญ

ช่วงที่ 24 ความสามารถ เรียงตามลำดับของ Andrew Ng

1. ขับวงรอบของการสร้าง · Driving the build loop

Andrew Ng เปิดข้อนี้ด้วยประโยคที่เป็นแกนของทั้งข้อ คือซอฟต์แวร์ส่วนใหญ่สร้างขึ้นผ่านวงรอบหนึ่ง ที่เราเขียนโค้ด แล้วได้เสียงตอบกลับ แล้วตัดสินว่าจะทำอะไรต่อ คนที่ทำ AI engineering เป็น มีบทบาทสำคัญในการขับวงนี้ คือตัดสินขั้นถัดไปซ้ำแล้วซ้ำอีกเพื่อดันโปรเจกต์ให้เดินหน้า เขาใช้คำว่ามีนิสัยเอียงไปทางลงมือ และขับวงนี้ด้วยความเร็วระดับที่ AI ทำให้เป็นไปได้

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

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

ข้อสังเกตของเราคือ วงรอบนี้ไม่ได้เปลี่ยนรูปเพราะ agent แต่หมุนเร็วขึ้นจนคนขับตามไม่ทัน สมัยที่หมุนครบรอบต้องใช้ 3 วัน คุณก็มีเวลาคิดระหว่างรอบเยอะมากโดยไม่ต้องตั้งใจคิด ตอนนี้ 1 รอบจบใน 20 นาที เวลาที่เคยเป็นที่ว่างให้คิด หายไปพร้อมกับความเร็วที่ได้มา คนที่ยังบางในข้อนี้จะดูออกจากอาการเดียว คือวงหมุนทั้งวัน แต่ไม่มีรอบไหนเลยที่จบด้วยการตัดสินใจที่เขียนลงที่ไหนสักแห่ง

2. ตัดสินใจเรื่องผลิตภัณฑ์ · Making product decisions

ประโยคเปิดของข้อนี้คือประโยคที่คนอ้างกันเยอะที่สุดในโพสต์ทั้งใบ

Developers don't have to become PMs, but you will make decisions the product spec doesn't cover.

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

สิ่งที่รองอยู่ใต้ความสามารถนี้ เขาเรียกว่าความรู้สึกต่อผลิตภัณฑ์ คือความสามารถที่จะเลือกทิศทางให้ของชิ้นหนึ่งได้ตรงกับความต้องการจริงของผู้ใช้ โดยไม่ต้องรอให้ PM มาตัดสินให้ทุกเรื่อง ถัดมาคือความรู้สึกด้านการออกแบบระดับพื้นฐาน ที่ทำให้สร้างของที่ไม่ใช่แค่ใช้งานได้ แต่ใช้แล้วรู้สึกดีด้วย และความรู้สึกด้านธุรกิจระดับพื้นฐาน ที่ทำให้คิดเรื่อง go-to-market ขนาดตลาด unit economics และกำไรขาดทุนได้ แล้วชั่งได้ว่าจะยอมแลกอะไรกับอะไรให้คุ้มในเชิงเศรษฐศาสตร์

แล้วเขาก็ชี้ว่าทั้งหมดนี้มีรากเดียว คือความเข้าใจผู้ใช้ และย้ำว่าต้องลับความเข้าใจนี้ไปเรื่อยๆ ด้วยวิธีหลายขนาด ตั้งแต่คุยสั้นๆ แบบไม่เป็นทางการกับผู้ใช้ 2 ถึง 3 คน ไปจนถึงแบบสอบถามระดับหลายร้อยคน การทดสอบแบบ A/B ขนาดใหญ่ หรือการอ่านพฤติกรรมของผู้ใช้หลักพันหลักล้าน แล้วเอาสิ่งที่ได้กลับมาปรับความเข้าใจของตัวเอง

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

3. สื่อสารและนำ · Communicating and leading

Andrew Ng เปิดข้อนี้ด้วยเรื่องขอบเขตงานที่กว้างขึ้น คือทักษะ AI engineering ทำให้คุณเข้าไปร่วมในงานที่กว้างกว่าที่การพัฒนาซอฟต์แวร์แบบเดิมเคยอนุญาต เขาอ้างถึงสิ่งที่เขาเคยเขียนไว้ก่อนหน้า ว่านักพัฒนาที่เคยเชี่ยวเฉพาะทาง เช่นคนที่ทำเฉพาะฝั่งหน้าบ้าน (frontend) ตอนนี้มีแนวโน้มจะเล่นบทที่ครอบทั้งระบบมากขึ้น แล้วเขาบอกว่าทักษะ AI engineering เปิดทางให้ขยายขอบเขตไปได้ไกลกว่านั้นอีก คือไปร่วมในหน้าที่อื่นที่กระทบโปรเจกต์ของคุณ อย่างการตลาด การเงิน หรือกฎหมาย

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

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

ข้อสังเกตของเราคือ ข้อนี้เป็นข้อเดียวในทั้ง 4 ข้อที่พูดถึงคนอื่นในฐานะคนที่ต้องเห็นด้วย ไม่ใช่ในฐานะอุปสรรค และเป็นข้อที่คนสั่งงาน agent คนเดียวอยู่บ้านข้ามได้ง่ายที่สุด เพราะพอคุณสร้างของได้เองทั้งใบ การอธิบายให้ใครฟังก่อนลงมือก็กลายเป็นต้นทุนที่ตัดทิ้งได้ทันที และก็ไม่มีใครเสียหายจริงๆ จนกระทั่งวันที่ของชิ้นนั้นไปแตะสิ่งที่เป็นของคนอื่น

4. ความเป็นเจ้าของที่ลงมือเอง · High-agency ownership

ข้อสุดท้ายคือข้อที่บทความนี้จะกลับมาอีกครั้งในช่วงที่ 3 โดย Andrew Ng เปิดข้อนี้ด้วยการชี้ให้เห็นว่ามีอะไรรออยู่ คือทักษะ AI engineering ให้โอกาสมหาศาลที่จะสร้างความเปลี่ยนแปลง แต่คนจำนวนมาก รวมถึงผู้บริหารบางคน ยังไม่เข้าใจว่า AI ทำอะไรได้ เลยไม่รู้ว่าทิศทางไหนคือทิศทางที่ดี

เขาบอกว่าตรงนั้นแหละที่คนมีทักษะเชิงเทคนิคจะเข้าไปเชื่อมได้ แล้วเขียนประโยคที่เป็นแกนของข้อนี้ไว้ว่า

You can spot problems, propose solutions, and execute on them — being respectful of the organization's priorities and constraints, but without waiting for precise top-down direction.

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

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

ปิดข้อนี้เขาเติมอีกย่อหน้าสั้นๆ ว่าสุดท้ายแล้วคุณต้องลงทุนกับการพัฒนาทักษะตัวเองด้วย คือตามแนวหน้าของเทคโนโลยีให้ทัน หยิบเครื่องมือใหม่มาลอง ปรับวิธีทำงานของตัวเอง และเรียนรู้ต่อไปเรื่อยๆ เพื่อให้เก่งขึ้นตามเวลา

หมายเหตุปิดท้ายที่ Andrew Ng เขียนไว้เอง

หลังไล่ครบ 4 ข้อ เขาปิดโพสต์และปิดแผนที่ทั้งใบด้วยย่อหน้าเดียว

The opportunity to not just build but to shape the build makes AI Engineering more exciting than traditional software development. You are more empowered, have broader scope, and make more decisions. But doing all this well requires a larger set of skills. DeepLearning.AI's focus is to help you, if you wish, become skilled at AI Engineering.

I look forward to the road ahead!

สรุปสั้นๆ คือ โอกาสที่จะไม่ได้แค่สร้าง แต่ได้กำหนดรูปของสิ่งที่จะสร้างด้วย ทำให้ AI engineering น่าตื่นเต้นกว่าการพัฒนาซอฟต์แวร์แบบเดิม คุณมีอำนาจตัดสินใจมากขึ้น ขอบเขตกว้างขึ้น และได้ตัดสินใจมากขึ้น แต่การทำทั้งหมดนี้ให้ดี ต้องใช้ทักษะชุดที่ใหญ่กว่าเดิม

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

ช่วงที่ 3สิ่งที่แผนที่ไม่ได้ถาม แล้วคุณเป็นเจ้าของ ถึงตรงไหน

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

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

ของที่ไม่มีคือคนละอย่าง มีอยู่ 3 ชิ้น

1. ไม่มีเกณฑ์ว่าการตัดสินใจไหนเป็นของเรา โพสต์บอกว่าคุณจะตัดสินใจในเรื่องที่สเปกไม่ครอบคลุม แต่ไม่มีบรรทัดไหนแยกระหว่างเรื่องที่สเปกไม่ครอบคลุมเพราะไม่มีใครคิดถึง กับเรื่องที่สเปกไม่ครอบคลุมเพราะเจ้าของตัดสินไปแล้วและคิดว่าชัดอยู่แล้ว
2. ไม่มีเงื่อนไขหยุด ทุกคำแนะนำในข้อที่ 4 เป็นคำแนะนำเรื่องการเดินต่อ คือลงมือทั้งที่ยังไม่ชัด ทนกับจังหวะที่สะดุด เป็นเจ้าของตั้งแต่ต้นจนจบ ไม่มีประโยคไหนบอกว่าอะไรคือสัญญาณว่าถึงเวลาหยุดแล้วไปถาม
3. ไม่มีวิธีแยก "เคารพข้อจำกัด" ออกจาก "รอคนอนุญาต" ประโยคของเขาวางของ 2 อย่างนี้ไว้ในประโยคเดียวกัน โดยอันหนึ่งเป็นคุณธรรมและอีกอันเป็นข้อบกพร่อง แต่ในสายตาคนทำงาน ทั้ง 2 อย่างขึ้นต้นด้วยการกระทำเดียวกันเป๊ะ คือไม่ลงมือแล้วไปถามคนอื่นก่อน

คุณค่าที่ไม่มีกลไกรองรับ ลงมือตามไม่ได้ และสิ่งที่เกิดขึ้นแทนคือแต่ละคนเติมกลไกของตัวเองลงไปเงียบๆ โดยอิงกับความรู้สึกของตัวเองในวันนั้น ซึ่งได้ผลดีมากจนถึงวันที่มันไม่ได้ผล

วันที่ 13 กรกฎาคม 2026agent ของเราเขียนทับบรีฟของเจ้าของงาน

ทุกตัวเลขข้างล่างนี้มาจากบันทึกหลังจบงานของวันนั้นวันเดียว ชื่อไฟล์ที่เราตั้งไว้เองคือ "บรีฟที่ฉันเขียนทับ"

วันนั้นเป็นงานยาว 12 ชั่วโมง ตั้งแต่ 08:30 ถึง 21:30 งานคือทำ character bible (เอกสารที่ล็อกไว้ว่าตัวละครแต่ละตัวหน้าตาและรายละเอียดเป็นยังไง) ของตัวละคร 10 ตัว สำหรับงานภาพชุดหนึ่ง ผลลัพธ์ตอนจบวันคือภาพราว 230 ใบ ต้นทุนราว 11 ดอลลาร์ และ commit 6 ครั้ง ทั้งหมดนี้ agent ของเราเป็นคนทำ ตามบรีฟที่เจ้าของงานเขียนไว้

ในบรีฟนั้นมี canon ของตัวละครตัวหนึ่งเขียนไว้ชัดว่าเป็นร่างเด็กโปร่งแสง มีวงจรและชิปฝังอยู่ในตัว และไม่มีเสื้อผ้าโดยเจตนา ภาพที่ออกมารอบแรกดูแล้วชวนอึดอัด agent เลยตัดสินใจใส่ชุดรัดรูปกับเสื้อคลุมให้ พอรอบถัดมายังรู้สึกไม่ลงตัว ก็เปลี่ยนเป็นเกราะให้แทน

นั่นคือการเขียนบรีฟทับ 2 รอบ และไม่มีใครรู้เรื่องนี้เลย เพราะในหัวของ agent ตอนนั้นมันไม่ใช่การเขียนทับ มันคือการใช้วิจารณญาณต่างหาก

ของที่ทำให้เรื่องนี้เจ็บกว่าเดิมคือรายละเอียดถัดมา ไฟล์ canon ต้นฉบับอยู่ที่เดิมตลอดทั้งวัน และไม่เคยมีใครเปิดเลยแม้แต่ครั้งเดียว agent ทำ bible ให้ตัวละคร 10 ตัวทั้งวัน โดยใช้แค่ภาพอ้างอิงครึ่งตัวใบเดียวต่อตัวละคร แล้วเดาส่วนที่เหลือเอา

ตอนจบวัน agent เขียนสรุปของตัวเองว่าตรวจงานด้วยตาแล้ว ผ่านครบ จากนั้นเจ้าของงานนั่งไล่ดูเอง แล้ววงจุดผิดไว้ราว 15 จุด ทั้งของที่ตัวละครถืออยู่แต่ไม่เห็นมือกำ ของที่ตัวละครควรจะอ่านอยู่แต่กลับหันออกจากตัว ตัวละครที่ไม่ได้ใส่รองเท้า และของไม่สมมาตรที่สลับข้าง สุดท้ายต้องซ่อมภาพ 28 ใบ ทุกจุดใน 15 จุดนั้นผ่านสายตาของ agent มาแล้วทั้งหมด

แล้วเจ้าของงานก็พิมพ์ประโยคที่กลายเป็นกฎถาวรของบ้านเรามาจนถึงวันนี้

ถ้าทำไม่ได้ให้ไปใช้โมเดลอื่น มาปรับบรีฟไม่โอเคนะ

ตรงนี้คือจุดที่เรื่องนี้เกี่ยวกับแผนที่ ลองเอาวันที่ 13 กรกฎาคมไปวางทับข้อที่ 4 ของ Andrew Ng ทีละวลี

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

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

แล้วจะรู้ได้ยังไงว่าการตัดสินใจไหนเป็นของเรา

เกณฑ์ที่เราใช้ตอบคำถามนี้มี 3 ชั้น เราเขียนไว้ก่อนวันที่ 13 กรกฎาคม แล้ววันนั้นก็พิสูจน์ว่าเขียนไว้เฉยๆ ไม่พอ ต้องหยิบมันขึ้นมาถามก่อนเริ่มงาน ไม่ใช่ตอนสรุปหลังงาน

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

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

วันที่ 13 กรกฎาคม เรื่องเสื้อผ้าของตัวละครตัวนั้นอยู่ชั้นต้นน้ำชัดเจน เพราะนั่นคือการเปลี่ยนของที่เจ้าของงานตัดสินใจไว้แล้วและเขียนไว้แล้ว เวลาที่ใช้ตอบคำถามนี้คือไม่กี่วินาที ส่วนเวลาที่เสียไปเพราะไม่ได้ถามคือ 2 รอบของการสร้างภาพใหม่ บวกความเชื่อใจอีกก้อนที่ตีราคาไม่ได้

เกณฑ์นี้ใช้กับงานประจำวันได้โดยไม่ต้องมีพิธีอะไร ลองดู 3 เรื่องที่คนสั่งงาน agent เจอเกือบทุกสัปดาห์

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

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

ข้อแรก ความรู้สึกขัดใจไม่ใช่หลักฐานว่าบรีฟผิด เกิดจากวันที่ 13 กรกฎาคมโดยตรง ลำดับที่ถูกต้องตอนที่ของออกมาแล้วขัดใจคือ กลับไปเปิดต้นฉบับก่อน แล้วลองใช้ต้นฉบับเป็นตัวอ้างอิงตรงๆ แทนที่จะบรรยายเอง ถ้ายังไม่ได้ก็เปลี่ยนเครื่องมือหรือเปลี่ยนโมเดล และถ้ารู้สึกว่าบรีฟมีปัญหาจริงในเชิงจริยธรรม กฎหมาย หรือแบรนด์ ก็ถามเจ้าของงาน สิ่งเดียวที่ห้ามคือเงียบแล้วแก้ ข้อนี้ได้ผลทันทีตอนเรากลับไปใช้ canon เป็นตัวอ้างอิงตรงๆ ปัญหาภาพหายไปในรอบเดียว คำตอบอยู่ในบรีฟมาตลอด

ข้อสอง เสนอแล้วเงียบ คือไม่ ถ้าเราเสนออะไรไป 2 ครั้งแล้วเจ้าของงานคุยเรื่องอื่นทุกเรื่องแต่ไม่เคยแตะเรื่องนั้น ความเงียบนั้นคือคำตอบว่าไม่ ไม่ใช่ว่ายังไม่ได้ตัดสินใจ เราวัดข้อนี้จากของจริง คือมีเรื่องหนึ่งที่ agent ของเราเสนอซ้ำราว 13 ครั้งข้ามหลายเซสชัน เจ้าของงานไม่เคยพิมพ์คำว่าไม่เอาสักครั้ง แต่ตอบด้วยการ commit เก็บของชิ้นนั้นไว้ ซึ่งเป็นคำตอบที่ชัดกว่าคำพูด การเสนอซ้ำหลังจากนั้นไม่ใช่ความขยัน มันคือการไม่ฟังต่างหาก

ข้อสาม ไฟเขียวแคบไม่ใช่ขอบเขต พอเจ้าของงานบอกว่าผ่าน เขาก็ผ่านให้กับสิ่งที่เขาเพิ่งอ่าน ไม่ใช่กับการตัดสินใจข้างเคียงที่เขาไม่เคยเลือก วันที่ 24 มิถุนายน 2026 เราโดนจับได้ 2 ครั้งในเซสชันเดียวจากเรื่องนี้ ครั้งหนึ่งคือเอาคำว่าผ่านบนเนื้อหา ไปตีความว่าอนุญาตให้ปล่อยของภาษาเดียว ทั้งที่มาตรฐานของงานชิ้นนั้นคือ 2 ภาษา อีกครั้งคือเดาลำดับการปล่อยเอาเอง คำถามที่ใช้ป้องกันข้อนี้สั้นมาก คือ ไฟเขียวใบนี้ยังมีการตัดสินใจที่เจ้าของงานไม่เคยตัดสินค้างอยู่ข้างในไหม ถ้ามี ให้เรียกการตัดสินใจนั้นออกมาตรงๆ แล้วยืนยัน อย่าเดา

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

น้ำหนักถ่วงจาก Marty Cagan

ข้อเดียวในโพสต์ของ Andrew Ng ที่มีคนเถียงจริงจังคือข้อที่บอกว่าบทบาทกำลังเบลอเข้าหากัน และคนที่เถียงคือ Marty Cagan ที่เขียนไว้ใน SVPG (บล็อกของ Silicon Valley Product Group) เมื่อวันที่ 10 สิงหาคม 2026 ประโยคที่เป็นแกนของเขาคือ

People that are really good at using the tool are not the same people as those that are really good at creating the tool.

คือคนที่เก่งเรื่องใช้เครื่องมือ ไม่ใช่คนกลุ่มเดียวกับคนที่เก่งเรื่องสร้างเครื่องมือ และเขายกตัวอย่างไว้ตรงๆ ว่าคุณต้องรู้เรื่องการขายเยอะมากถึงจะสร้างซอฟต์แวร์สำหรับงานขายที่ดีได้ แต่การเก่งเรื่องขายไม่ได้ทำให้คุณเก่งเรื่องสร้างซอฟต์แวร์สำหรับงานขาย

ฟังเผินๆ เหมือน 2 คนนี้ขัดกัน แต่พออ่านช้าๆ ก็จะเห็นว่าทั้งคู่ตอบคนละคำถาม Andrew Ng ตอบคำถามว่า คนคนหนึ่งทำอะไรได้บ้าง และคำตอบของเขาคือทำได้กว้างกว่าเดิมมาก ซึ่งก็จริง ส่วน Marty Cagan ตอบคำถามว่า ใครเป็นคนรับผลว่าของชิ้นนี้ควรมีอยู่ไหม และคำตอบของเขาคือคำถามนั้นไม่ได้ย้ายเจ้าของไปไหน แค่เพราะคนอีกคนหยิบเครื่องมือขึ้นมาได้

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

ช่วงที่ 4พรุ่งนี้ทำอะไรต่างจากเดิม

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

ของที่เปลี่ยนได้ทันทีมี 3 อย่าง

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

อย่างที่สอง ครั้งหน้าที่ของส่งกลับมาแล้วคุณรู้สึกขัด ให้เปิดต้นฉบับก่อนแก้ แล้วนับว่าใน 5 ครั้งล่าสุดที่คุณขยับอะไรสักอย่างเพราะรู้สึกไม่ลงตัว คุณเปิดต้นฉบับก่อนจริงๆ กี่ครั้ง ตัวเลขของเราในวันที่ 13 กรกฎาคมคือ 0 จากทั้งวัน และคำตอบอยู่ในต้นฉบับมาตลอด

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

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

ช่องไหนของคุณบางที่สุด

ตอบจากงานเมื่อวาน อย่าตอบจากความตั้งใจ ข้อไหนที่คุณสะดุด นั่นคือข้อที่ควรลงแรงก่อน

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

เลือกข้อที่บางที่สุด 1 ข้อ แล้วทำให้พอใช้ ไม่ใช่ทำให้เก่ง ครบทุกข้อในระดับพอใช้ ช่วยงานได้มากกว่าเก่ง 2 ข้อแล้วว่างอีก 2

ปิดซีรีส์

แผนที่ครบ 4 ช่องแล้ว ตอนที่ 1 อยู่กับการสร้างและส่งแอป AI ขึ้นใช้งาน ตอนที่ 2 อยู่กับพื้นฐานวิศวกรรมซอฟต์แวร์ ตอนที่ 3 อยู่กับการใช้ coding agent และหน้านี้อยู่กับการกำหนดรูปของสิ่งที่จะสร้าง ซีรีส์นี้จบตรงนี้

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

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

Andrew Ng ปิดโพสต์ของเขาว่า I look forward to the road ahead! ซึ่งเราก็คิดแบบเดียวกัน ขอเพิ่มอีกประโยคเดียวคือ ถนนข้างหน้ากว้างขึ้นจริง และนั่นแหละคือเหตุผลที่ต้องรู้ว่าเลนของเราอยู่ตรงไหน

อ่านย้อนได้ที่ ตอนที่ 1 แผนที่ทักษะ AI ของ Andrew Ng ช่วงที่ 4 ที่คุยกันเรื่อง 6 ข้อย่อยของการสร้างและส่งแอป AI ขึ้นใช้งาน · ตอนที่ 2 คุณไม่ได้ข้ามการตัดสินใจ ช่วงที่ 3 ที่ว่าด้วยข้อมูล ซึ่งเป็นเสาเดียวที่พังแบบไม่มีเสียง และ ตอนที่ 3 ใช้ coding agent ให้เป็น ช่วงที่ 3 ที่ว่าด้วยคำถามว่าใครตรวจตัวตรวจ