บริษัทใดมีวัฒนธรรมการพัฒนาที่ดีที่สุดในเกาหลี? – ผลสำรวจ

• สถิติจากผู้ตอบแบบสอบถาม 415 คนด้วยเช็กลิสต์วัฒนธรรมการพัฒนา (Wantedlab)

บริษัทที่มีวัฒนธรรมการพัฒนาที่ดีคือ?

• 12 คะแนน – Kakao, LINE Plus, Woowa Brothers, Com2uS, Upstage เป็นต้น
• 11 คะแนน – Naver, NHN, Hyperconnect, Devsisters, Kmong, AB180 เป็นต้น
• 10 คะแนน – KakaoBank, Krafton, AhnLab, Danggeun Market, Dreamus Company, MyRealTrip, Wantedlab เป็นต้น

เช็กลิสต์ 12 ข้อของวัฒนธรรมการพัฒนาที่ยอดเยี่ยม

1. การสัมภาษณ์ด้วยการทดสอบโค้ดดิ้ง – เมื่อรับนักพัฒนาเข้าทำงาน จะมีการทดสอบโค้ดดิ้งหรือสัมภาษณ์แบบไวต์บอร์ด
2. การเลือกอุปกรณ์พัฒนาส่วนบุคคลได้อย่างอิสระ – แม้บริษัทจะมีมาตรฐานอุปกรณ์ทำงาน (เช่น PC, โน้ตบุ๊ก) ก็ยังสามารถเลือกอุปกรณ์พัฒนาที่ต้องการได้เป็นรายบุคคล
3. การเลือกสภาพแวดล้อมการพัฒนาของทีมได้อย่างอิสระ – แม้บริษัทจะมีมาตรฐานเทคโนโลยี (เช่น ภาษาโปรแกรม, แพลตฟอร์ม) แต่แต่ละทีมสามารถเลือกสภาพแวดล้อมการพัฒนาที่ต้องการได้
4. การรีวิวซอร์สโค้ดและการทดสอบ – นักพัฒนาทุกคนมีขั้นตอนในการรีวิวซอร์สคอมมิตของผู้อื่นและทดสอบ
5. โรดแมป/แบ็กล็อกที่นักพัฒนามีส่วนร่วม – ทิศทางการพัฒนาหลักไม่ได้ถูกกำหนดโดย PM/ฝ่ายวางแผนเท่านั้น แต่ให้นักพัฒนาเป็นผู้นำหรือมีส่วนร่วมในการกำหนด
6. การรวมและปรับใช้แบบต่อเนื่อง (CI/CD) – มีระบบที่รวมและปรับใช้โดยอัตโนมัติหลังจาก commit โค้ด
7. การแชร์ซอร์สรีโพซิทอรีภายใน – สามารถเข้าถึง (access), fork หรือมีส่วนร่วม (contribution) กับซอร์สโค้ดของทีมอื่นได้
8. การเชื่อมต่อและสื่อสารบนพื้นฐานของ API – เมื่อต้องทำงานร่วมกันระหว่างทีมและแพลตฟอร์มภายใน สามารถพัฒนาและแชร์ API หรือค้นหาได้
9. หัวหน้าทีม/ผู้จัดการที่เข้าใจเทคโนโลยี – หัวหน้าทีมพัฒนาส่วนใหญ่ในบริษัทมีประสบการณ์ด้านการพัฒนาซอฟต์แวร์ และเป็นผู้ที่เข้าใจโค้ดภายในและแพลตฟอร์มเทคนิค
10. ระดับนักพัฒนาหรือการจัดการสายอาชีพ – ภายในบริษัทมีระบบระดับตามความสามารถในการทำงานของนักพัฒนา หรือมีเส้นทางเลื่อนตำแหน่งเฉพาะสำหรับนักพัฒนาแยกจากหัวหน้าทีม/ผู้จัดการ
11. แพลตฟอร์มแบ่งปันความรู้แบบมีส่วนร่วม – ภายในบริษัทมีการดำเนินการวิกิ (Notion) หรือแพลตฟอร์มบล็อกที่สามารถมีส่วนร่วมหรือแก้ไขได้โดยตรง
12. กิจกรรมด้าน Developer Relations (DevRel) – มีการดำเนินการช่องทางสื่อสารกับนักพัฒนาภายนอก (เช่น technical blog, conference) หรือมีบุคคล/ทีมที่รับผิดชอบโดยเฉพาะ
13. ไม่มีข้อไหนข้างต้นตรงเลย T_T (คำสาปศุกร์ที่ 13)

[ehlegeth]

โดยรวมแล้ว แม้ว่านี่จะเป็นแบบสำรวจที่ตั้งอยู่บนสมมติฐานว่า development practice ก็เป็นส่วนหนึ่งของวัฒนธรรมการพัฒนา และสะท้อนทิศทางกับปรัชญาได้ในระดับหนึ่ง แต่ผมคิดว่าแก่นแท้ของวัฒนธรรมการพัฒนาไม่ได้อยู่ที่การใช้ practice แบบแยกส่วนหรือไม่ แท้จริงแล้วมันอยู่ที่หลักการและความพยายามที่อยู่เบื้องหลังมากกว่า ดังนั้นผมจึงคิดว่าคงยากที่จะใช้ความพยายามลักษณะนี้เป็นเกณฑ์ตัดสินว่าองค์กรนั้นมีวัฒนธรรมที่ดีจริงหรือไม่ และการวินิจฉัยว่าต้องแก้ปัญหาด้วยการใช้เครื่องมือ (SaaS) ก็ไม่น่าจะมีความหมายมากนัก

• ในบริษัทที่มีขนาดตั้งแต่ระดับหนึ่งขึ้นไป ประเด็นเกี่ยวกับ development practice ที่โดยทั่วไปมักได้รับการยอมรับ หรือได้มาโดยอัตโนมัติจากการใช้เครื่องมือบางอย่าง (4, 6, 7)
• มีรายการที่ขึ้นอยู่กับขนาดของบริษัทหรือผลิตภัณฑ์จนแทบไม่มีความหมาย (5, 8, 10, 12) หรือมีข้อที่ไม่ใช่สาระสำคัญของวัฒนธรรมการพัฒนาปะปนอยู่ (2) ซึ่งทำให้ผมติดใจ
• ข้อ 13... การมีอยู่ของมันเองทำให้ความน่าเชื่อถือลดลงอย่างมาก

[moon83]

อยากรู้เหมือนกันว่านักพัฒนาที่ทำงานอยู่ในบริษัทที่ได้คะแนนสูงคิดกันยังไง 555

[spilist2]

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

1. แทนที่จะตอบแค่ yes หรือ no อย่างเดียว ควรประเมินเป็นสเกล 5 ระดับอะไรทำนองนั้นหรือเปล่า?
2. แต่ละหัวข้อจะมีน้ำหนักเท่ากันในการประเมิน ซึ่งดูเหมือนว่าแต่ละหัวข้อจะไม่ได้ส่งผลต่อการรักษาพนักงานนักพัฒนา ความพึงพอใจ หรือการพัฒนาความสามารถ ในระดับที่เท่ากันจริง ๆ
3. (ตามข้อ 2) ต่อให้ตอบ yes ทุกข้อ ก็อาจไม่ได้เป็นหลักประกันว่าบริษัทนั้นจะเป็นที่ที่นักพัฒนาสามารถทำงานได้อย่างพึงพอใจ

[525hm]

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