5 สิ่งที่ผู้บริหารควรทำความเข้าใจเกี่ยวกับโปรแกรมเมอร์

โลกยุคปัจจุบันเป็นโลกแห่งเทคโนโลยี

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

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

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

เช่นเคย เห็นด้วย ไม่เห็นด้วยอย่างไร มาพูดคุยกันต่อได้ในคอมเมนต์นะครับ 🙂

5 สิ่งที่ผู้บริหารควรทำความเข้าใจเกี่ยวกับโปรแกรมเมอร์

1. โปรแกรมเมอร์ไม่ชอบอะไรกว้างๆ

“ผมอยากได้เว็บไซต์ที่ช่วยให้ผมขายของได้”

ถ้าคุณบรีฟให้โปรแกรมเมอร์แบบกว้างๆ มีแนวโน้มสูงมากว่าสิ่งที่คุณจะได้รับจะไม่เหมือนกับสิ่งที่คุณจินตนาการไว้
ตัวอย่างคำพูดข้างต้นเป็นตัวอย่างที่ค่อนข้าง Extreme ในความเป็นจริงแล้วคำว่า “กว้างๆ” ยังหมายถึงการบรีฟเรื่องฟีเจอร์ต่างๆ ด้วยเช่นถ้าคุณบอกว่าคุณอยากได้เว็บไซต์ที่สามารถจ่ายเงินได้ คุณหรือทีมงานของคุณควรที่จะต้องลงรายละเอียดมากกว่านี้อีก เช่นระบบการจ่ายเงินจะต้องมี 3 แบบได้แก่ การตัดผ่านบัตรเครดิต/เดบิตผ่าน Omise, การจ่ายผ่าน Paypal และการจ่ายผ่านการโอนเงิน เป็นต้น

ยิ่งลงรายละเอียดมากเท่าไหร่ก็ยิ่งดี เพราะโปรแกรมเมอร์ไม่ได้เป็นสายธุรกิจ (เช่น Business Analyst, Project Manager หรือ Product Owner) ความเชี่ยวชาญของพวกเขาไม่ได้อยู่ที่การวิเคราะห์และเข้าใจธุรกิจในหลายๆ มุมมอง
เพราะฉะนั้นหลังจากนี้ถ้าจะบอกให้โปรแกรมเมอร์พัฒนาอะไรขึ้นมาสักอย่าง ผมแนะนำว่าคุณ (หรือทีม) ควรที่จะพยายามแตกฟีเจอร์ออกมาให้ได้มากที่สุดเท่าที่เป็นไปได้ครับ

2. โปรแกรมเมอร์ไม่ใช่นักเวทย์ เสกทุกอย่างให้ได้ทันที

“ผมอยากได้เว็บไซต์ที่ช่วยให้ผมขายของได้ เอาง่ายๆ ก็พอ น่าจะใช้เวลาไม่นานเนอะ 1-2 วันก็น่าจะทำเสร็จแล้ว”
ในการพัฒนาเว็บไซต์ แอปพลิเคชัน หรือซอฟต์แวร์ สิ่งที่ดูเหมือนง่าย หลายๆ ครั้งแล้วมันไม่ได้ง่ายเลย ยกตัวอย่างเช่นการพัฒนาฟีเจอร์ “ลงทะเบียน” ของเว็บไซต์

ดูเผินๆ ก็แค่ทำหน้าลงทะเบียนให้คนเข้ามาลงทะเบียนง่ายๆ แค่นั้น 1-2 วันก็ควรจะทำเสร็จได้ แต่ในความเป็นจริงแล้วรายละเอียดมันมากกว่านั้น สิ่งที่โปรแกรมเมอร์ต้องทำมีตั้งแต่

1.ระบบหน้าบ้าน (Frontend) – หน้าลงทะเบียน หน้าขอบคุณ
2. ระบบหลังบ้าน (Backend) – การจัดการคนที่ลงทะเบียน เช่นข้อมูลที่ต้องการเก็บ การเพิ่ม/ลดข้อมูล การลบ และการแบน เป็นต้น
3. ระบบอีเมล – ไล่ต้ังแต่ระบบอีเมลยืนยันการลงทะเบียน ระบบการจัดการการลืมรหัสผ่าน เป็นต้น

นอกจากนั้นแล้วเมื่อพูดเรื่องการลงทะเบียน ฟีเจอร์ที่มักจะต้องพ่วงมาด้วยอาจจะมีเรื่องของการล็อกอิน การบริหารจัดการข้อมูลของตัวเองของผู้ใช้งาน และอื่นๆ อีกหลายอย่าง

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

ทุกสิ่งทุกอย่างมีระยะเวลาของมัน

Note: ถ้าอยากจะเร่งเวลาสามารถทำได้โดยการเพิ่มจำนวนโปรแกรมเมอร์ครับ ทั้งนี้คุณควรที่จะต้องมี Project Manager ที่ดีมาบริหารจัดการด้วยครับ ไม่อย่างนั้นยิ่งคนเยอะ ปัญหาก็จะยิ่งเยอะตามแน่ๆ ครับ

3. โปรแกรมเมอร์ไม่รู้ทุกเรื่องเกี่ยวกับ IT

“คอมผมเสีย มาซ่อมให้ผมหน่อย”

โปรแกรมเมอร์ไม่ได้รู้ทุกสิ่งทุกอย่างเกี่ยวกับเทคโนโลยี

จริงๆ แล้วมันไม่ใช่เรื่องแปลกเลยที่โปรแกรมเมอร์ที่เขียนโค้ดเก่งๆ ไม่สามารถซ่อมคอมได้ ใช้อีเมลไม่เก่ง ติดตั้งเซอร์เวอร์ไม่ได้

ถ้ายังไม่เห็นภาพ ผมอยากให้นึกถึงฝ่ายการตลาดครับ พนักงานการตลาด 1 คนอาจจะเก่งเรื่องการวางแผนการสื่อสารผ่าน Social Media แต่เขา/เธออาจจะไม่ได้เก่งเรื่องการเขียนคอนเทนต์ การทำรูป การทำวีดีโอ การทำ SEO (ซึ่งงานเหล่านี้เป็นหน้าที่ของ Copy Writer, Graphic Designer, Videographer และ SEO Specialist ครับ)

ใช้คนให้ถูกงาน จะได้งานที่ถูกใจครับ 🙂

4. โปรแกรมเมอร์ไม่ใช่ดีไซน์เนอร์

“ขอเว็บสวยๆ ใช้งานง่ายๆ นะ”

อาจจะมีบ้างที่ในโปรแกรมเมอร์ 1 คนมีทั้งทักษะการเขียนโปรแกรมและทักษะการออกแบบ (อย่างเช่นคุณเม่น Seed Themes) แต่ไม่ใช่โปรแกรมเมอร์ทุกคนที่จะมีหัวทางด้านการออกแบบ

หน้าที่ของการออกแบบเว็บไซต์หรือซอฟต์แวร์ให้ใช้งานง่ายและสวยงามนั้นเป็นหน้าที่ของ UX/UI ดีไซน์เนอร์ครับ ซึ่งโดยปกติแล้วในการทำเว็บไซต์หรือซอฟต์แวร์ขึ้นมาสักตัว ตำแหน่ง UX/UI ดีไซน์เนอร์และโปรแกรมเมอร์จะต้องทำงานร่วมกันครับ (ซึ่งถ้าเป็นงานใหญ่หน่อยก็จะมี Project Manager เข้ามาด้วย หรือถ้าเป็นงานที่เกี่ยวข้องกับการทำการตลาดหรือแคมเปญ อาจจะมี Digital Planner, Copy Writer, Graphic Designer และตำแหน่งอื่นๆ มาร่วมวงด้วยครับ)

คุณควรที่จะต้องเข้าใจและบริหารความคาดหวังของคุณครับ

เรื่องฟีเจอร์และฟังก์ชันของให้ไว้ใจโปรแกรมเมอร์ แต่ถ้าเรื่องออกแบบจะต้องมี UX/UI ดีไซน์เนอร์มาร่วมวงด้วยครับ

5. โปรแกรมเมอร์ไม่ใช่นักขาย

“คุณต้องโน้มน้าวให้ผมเชื่อให้ได้ว่าทำไมคุณถึงทำแบบนี้”

ข้อนี้เหมือนข้อที่แล้วเลย มีบ้างโปรแกรมเมอร์ที่พูดเก่ง (อย่างเช่นคุณหนูเนย) แต่ไม่ใช่โปรแกรมเมอร์ทุกคนจะพูดเก่ง โน้มน้าวได้

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

โปรแกรมเมอร์เป็นนักคิด นักทำ ไม่ใช่นักอธิบาย

สรุป

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

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

เห็นด้วย ไม่เห็นด้วย หรือมีคอมเมนต์อย่างไร มาคุยกันต่อได้ในคอมเมนต์เลยนะครับ 🙂

Leave a Reply

Your email address will not be published. Required fields are marked *