ทำงาน QA มา 3 ปี รู้สึกว่าทำไมงานมันก็วนไปวนมาอยู่ที่เดิมอยากย้ายไปที่อื่นก็ไม่กล้า จะขอเลื่อนตำแหน่งก็ไม่ได้ซักที ใครรู้สึกแบบนี้อยู่ ปัญหาอาจจะไม่ใช่แค่เรื่อง skill ก็ได้นะคะ . ช่วงที่ผ่านมาพี่กิ่งได้ไปฟังคลิปนึงของ Dan Koe มาค่ะ ชื่อว่า “How to become so valuable AI will never replace you” ทำยังไงถึงจะเป็นคนที่มีคุณค่ามากจน AI ก็มาแทนไม่ได้ เขาพูดถึง 6 ไอเดีย ที่ทำให้เราเป็นคนที่ AI มาแทนไม่ได้ 1️⃣ Agency: ลงมือทำโดยไม่ต้องรอให้ใครสั่ง2️⃣ Taste: รู้ว่าอะไรดี หรือไม่ดี ได้เอง โดยไม่ต้องถามใคร3️⃣ Flow state: ทำงานที่ท้าทาย ในจุดที่พอดี4️⃣ Persuasion: สื่อสารให้คนอื่นเข้าใจและเห็นคุณค่าสิ่งที่เราทำ5️⃣ Trial & Error: เรียนรู้จากความผิดพลาด ไม่ใช่กลัวมัน6️⃣ […]

จริงๆ ปัญหาอาจจะไม่ได้อยู่ที่คำตอบนะคะ . พี่กิ่งก็เป็นบ่อยเลยค่ะ สัมภาษณ์จบไปแล้ว ก็คิดว่าตอบไปตามความจริงแล้ว ไม่ได้โกหก ไม่ได้แต่งเรื่องขึ้นมา แต่ก็มางงตัวเองว่า พูดอะไรไป แล้วที่เล่าไปมันได้อะไรบ้างนะ ทั้งๆ ที่ก็ไม่ได้พูดอะไรผิดเลย . ปัญหามันอาจจะไม่ได้อยู่ที่เรื่องเล่านะคะแต่เราอาจจะเผลอเล่าโดยคิดว่า “คนฟังรู้เรื่องราวเบื้องลึกเบื้องหลังอยู่แล้ว” แต่ความจริงแล้ว คนที่มาสัมภาษณ์เรา เค้าเป็นคนแปลกหน้าไม่ได้รู้ว่าทีมเราทำงานยังไงไม่รู้ว่าบั๊กที่เล่าไปมันใหญ่แค่ไหนไม่รู้ว่าคำว่า “หาอยู่หลายวัน” ที่เราพูดไป มันหมายความว่ายังไง แล้วพอเราตอบออกไป มันก็จะฟังดูเลื่อนลอย จับประเด็นไม่ค่อยได้ตามไปด้วยค่ะ . วันนี้พี่กิ่งเลยอยากพาไปชวนดูเรื่อง STAR ที่ถูกออกแบบมาเพื่อแก้ปัญหานี้ ⭐ STAR คือ framework ที่บังคับให้เราเล่าเรื่องแบบให้คนนอกตามได้ 📍 เริ่มจากสถานการณ์ที่เจอ (Situation) -> หน้าที่ของเรา (Task) -> สิ่งที่เราทำจริงๆ (Action) -> ผลลัพธ์ที่เกิดขึ้น (Result) มันไม่ใช่สิ่งที่ทำให้เราพูดเกินจริงไม่ใช่เพื่อให้เราเตรียมสคริปต์สำหรับจำเข้าไปตอบ แต่เพื่อให้เราสามารถเล่าประสบการณ์ของเรา ในแบบที่คนนอกจะเข้าใจได้เป็นการร้อยเรียงเรื่องราว ให้คนฟังเห็นภาพตามและเข้าใจ impact ที่เกิดขึ้นได้จริงๆ . สมมติเราเจอคำถามว่า “เล่าบั๊กที่ซับซ้อนที่สุดที่เคยเจอให้ฟังหน่อย”

❓ “เคยปล่อยบั๊กหลุดขึ้น production มั้ย” เป็นคำถามที่พี่กิ่งใช้ถามเวลาสัมภาษณ์บ่อยมากเลยค่ะและก็จะสังเกตว่า หลายๆ คน จะตอบว่า “ไม่เคย” แล้วก็จบ พี่กิ่งก็ไม่แน่ใจเหมือนกันว่าในใจของคนที่ตอบว่า “ไม่เคย” จะคิดอะไรอยู่นะคะอาจจะอยากแสดงความมั่นใจว่าเป็น QA ที่จับบั๊กได้ทุกตัวเป็น QA ที่เขียน test case ได้ครอบคลุมจนไม่เคยมีบั๊กหลุด แต่จริงๆ แล้ว “ไม่เคย” อาจจะไม่ใช่คำตอบที่ดีเสมอไปมันอาจจะแปลว่า ไม่เคยไปตามดูเลยว่าหลังเทสเสร็จแล้ว เกิดอะไรขึ้นบ้างหรืออาจจะแปลว่า ไม่เคยเจอ เพราะทีม track production bug ที่ user ส่งเข้ามาไว้ใน project ของ customer support ทำให้ไม่เคยเห็นหรืออาจจะแปลว่า ไม่เคย จริงๆ ก็ได้ (นั่นแปลว่าคุณโชคดีมากๆ ค่ะ 😂) . แล้วในฐานะคนสัมภาษณ์ อยากได้คำตอบแบบไหน 📍 ถ้าไม่เคยจริงๆ ก็ตอบไปตามตรงได้เลยค่ะ อาจจะเล่าต่อซักหน่อยว่า มีกระบวนการยังไง ที่ทำให้มั่นใจได้ว่าจะเจอบั๊กก่อนขึ้นจริง หรือมีการ

เคยเป็นมั้ยคะ โดน assign งานที่ไม่เคยทำมาก่อน พอเห็นก็คิดในใจเลยว่า อันนี้มันเกินไป ทำไม่ได้แน่ๆ ยังไม่ทันได้เริ่มทำเลย แต่ในหัวก็ตัดสินไปแล้วว่าสู้ไม่ได้ ความรู้สึกนี้มันปกติมากเลยนะคะ ไม่ได้แปลว่าเราไม่เก่งด้วยค่ะความกลัวแบบนี้ มันเป็นของแถมที่มักจะพ่วงมากับงานของเราเสมอ แต่ไม่ค่อยมีใครพูดถึงกันแต่จริงๆ ทุกคนก็เคยผ่านมันมาทั้งนั้นค่ะ . มีครั้งนึง พี่กิ่งต้องรายงาน test result ใน conference call เป็นภาษาอังกฤษตอนนั้นภาษาก็ยังไม่ดีเท่าไหร่ ไม่เคยพูดภาษาอังกฤษในที่ประชุมเลยด้วยซ้ำแต่ก็คิดว่าลองดูซักตั้ง ก็ไปเตรียมตัว เขียนโน้ตไว้ ซ้อมพูดกับคนอื่น สรุปว่าในมีตติ้ง ทุกคนคุยเรื่องอื่นกันจนหมดเวลา ไม่ได้มีจังหวะให้พูดเลยซักคำจบมีตติ้งนั้น ทั้งขำทั้งโล่ง แต่ก็ทำให้ได้รู้ว่า เราก็เตรียมได้นี่นา ถ้ามีครั้งหน้าอีกก็คงไม่กลัวเท่าเดิมแล้ว 💡 ความกลัว มันไม่ได้บอกว่าเราไม่เก่งพอแต่มันแค่บอกว่าเรื่องนี้สำคัญสำหรับเรา . และเรื่องแบบนี้ ก็เป็นสิ่งที่เกิดซ้ำๆ กับงานของเรามากมายจนนับไม่ถ้วน 🔸 เวลาต้องค้านใครซักคนในที่ประชุมไม่ว่าจะเป็น requirement ที่ไม่ได้คิดเรื่องเทสให้ดี หรือคุยเรื่องบั๊กที่เห็นไม่ตรงกัน “ถ้าพูดไปแล้วทีมจะมองเรายังไง”“ถ้าความเห็นเราผิด แล้วจะดูไม่ professional รึเปล่า” 🔸 มีเรื่องที่สงสัยอยากจะถามฟังคนอื่นคุยกันในที่ประชุมแล้วไม่เข้าใจเลย แต่ทำไมไม่มีใครถามอะไรเลยนะ “ถ้าเราถามไปแล้วจะดูโง่มั้ย”“หรือเป็นเราเองที่ตามไม่ทัน” 🔸

เคยรู้สึกมั้ยคะว่าตัวเองเป็นคนสุดท้ายที่ต้องรับจบตลอด เวลาเกิดอะไรขึ้น 🐛 เจอบั๊กก่อนขึ้น production… ทำไมก่อนหน้านี้เทสไม่เจอ🐛 ลูกค้าเจอบั๊ก… QA เทสรึเปล่า ทำไมหลุด🐛 Requirement เปลี่ยนกลางคัน… ต้องเริ่มเทสใหม่หมด แต่ deadline ยังเป็นวันเดิม ทั้งๆ ที่บางทีปัญหามันก็เกิดมาตั้งนานแล้ว ก่อนจะมาถึงมือเราด้วยซ้ำแต่ทำไมถึงจะต้องมาพังเอาตอนท้ายๆ แล้วงานก็ดีเลย์ทุกที . พี่กิ่งเดาว่าหลายๆ คนที่อ่านอยู่ตอนนี้ ก็น่าจะเคยรู้สึกแบบนี้ใช่มั้ยคะQA แบบเรามักจะโดนถามเสมอ “เทสรึยัง ทำไมไม่เจอ” แล้วเราก็ “รับจบตลอด” ทั้งๆ ที่ปัญหามันเกิดขึ้นมาตั้งแต่ตอน design แล้วแล้วทำไมเราไม่ไปหามันให้เจอตั้งแต่ต้นทางไปเลยล่ะ! . ลองมาดูเคสตัวอย่างกันดีกว่าค่ะ สมมติว่าเรากำลังสร้างแอปช็อปปิ้งตัวนึงอยู่ แล้วก็ต้องเก็บข้อมูลวันที่ของออเดอร์นั้น แต่ไม่มีใครคุยกันว่าเราจะเก็บวันที่ใน timezone ไหน ทุกคนเข้าใจเอาเองว่าก็ต้องรู้อยู่แล้วว่าต้องเป็น timezone ที่เป็น local time สิ ไม่ใช่ UTC (ที่เป็นเวลาสากลคือ GMT+0) ก็เลยไม่มี requiremnt ตรงไหนพูดถึงเรื่องนี้ เพราะทุกคนคิดว่า “ก็น่าจะเข้าใจอยู่แล้ว”