สารบัญ
AAISM Series — คู่มือคุม AI ในมุมคนบริหาร (ไม่ใช่มุมผู้ตรวจ) ตอนที่ 09 / Domain 1 — AI Governance & Program Management ซีรีส์นี้เล่าจากมุม “เจ้าของกิจการ / CISO ที่เอา AI มาใช้จริง” ว่าต้องตัดสินใจอะไรบ้าง (สารบัญเต็มจะตามมา)
ก่อนหน้านี้เราคุยกันเรื่องนโยบายการใช้ AI ไปแล้ว — ตั้งกฎว่าพนักงานใช้ AI ได้แค่ไหน ป้อนอะไรเข้าไปได้บ้าง ทีนี้พอมีกฎแล้ว คำถามถัดมามันโหดกว่าเดิม คือ “แล้วตอนนี้ในบริษัทเรา มันมี AI วิ่งอยู่กี่ตัวกันแน่?”
ลองถามตัวเองตรงๆ นะครับ ถ้าตอนนี้มีคนเดินมาถามว่า “บริษัทคุณใช้ AI อยู่กี่ตัว ใครเป็นเจ้าของแต่ละตัว แล้วแต่ละตัวมันกินข้อมูลอะไรของบริษัทเข้าไปบ้าง” คุณตอบได้ไหม?
ผมเดาว่าเจ้าของกิจการส่วนใหญ่จะอึกอักครับ เพราะคำตอบจริงๆ มักจะเป็น ”…เยอะกว่าที่คิดเยอะ” และที่น่ากลัวกว่านั้นคือ มี AI อีกกองนึงที่เจ้าของไม่รู้ด้วยซ้ำว่ามันมีอยู่ — พนักงานแอบสมัครเอง แอบเอาไปใช้เอง โดยที่บริษัทไม่เคยอนุมัติ
ตอนนี้เราจะมาคุยกันเรื่องนี้ครับ — การ “นับ AI ให้ครบ” หรือที่ศัพท์ทางการเรียกว่า AI Inventory (บัญชีรายการสินทรัพย์ AI) รวมถึงวิธีไล่ล่าเจ้า Shadow AI ที่ซ่อนอยู่ในมุมมืดของบริษัท ทั้งหมดนี้ในมุม “เจ้าของที่ตั้งระบบนี้ขึ้นมาเอง” ไม่ใช่มุมผู้ตรวจที่เดินเข้ามาเช็ก
ทำไมต้อง “นับ” AI ด้วย — ในเมื่อมันก็แค่โปรแกรม?
ทั้งซีรีส์นี้ผมชวนมองว่า AI = พนักงานใหม่เก่งสุดๆ ที่เราต้องกำกับ ไม่ใช่เครื่องมือวิเศษที่เสกแล้วจบ และมุมนี้แหละครับที่ทำให้เรื่อง inventory เข้าใจง่ายขึ้นเยอะ
ลองคิดแบบนี้ — ถ้าคุณบริหารบริษัทที่มีพนักงาน 50 คน คุณต้องรู้ใช่ไหมครับว่ามีใครบ้าง แต่ละคนทำหน้าที่อะไร ใครเป็นหัวหน้าใคร ใครเข้าถึงข้อมูลลับได้บ้าง คุณมีทะเบียนพนักงาน มีผังองค์กร มีบันทึกว่าใครเซ็นสัญญาอะไรไว้
ทีนี้ลองนึกภาพว่าจู่ๆ มีพนักงาน “ผี” โผล่มาทำงานในบริษัทคุณ 20 คน โดยที่คุณไม่เคยจ้าง ไม่รู้ว่าใครจ้างมา ไม่รู้ว่าเขาเข้าถึงข้อมูลอะไรได้ ไม่รู้ว่าเขาเอาความลับบริษัทไปทำอะไร — น่ากลัวไหมครับ?
Shadow AI ก็คือพนักงานผีพวกนี้แหละครับ AI ที่พนักงานแอบเอามาใช้เองโดยบริษัทไม่รู้เลย และถ้าคุณนับ “พนักงาน AI” ของตัวเองไม่ครบ คุณก็กำกับมันไม่ได้ ตั้งกฎไปก็เท่านั้น เพราะกฎมันคุมได้แค่ตัวที่คุณรู้ว่ามีอยู่
นี่คือเหตุผลว่าทำไม inventory ถึงเป็น “ก้าวแรกจริงๆ” ของการคุม AI ไม่ใช่นโยบาย ไม่ใช่เทคโนโลยีล้ำๆ แต่คือการนับให้ครบก่อนว่าเรามีอะไรอยู่ในมือ มันเป็นของพื้นฐานที่สุด แต่ก็เป็นของที่คนข้ามบ่อยที่สุด
ก่อนอื่น — AI มันไม่ใช่ “โปรแกรมตัวเดียว” อย่างที่เราชิน
ตรงนี้สำคัญมากและเป็นจุดที่เจ้าของกิจการมักเข้าใจผิด เลยขอปูพื้นก่อน
เวลาเราพูดถึง “สินทรัพย์ IT” แบบเดิม เรามักนึกถึงของที่นับง่าย เช่น “บริษัทมี Microsoft Excel กี่ License” “มีเครื่องคอมกี่เครื่อง” “ลงโปรแกรมบัญชีตัวไหน” — มันเป็นก้อนๆ นับได้ จับต้องได้ หนึ่งโปรแกรม = หนึ่งรายการ จบ
แต่ AI ไม่ใช่แบบนั้นครับ ระบบ AI หนึ่งระบบ (ภาษาทางการเรียก AI Solution หรือ AIS) จริงๆ แล้วมันประกอบจากของหลายชิ้นซ้อนกันอยู่ ลองดูว่า AI หนึ่งตัวมันมีอะไรซ่อนอยู่ข้างในบ้าง:
| ชั้นข้างใน AI หนึ่งระบบ | มันคืออะไร (ภาษาคน) | ทำไมเจ้าของต้องสน |
|---|---|---|
| โมเดล (model) + เวอร์ชัน | ”สมอง” ของ AI ที่อาจมีหลายเวอร์ชันใช้พร้อมกัน | เวอร์ชันใหม่อาจตอบต่างจากเวอร์ชันเก่า ผลลัพธ์เปลี่ยน |
| ข้อมูลที่ใช้ฝึก + ข้อมูลตอนใช้งานจริง | ข้อมูลหลายชุดที่ป้อนเข้าไป ทั้งตอนสอนและตอนรันจริง | ข้อมูลลับบริษัทอาจไหลเข้าไปอยู่ในนี้ |
| อัลกอริทึม | สูตรการคิดที่อยู่เบื้องหลัง อาจมีหลายตัว | กระทบเรื่องความโปร่งใส อธิบายได้ไหมว่าทำไมตัดสินแบบนี้ |
| เครื่องมือของบุคคลที่สาม | ของที่ยืมคนอื่นมาประกอบ (เช่น เครื่องมือ open source, แพลตฟอร์ม ML บนคลาวด์) | เป็นช่องทางที่ความเสี่ยงและสัญญาของคนอื่นเข้ามาเกี่ยวข้อง |
| License หลายใบ | บางทีชิ้นส่วนแต่ละชิ้นมีสัญญาอนุญาตคนละใบ | ใช้ผิดเงื่อนไข = เสี่ยงทางกฎหมาย/ค่าใช้จ่ายงอก |
| เจ้าของหลายคน | AI ตัวเดียวอาจมีหลายแผนกแตะ ไม่มีเจ้าภาพชัด | พอมีปัญหาแล้วไม่รู้จะโทรหาใคร |
เห็นไหมครับว่ามันไม่เหมือน “ซื้อ Excel มาหนึ่งชุดแล้วจบ” เลย AI หนึ่งตัวมันคือกองของที่พันกันยุ่งเหยิง มีหลายเจ้าของ หลายเวอร์ชัน หลายชุดข้อมูล หลายสัญญา และยังต้องเจอกฎหมาย/ข้อบังคับอีกหลายชั้น
มุมผู้บริหาร: อย่าตั้งโจทย์ว่า “ลิสต์โปรแกรม AI ที่บริษัทซื้อ” เพราะมันจะได้ลิสต์ที่ตื้นเกินไป โจทย์ที่ถูกคือ “ลิสต์ระบบ AI แต่ละตัว พร้อมระบุว่าใครเป็นเจ้าของ ป้อนข้อมูลอะไรเข้าไป และผูกสัญญาของใครไว้บ้าง” — เพราะความเสี่ยงจริงมันอยู่ที่ข้อมูลและเจ้าของ ไม่ใช่ที่ชื่อโปรแกรม
และเพราะมันหลายชั้นแบบนี้ ถ้าบริษัทคุณ สร้างหรือปรับแต่งโมเดลเอง (ไม่ได้แค่ไปใช้ของสำเร็จรูป) คุณยังควรมีสมุดบันทึกอีกเล่มที่เรียกว่า AI Model Catalog — ทะเบียนโมเดลโดยเฉพาะ ว่าบริษัทมีโมเดลอะไร เวอร์ชันไหน ฝึกด้วยข้อมูลชุดไหน ใครดูแล ไว้ค่อยลงรายละเอียด แต่ขอให้รู้ไว้ก่อนว่ามันเป็นคนละเล่มกับ inventory รวมของทั้งบริษัท
เป้าหมายของการนับ — และกับดักที่เจ้าของชอบติด
ก่อนจะลงมือนับ ต้องตั้งหลักให้ชัดก่อนว่า เราทำสิ่งนี้ไปเพื่ออะไร เพราะถ้าตั้งเป้าผิด ผลลัพธ์จะพังตั้งแต่ยังไม่เริ่ม
กับดักที่ 1 — มองเป็น “การจับผิด”
นี่คือกับดักใหญ่ที่สุด และเป็นจุดที่เจ้าของกิจการพังบ่อยที่สุด
เป้าหมายของการนับ AI ไม่ใช่ เพื่อไปจับว่า “ใครแอบใช้ AI โดยไม่ขออนุญาต แล้วลงโทษ” — ถ้าคุณตั้งใจแบบนี้ รับรองว่าได้ตัวเลขที่โกหก เพราะพนักงานจะกลัวว่าตอบไปแล้วโดนด่า ก็เลยปิดปากเงียบ ไม่ยอมบอกว่าตัวเองใช้อะไรอยู่
เป้าหมายที่ถูกคือ “นับให้รู้ว่าเรามีอะไรอยู่ เพื่อจะได้กำกับมันได้” ไม่ใช่เพื่อจับผิด การที่พนักงานแอบหาเครื่องมือมาใช้เองมักแปลว่า “เขาอยากทำงานให้เร็วขึ้น” ซึ่งเป็นเรื่องดีด้วยซ้ำ แค่บริษัทต้องรู้และคุมให้ปลอดภัยเท่านั้นเอง
ลองนึกภาพบริษัทแห่งหนึ่ง (สมมติขึ้นมาให้เห็นภาพนะครับ) ประกาศว่า “ใครใช้ AI ที่บริษัทไม่อนุมัติ จะถูกตักเตือนเป็นลายลักษณ์อักษร” — ผลคืออะไรครับ? พนักงานที่เคยใช้ ChatGPT ช่วยร่างอีเมลก็เงียบกริบ ไม่มีใครยอมรับ สุดท้ายบริษัทได้ inventory ที่ดูสะอาดสวยงามแต่เป็นเรื่องโกหกทั้งเล่ม Shadow AI ยังวิ่งอยู่เต็มบริษัทเหมือนเดิม แค่ตอนนี้มันมุดลึกลงไปอีก
มุมผู้บริหาร: ตอนสื่อสารทั่วบริษัทเรื่องนับ AI ต้องพูดให้ชัดสามอย่าง — (1) เราทำเพื่ออะไร, (2) ขอให้ทุกคนบอกมาว่าใช้ AI อะไรอยู่บ้าง, (3) บอกตรงๆ จริงๆ ไม่มีใครโดนลงโทษ การยอมรับว่าใช้อะไรอยู่ = ช่วยบริษัทคุมความเสี่ยง = เป็นฝ่ายดี ไม่ใช่ฝ่ายผิด ถ้าข้อ (3) ไม่หนักแน่นพอ อีกสองข้อก็ไร้ความหมาย
กับดักที่ 2 — คิดว่าทำครั้งเดียวจบ
inventory ไม่ใช่งานทำครั้งเดียวแล้วเก็บเข้าลิ้นชัก โลก AI มันขยับเร็วมาก เดือนนี้ทีมการตลาดอาจสมัครเครื่องมือใหม่ เดือนหน้าทีมขายอาจเอา AI อีกตัวมาใช้ ถ้านับครั้งเดียวแล้วทิ้ง อีกหกเดือนรายการนั้นก็กลายเป็นกระดาษเก่าที่ไม่ตรงความจริง
หลักการคือ ต้องทบทวนอย่างน้อยปีละครั้ง (ขั้นต่ำ) และจริงๆ ควรมีกลไกให้รายการมันอัปเดตเองเรื่อยๆ เมื่อมีของใหม่เข้ามา ไม่ใช่รอรอบใหญ่ปีละหน
ทำไมไม่ให้ “ฝ่ายตรวจสอบ” เป็นคนนำ
จุดนี้น่าสนใจในมุมการจัดองค์กร — การนับ AI ไม่ควรให้ฝ่ายตรวจสอบภายใน (internal audit) เป็นคนนำ แต่ควรเป็นแผนกที่ดูแลเรื่อง AI หรือเรื่องข้อมูลของบริษัทเป็นเจ้าภาพ
เหตุผลง่ายๆ ครับ ถ้าให้ฝ่ายตรวจสอบนำ พนักงานจะยิ่งรู้สึกว่า “นี่คือการตรวจจับ” กลับไปติดกับดักที่ 1 อีก ฝ่ายตรวจสอบมีหน้าที่ “ตรวจทีหลังว่าที่ทำมามันครบถ้วนถูกต้องไหม” — เป็นคนตรวจการบ้าน ไม่ใช่คนทำการบ้าน ส่วนคนทำการบ้านคือฝ่ายที่เป็นเจ้าภาพเรื่อง AI/ข้อมูลโดยตรง
เริ่มนับยังไง — ของมีอยู่แล้วบางส่วน อย่าเริ่มจากศูนย์
ข่าวดีคือคุณไม่ต้องเริ่มจากกระดาษเปล่า ของหลายอย่างในบริษัทช่วยเป็นจุดตั้งต้นได้
จุดตั้งต้นที่ดี — นโยบายการใช้ AI ที่เคยทำไว้
ถ้าบริษัทเคยทำ นโยบายการใช้ AI (AI Usage Policy) ไว้แล้ว ตอนทำนโยบายนั้นมักจะมีการสำรวจเบื้องต้นไปแล้วบางส่วนว่าบริษัทใช้ AI ทำอะไรบ้าง เอารายการนั้นมาเป็นโครงตั้งต้นได้เลย ไม่ต้องนับใหม่หมด
แยกสองโลก — AI ที่เราสร้างเอง vs AI ที่เราไปใช้ของเขา
วิธีนับมันต่างกันตามว่า AI ตัวนั้นมาจากไหน:
โลกที่ 1 — AI ที่บริษัทพัฒนา/ดูแลเอง อันนี้นับง่ายกว่า เพราะมันมีร่องรอยเอกสารอยู่แล้วในกระบวนการพัฒนา — เอกสารตอนเปลี่ยนแปลงระบบ, ตอนปล่อยเวอร์ชันใหม่, เอกสารบริหารโครงการ พวกนี้ไล่ดูแล้วประกอบเป็นรายการได้ค่อนข้างครบ
โลกที่ 2 — AI ที่ไปสมัคร/ซื้อจากข้างนอกมาใช้ อันนี้แหละที่ยากและซ่อนเยอะ เพราะใครๆ ก็สมัครเองได้ในไม่กี่คลิก ไม่ต้องผ่าน IT
ของในมือฝ่าย IT ที่ช่วยส่องหา AI ได้
ฝ่าย IT หรือฝ่ายความปลอดภัยมักมีเครื่องมือที่ช่วย “ส่องหา” ระบบและการเชื่อมต่อในเครือข่ายอยู่แล้ว เอามาช่วยล่า AI ที่ซ่อนอยู่ได้ เช่น
- แผนผังการไหลของข้อมูล (dataflow diagram) — ดูว่าข้อมูลบริษัทไหลไปไหนบ้าง บางทีมันไหลออกไปหา AI ข้างนอกโดยที่เราไม่เคยสังเกต
- ข้อมูลกำกับ (metadata) — ร่องรอยเบื้องหลังที่บอกว่ามีระบบอะไรคุยกับอะไรอยู่
- ระบบจัดการสิทธิ์การเข้าถึงผู้ใช้ (เช่น Active Directory) — ดูว่ามีใครล็อกอินเข้าใช้บริการ AI ตัวไหนอยู่บ้าง
มุมผู้บริหาร: เจ้าของกิจการไม่ต้องรู้ว่า dataflow diagram หรือ Active Directory ทำงานยังไงในรายละเอียด แค่ต้องรู้ว่า “ฝ่าย IT มีเครื่องมือส่องเครือข่ายอยู่แล้ว ให้สั่งเขาช่วยล่า AI ที่ไม่ได้ขออนุมัติด้วย” — เพราะวิธีถามคนตรงๆ อย่างเดียวจับ Shadow AI ไม่หมด ต้องใช้ทั้งถามคนและส่องระบบควบคู่กัน
ตั้ง “ช่องข้อมูลมาตรฐาน” — นับแบบไหนให้ใช้ต่อได้จริง
จุดที่ทำให้ inventory ดีหรือพังอยู่ตรงนี้เลยครับ — เก็บข้อมูลให้เป็นรูปแบบเดียวกันทั้งบริษัท
ลองนึกภาพถ้าแต่ละแผนกส่งรายการ AI มาในรูปแบบของตัวเอง แผนกหนึ่งเขียนแค่ชื่อ อีกแผนกเขียนยาวเป็นเรียงความ อีกแผนกเขียนแต่ราคา — พอเอามารวมกันก็มั่วซั่ว เทียบกันไม่ได้ ใช้ต่อไม่ได้ เสียเวลานับฟรี
ทางแก้คือกำหนด ช่องข้อมูลมาตรฐาน (standardized fields) ให้ทุกคนกรอกเหมือนกัน ผมขอเรียงเป็นตารางพร้อมอธิบายว่าแต่ละช่องมีไว้ทำไมในมุมเจ้าของ:
| ช่องที่ต้องเก็บ | คืออะไร | เจ้าของได้อะไรจากช่องนี้ |
|---|---|---|
| ชื่อระบบ AI | ชื่อเครื่องมือ/ระบบ | รู้ว่ากำลังพูดถึงตัวไหน |
| เลขเวอร์ชัน | ใช้รุ่นไหนอยู่ | รุ่นต่างกันพฤติกรรมต่างกัน ตามรอยได้ |
| License (สัญญาอนุญาต) | ใช้ภายใต้เงื่อนไขแบบไหน | กันใช้ผิดเงื่อนไขจนโดนปรับ |
| ค่าใช้จ่าย | จ่ายเท่าไหร่ จ่ายยังไง | คุมงบ + เห็นว่ามีอะไรจ่ายซ้ำซ้อนไหม |
| รูปแบบการใช้งาน | เป็นเว็บ, แอปติดตั้ง, หรือเชื่อมผ่าน API | กระทบว่าข้อมูลไหลออกทางไหน เสี่ยงตรงไหน |
| ใช้ทำอะไร | จุดประสงค์ของระบบนี้ | รู้ว่ามันแตะงานสำคัญแค่ไหน |
| ใช้บ่อยแค่ไหน | ความถี่การใช้งาน | ตัวที่ใช้หนัก = ความเสี่ยงสูง ต้องคุมก่อน |
| ผู้เกี่ยวข้อง (stakeholders) | ใครใช้ ใครได้รับผลกระทบ | รู้ว่าถ้ามีปัญหากระทบใครบ้าง |
| เจ้าของที่รับผิดชอบ | คนหรือแผนกที่เป็นเจ้าภาพ | มีปัญหาแล้วรู้ว่าโทรหาใคร — ช่องสำคัญที่สุด |
| รายละเอียดผู้ขาย/บุคคลที่สาม | ถ้าเป็นของข้างนอก ใครเป็นคนขาย | โยงไปเรื่องสัญญาและความเสี่ยงของคู่ค้า |
ช่องที่ผมอยากเน้นเป็นพิเศษคือ “เจ้าของที่รับผิดชอบ” ครับ เพราะ AI หลายตัวในบริษัทมักไม่มีเจ้าภาพชัด พอเกิดเรื่อง (เช่น AI ตอบลูกค้าผิดจนเสียหาย) ก็ไม่รู้ว่าใครต้องรับผิดชอบแก้ ช่องนี้บังคับให้ทุกระบบมีชื่อคนจริงๆ ติดอยู่
มุมผู้บริหาร: ถ้าจะตัดช่องไหนออกเพราะกลัวพนักงานกรอกเยอะแล้วเบื่อ อย่าตัด “เจ้าของที่รับผิดชอบ” กับ “ใช้ทำอะไร + ป้อนข้อมูลอะไร” เด็ดขาด — เพราะสองอย่างนี้คือตัวบอกความเสี่ยงจริง ส่วนค่าใช้จ่ายหรือเวอร์ชันถ้าจำเป็นค่อยตามเก็บทีหลังได้
สองวิธีหลักในการเก็บข้อมูล — แบบสอบถาม vs สัมภาษณ์
ทีนี้พอรู้ว่าจะเก็บอะไร คำถามคือ เก็บยังไง มีสองวิธีหลักที่ใช้กันคือ แบบสอบถาม (survey) กับ การสัมภาษณ์ (interview) แต่ละแบบมีจุดเด่นจุดอ่อนต่างกัน ผมขอเทียบให้เห็น:
| แบบสอบถาม (Survey) | สัมภาษณ์ (Interview) | |
|---|---|---|
| เหมาะกับ | เก็บข้อมูลพื้นฐานวงกว้าง เร็ว ทีละเยอะ | เจาะลึก ทีมที่กำลังทดลอง AI เพื่อเรียนรู้ |
| จุดเด่น | ทำทีเดียวได้คนเยอะ ประหยัดเวลา | ถามต่อได้ เคลียร์คำตอบกำกวมได้ |
| จุดอ่อน | ถ้าตั้งคำถามไม่ดี ได้ข้อมูลมั่ว | ช้า ใช้คน ทำกับคนทั้งบริษัทไม่ไหว |
| เคล็ดสำคัญ | ให้ไม่เปิดเผยตัวพอประมาณ คนจะตอบจริง | ตั้งคำถามมาตรฐาน มีตัวเลือกคำตอบให้ |
แบบสอบถาม — ความลับของ “ไม่เปิดเผยตัวพอประมาณ”
แบบสอบถามเหมาะกับการเก็บข้อมูลตั้งต้นวงกว้างมากครับ ทำทีเดียวกระจายทั้งบริษัท แต่มีจุดละเอียดอ่อนที่น่าสนใจมาก — เรื่อง การไม่เปิดเผยตัวตน (anonymity)
ตรรกะมันเป็นแบบนี้:
- ให้ตอบแบบไม่เปิดเผยตัวพอสมควร → คนกล้าตอบความจริง ไม่กลัวโดนเล่นงาน โดยเฉพาะถ้าย้ำชัดว่า “ตอบตรงๆ ไม่มีใครโดนลงโทษ” → ได้ข้อมูลจริง
- แต่ถ้าไม่เปิดเผยตัวเลยแบบ 100% → กลายเป็นว่าไม่มีใครรู้สึกต้องรับผิดชอบกรอก คนก็ขี้เกียจตอบ อัตราการตอบกลับต่ำ → ได้ข้อมูลน้อย
เห็นไหมครับว่ามันเป็นเส้นบางๆ ต้องบาลานซ์ระหว่าง “กล้าตอบจริง” กับ “รู้สึกต้องรับผิดชอบตอบ” และอีกเคล็ดคือ ตั้งคำถามให้ตอบเป็นข้อมูลที่จับต้องได้ (quantifiable) เช่น ให้เลือกจากตัวเลือก ไม่ใช่ปล่อยให้เขียนความเรียงยาวๆ เพราะคำตอบแบบเลือกตัวเลือกเอามารวมและเทียบกันได้ง่ายกว่ามาก
สัมภาษณ์ — ต้องตั้งคำถามมาตรฐาน ไม่งั้นเก็บมาใช้ไม่ได้
การสัมภาษณ์เหมาะกับการเจาะลึกเป็นรายทีม โดยเฉพาะทีมที่กำลังทดลอง AI เพื่อเรียนรู้หรือพัฒนาทักษะ (ไม่ใช่เอาไปทำสินค้าขายจริงจัง) แต่จุดที่พังง่ายคือ ถ้าถามแบบปลายเปิดเกินไป จะได้คำตอบที่เอามารวมกันไม่ได้
ผมขอยกตัวอย่างให้เห็นภาพชัดๆ (สมมตินะครับ):
ถ้าถามลอยๆ ว่า “คุณใช้ AI อะไรบ้าง?” แล้วพนักงานตอบว่า “ChatGPT” — ฟังดูเหมือนตอบแล้ว แต่จริงๆ ยังคลุมเครือมาก คนสัมภาษณ์ต้องถามต่อให้เคลียร์ เช่น
- มันคือ ChatGPT ของ OpenAI จริงๆ หรือจริงๆ แล้วหมายถึง Claude / Google Gemini / Microsoft Copilot ที่คนชอบเรียกรวมๆ ว่า “ChatGPT”?
- ใช้เวอร์ชันไหน? (เช่น ต้องจัดกลุ่มคำตอบ “ChatGPT-4o” ให้ไปรวมกับคำตอบ “ChatGPT” อื่นๆ ให้ถูก)
นี่คือเหตุผลว่าทำไมต้อง ตั้งชุดคำถามและตัวเลือกคำตอบไว้ล่วงหน้าให้เป็นมาตรฐาน ไม่งั้นคนหนึ่งตอบแบบหนึ่ง อีกคนตอบอีกแบบ พอเอามารวมก็จัดกลุ่มไม่ได้ กลายเป็นกองข้อมูลที่ใช้ทำอะไรต่อไม่ได้
มุมผู้บริหาร: ในทางปฏิบัติ เจ้าของกิจการส่วนใหญ่จะใช้ แบบสอบถามเป็นตัวหลัก (เก็บวงกว้าง เร็ว) แล้วใช้ สัมภาษณ์เสริมเฉพาะทีมที่ใช้ AI หนักหรือทีมที่กำลังทดลองอะไรใหม่ๆ ไม่ต้องสัมภาษณ์ทุกคนให้เสียเวลา — เลือกใช้ให้ถูกงาน
เก็บรายการไว้ที่ไหน — อย่าให้เป็นไฟล์ Excel ที่ลืมในเครื่องใครคนหนึ่ง
นับเสร็จแล้วต้องเอาไปเก็บให้ดี ไม่งั้นความพยายามทั้งหมดสูญเปล่า หลักการคือ เอาไปผูกกับระบบจัดการสินทรัพย์ที่บริษัทใช้อยู่แล้ว (ถ้ามี) เช่นพวกระบบจัดการงาน/สินทรัพย์ขององค์กร แทนที่จะทำเป็นไฟล์ลอยๆ ในเครื่องใครคนหนึ่งที่พอเขาลาออกก็หายไปด้วย
เอกสารที่ควรเก็บคู่กับ inventory ก็เช่น นโยบายการใช้ AI ของบริษัท (บอกเป้าหมายและทิศทาง) และกระบวนการดูแลรักษารายการให้อัปเดต — เพื่อให้คนที่มาดูทีหลังเข้าใจได้ว่าบริษัทใช้ AI ไปเพื่ออะไรและดูแลมันยังไง
ทำไม inventory ของ AI ดูแลยากกว่าของ IT ทั่วไป
จุดนี้คือหัวใจที่ทำให้ AI ต่างจากสินทรัพย์ IT เดิม — โลก AI มันเปลี่ยนแปลงตลอดเวลาและกระจายอำนาจ (decentralized)
ของ IT แบบเดิมมันค่อนข้างนิ่ง บริษัทซื้อโปรแกรมบัญชีมาตัวหนึ่ง มันก็อยู่อย่างนั้นเป็นปีๆ มีฝ่าย IT คุมการติดตั้งจากศูนย์กลาง แต่ AI ไม่ใช่แบบนั้น — แต่ละแผนกแอบไปจ้าง ไปสมัคร ไปใช้ AI กันเองได้ โดยไม่ผ่านฝ่าย IT เลย
ลองนึกภาพแผนกบุคคล (HR) ของบริษัทหนึ่ง (สมมตินะครับ) ไปสมัครเครื่องมือ AI ช่วยคัดกรองใบสมัครงานมาใช้เอง เพราะเห็นว่ามันช่วยร่นเวลาคัดใบสมัครได้เยอะ — ฟังดูดีใช่ไหมครับ? แต่ฝ่าย IT ไม่รู้เรื่องเลย ความปลอดภัยข้อมูลผู้สมัครก็ไม่มีใครตรวจ แถม AI คัดคนแบบนี้ถ้าเผลอเลือกปฏิบัติ (เช่น เอนเอียงเรื่องเพศหรืออายุ) บริษัทก็เสี่ยงทั้งเรื่องกฎหมายและชื่อเสียง โดยที่ผู้บริหารไม่รู้ด้วยซ้ำว่ามันมีอยู่
นี่แหละครับคือ Shadow AI ตัวเป็นๆ มันอันตรายไม่ใช่เพราะร้ายกาจ แต่เพราะมัน “มองไม่เห็น” คุณกำกับสิ่งที่คุณไม่รู้ว่ามีอยู่ไม่ได้
เจาะลึก Shadow AI — ทำไมห้ามไม่ได้ และควรทำยังไงแทน
เรื่อง Shadow AI สำคัญพอที่จะแยกมาคุยให้ลึกครับ เพราะมันคือสาเหตุหลักที่ทำให้ inventory ส่วนใหญ่ “ไม่ครบ”
Shadow AI (ตามรอยคำว่า Shadow IT ที่มีมานาน) คือการที่พนักงานหรือแผนกเอา AI มาใช้เองโดยบริษัทไม่รู้และไม่ได้อนุมัติ — เหมือนพนักงานผีที่ผมเปรียบไว้ตอนต้น
ทำไมมันถึงเกิดขึ้นเสมอ (และจะเกิดต่อไป)
ต้องเข้าใจก่อนว่า Shadow AI ไม่ได้เกิดเพราะพนักงานเป็นคนไม่ดี ส่วนใหญ่มันเกิดเพราะ:
- เครื่องมือ AI สมัครง่ายเหลือเกิน แค่กรอกอีเมล คลิกไม่กี่ที ก็ใช้ได้แล้ว ไม่ต้องรอ IT อนุมัติเป็นสัปดาห์
- พนักงานแค่อยากทำงานให้เร็วขึ้น เห็นเครื่องมือที่ช่วยร่นงานได้ก็คว้ามาใช้ เป็นสัญชาตญาณคนทำงานปกติ
- บริษัทช้ากว่าพนักงาน กว่าบริษัทจะอนุมัติเครื่องมือใหม่อย่างเป็นทางการ พนักงานใช้ของที่หาเองมาเป็นเดือนแล้ว
จุดที่ต้องยอมรับคือ — คุณห้าม Shadow AI ให้หมดเกลี้ยงไม่ได้ ถ้าตั้งกฎเหล็กห้ามใช้ทุกอย่างที่ไม่อนุมัติ ผลที่ได้ไม่ใช่ “ไม่มีใครใช้” แต่เป็น “ทุกคนใช้แบบหลบให้ลึกขึ้น” ซึ่งแย่กว่าเดิม เพราะตอนนี้คุณมองไม่เห็นมันเลย
กับดักการมองแบบผิดๆ — เทียบสองมุม
| มองแบบผิด (จับผิด) | มองแบบถูก (กำกับ) |
|---|---|
| “ใครแอบใช้ AI = ผิดวินัย ต้องลงโทษ" | "พนักงานหาเครื่องมือมาช่วยงาน = สัญญาณว่าเขาอยากทำงานดีขึ้น” |
| ตั้งกฎเหล็กห้ามทุกอย่างที่ไม่อนุมัติ | ทำให้การ “ขอใช้” ง่ายและเร็ว คนจะเลือกทางสว่างเอง |
| ปิดบัง ลงโทษ → คนมุดลึก | เปิดเผย ไม่ลงโทษ → คนยอมบอก |
| inventory สวยแต่โกหก | inventory จริง แม้จะดูรกกว่า |
มุมผู้บริหาร: วิธีจัดการ Shadow AI ที่ได้ผลจริงไม่ใช่ “ไล่ล่าแล้วลงโทษ” แต่คือ “ทำให้การใช้ AI อย่างถูกต้องมันง่ายกว่าการแอบใช้” — ถ้ากระบวนการขออนุมัติเร็วและไม่จุกจิก พนักงานก็ไม่มีเหตุผลต้องแอบ พอคนเลิกแอบ inventory ก็ครบเอง การไล่ล่าด้วยเครื่องมือทาง IT เป็นแค่ตัวเสริม ไม่ใช่ตัวหลัก
สรุปสั้นๆ ให้ตัวเองจำได้
อ่านมาถึงตรงนี้ ขอจดกันลืมไว้สี่อย่างครับ
อย่างแรก — นับให้ครบคือก้าวแรกจริงๆ ก่อนจะคุม AI ได้ ต้องรู้ก่อนว่ามีอะไรอยู่ในมือ และ AI หนึ่งตัวไม่ใช่โปรแกรมก้อนเดียวแบบ Excel แต่เป็นกองของหลายชั้น — หลายโมเดล หลายชุดข้อมูล หลายเจ้าของ หลายสัญญา ฉะนั้นต้องนับให้ลึกถึง “ใครเป็นเจ้าของ + ป้อนข้อมูลอะไรเข้าไป” ไม่ใช่แค่ชื่อโปรแกรม
อย่างที่สอง — นับเพื่อกำกับ ไม่ใช่เพื่อจับผิด ถ้าพนักงานกลัวโดนลงโทษ เขาจะปิดปาก แล้วคุณจะได้ inventory ที่สวยแต่โกหก ต้องย้ำให้ชัดว่าการยอมรับว่าใช้อะไรอยู่ = ช่วยบริษัท ไม่ใช่ความผิด
อย่างที่สาม — Shadow AI ห้ามไม่ได้ ต้องดึงเข้าที่แจ้ง พนักงานแอบใช้ AI เพราะอยากทำงานเร็วขึ้น ไม่ใช่เพราะเป็นคนร้าย วิธีแก้คือทำให้การใช้อย่างถูกต้องง่ายกว่าการแอบใช้ ใช้ทั้งการถามคน (แบบสอบถาม + สัมภาษณ์) และการส่องระบบของฝ่าย IT ควบคู่กัน
อย่างที่สี่ — นับครั้งเดียวไม่จบ โลก AI เปลี่ยนเร็ว ต้องทบทวนรายการอย่างน้อยปีละครั้ง และควรมีกลไกให้มันอัปเดตเองเมื่อมีของใหม่เข้ามา เก็บรายการไว้ในระบบกลางของบริษัท ไม่ใช่ไฟล์ลอยในเครื่องใครคนหนึ่ง
ถ้าจะสรุปแบบที่เจ้าของกิจการน่าจะพยักหน้าตาม — “งั้นก็คือต้องรู้ก่อนว่ามี AI อะไรบ้าง ใครคุม ป้อนข้อมูลอะไร แล้วทำให้คนกล้าบอกความจริง โดยไม่ทำตัวเป็นตำรวจ” ใช่เลยครับ เพราะคุณกำกับพนักงานที่คุณไม่รู้ว่ามีตัวตนไม่ได้
ตอนหน้าเราจะขยับจาก “นับ AI ให้ครบ” ไปสู่อีกครึ่งที่สำคัญไม่แพ้กัน — “แล้วข้อมูลที่ป้อนเข้า AI ทั้งหลายเนี่ย เรารู้จักมันดีแค่ไหน?” เรื่องการทำบัญชีข้อมูล (data inventory) และการจัดการข้อมูลที่เป็นอาหารหลักของ AI ไว้เจอกันครับ
อ้างอิงเนื้อหา: AAISM — Domain 1: Section 1.11 (AI Asset Identification and Inventory) — ครอบคลุม 1.11.1 วัตถุประสงค์และกระบวนการ, 1.11.2 วิธีเก็บข้อมูล (แบบสอบถาม/สัมภาษณ์), 1.11.3 การจัดเก็บเอกสารและ Shadow AI