กฎยิ่งเยอะ งานยิ่งช้า

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

เอาจริงๆนะ เวลาทำงานมันไม่ช้าหรอก มันช้าที่กระบวนการ ขั้นตอน กฎระเบียบที่ตั้งกันขึ้นมากันนี่แหล่ะ

พอมันช้า ก็หลงคิดไปว่า สงสัยต้อง Agile จะได้เร็ว

ก่อนจะตั้งกฎอะไรกันขึ้นมา ผมขอความกรุณา เชิญคนที่ทำงานจริงๆ มาสนทนา ทำ workshop กันดูว่ามันติดขัดอะไรหรือเปล่า

อย่าเชิญหัวหน้าทีมที่ไม่ได้ทำเองมานะ เสียเวลา

 

ผมยกตัวอย่าง basic โคตรๆเลยคือ เรื่อง source control ซึ่งหลายที่จะใช้ git เช่น gitlab

พอจะเริ่มเท่านั้นแหล่ะ กฎก็ลอยมาเลย

  • กลัว outsource จะเห็น code ทั้งหมด
  • กลัว developer จะไปแก้ config ผิด
  • ถ้า developer ไปลบ repo คนอื่นทิ้งจะทำไง
  • config ของ production จะให้ใครเห็นไม่ได้ นอกจากระดับหัวหน้านะ
  • ทีมใครทีมมัน ห้ามเห็นโค้ดข้ามทีม อันตราย
  • ต้องให้สิทธิ์น้อยๆไว้ก่อน ตาม role ไม่งั้นเด็กใหม่อาจทำพัง
  • ให้สร้าง repo เองไม่ได้นะ เดี๋ยวสร้างมาเยอะแยะไม่ใช้ ทำไง
  • ฯลฯ

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

ผมเชื่อความคิดของจั๊วะ(Chokchai Phatharamalai) เรื่องการเปิดให้ developer ทุกทีมเห็น repo ทั้งหมด และที่เราทำด้วยกันมาหลายปี เราไม่เคยแม้แต่จะตั้ง password เข้า Jenkins และ git ของพวกเรา ทุกๆคนควรสร้าง repo เองได้ ลบเองได้

Jenkins ของพวกเรา ใครก็สร้าง Jobs ได้ ลบได้ แก้ได้ ทำแบบนี้มาหลายปี ไม่เห็นจะมีอะไรพัง

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

ผมเชื่อที่พี่รูฟ Roof 43 Panichsombat บอกว่า ถ้าทางที่เดินไปมันยาก คนก็จะสร้างทางสะดวกขึ้นมาใช้เอง ซึ่งผมก็เห็นตรรกะ นี้อยู่ทุกๆวัน

ถ้า git ของบริษัทมันใช้ยากนัก ก็ตั้งขึ้นมาใช้กันเอง
ถ้า CI/CD มันเรื่องมากนัก ก็ตั้งกันขึ้นมาเอง
ถ้า inernet ข้างในมันไม่สะดวก ก็หากันมาเอง
windows ตั้งกฎเยอะนัก ลง Linux มันเลย หรือใช้ mac ชีวิตไม่ได้มีเวลามา update windows กันเป็นชั่วโมง

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

 

 ที่มา : medium.com


Comments

custom gifts - corporate

Exclusive