เป็นการเจอกันของ 2 ขั้วที่น่าสนใจ ขั้วหนึ่งเป็นผู้เผยแพร่กระบวนการพัฒนาซอฟแวร์ที่มีคุณภาพ อีกขั้วหนึ่งเป็นผู้เผยแพร่กระบวนการพัฒนาผลิตภัณฑ์ที่มีคุณภาพ
มีประเด็นที่ผมว่าน่าสนใจเยอะทีเดียว ขออนุญาตพิมพ์สั้นๆว่า Kent กับ Eric นะครับ
16.25: Kent ถูกถามว่ารู้สึกอย่างไรเมื่อสิ่งที่ตัวเองเผยแพร่กลายเป็นลัทธิไป Kent ตอบว่า เสียใจ และมีประโยคหนึ่งที่พูดว่า
“Everything has a context. There’s a time that I don’t write test. There’s a time that I don’t refactor. There’s a time that I don’t pair program.”
23.40: Eric พูดกับ Agile team หลายๆ ทีมว่า คุณรู้ได้อย่างไรว่า Product Owner prioritize ได้ถูกต้อง มีกระบวนการ feedback ผลลัพธ์ของการ prioritize อย่างไร
27: Kent ถูกถามว่าการเปลี่ยนจากโค้ชและที่ปรึกษามาทำงานกับ Facebook เป็นอย่างไรบ้าง เค้าอธิบายและบอกว่าติดใจกับการ shipping software ที่มีคนใช้หลักพันล้านซะแล้ว
29.30: Kent เรื่องปัญหาที่มีในการปรับตัวกับการทำงานในระบบของ Facebook เค้าปรับตัวโดยใช้วิธีลืมสิ่งที่เคยทำไปทั้งหมด ทำตามสิ่งที่เค้าทำกันจากนั้นค่อยเพิ่มสิ่งที่ตัวเองรู้เข้าไป
31: Kent กล่าวว่าเมื่อไปร่วมทำงานกับองค์กรใด ทดลองระบบของเค้าให้เข้าใจ ก่อนจะเริ่มโต้แย้ง (ในที่นี้พูดถึงรอบ release cycle 6 เดือนของ Facebook)
57: Facebook ตัดสินผลงานด้วย Impact ไม่ใช่ afford, Kent มีปัญหากับตรงนี้เค้าถูก review ต่ำกว่าเกณฑ์ในรอบแรก แต่ภายหลังก็ปรับตัวและชอบการตัดสินแบบนี้
การแปลของผมอาจมีความคลาดเคลื่อนครับ ถ้าสนใจในรายละเอียดเชิญติดตามกันได้เองเลย
Tap 