February, 2010:

สวัสดีตอนค่ำครับ พอดีมีโพสต์อยู่สองสามอันที่ stock ไว้เลยขอสองตอนรวดเลยนะครับวันนี้ โพสต์นี้ก็เขียนไว้ไม่กี่วันหลังจากโพสต์ที่แล้ว

————————————————-

ตั้งแต่ตอนที่ยังไม่ได้มา Lead ทีมอย่างเต็มตัว หัวหน้าเก่าผมเค้าโยนหนังสือมาให้อ่านเล่มนึง ชื่อว่า Extreme Programming Explained ของผู้แต่งที่ชื่อ Kent Beck ที่ผมได้ข่าวมาว่า แกเป็นคนแรกที่เอาคอนเซ็ปท์ของ XP (eXtreme Programming) มาเผยแพร่ ตัว XP อธิบายสั้นก็เป็นหนึ่งใน Methodology ที่เอาหลักการของ Agile มายำรวมกันและเพิ่มเติมจนได้ออกมาเป็น Summary ของ Best Practice ต่างๆที่เน้นการพัฒนาในส่วนของ development process

ตอนอ่านหนังสือเล่มนั้นครั้งแรก ก็อ่านไปด้วยความยังไม่ค่อย get เท่าไหร่ เพราะตา Kent แกอธิบายลากยาวตั้งแต่ปัญหาต่างๆที่เป็นสาเหตุของการเกิดปัญหา จริงๆผมเคยได้ยินเรื่อง XP มานานมากแล้วตั้งแต่ทำงานที่แรกเมื่อเกือบสิบปีก่อน และก็เคยพยายามจะศึกษา แต่ตอนนั้นก็ยังรู้สึกว่ามันไม่โดน.. หมายถึงว่าเรายังไม่ได้ทำงานอะไรที่มันเกี่ยวข้องจริงๆจังๆกับเรื่อง Software Process Improvement ซักเท่าไหร่ เคยแต่เขียนโค๊ดแบบลูกทุ่งๆ (เข้าใจกันนะครับ สำหรับคำว่าเขียนโค้ดแบบลูกทุ่ง ) กับทีมขนาดเล็กๆ พอได้เข้ามาอ่านหนังสือเรื่องนี้จริงๆจังๆ ก็ยังไม่ Get อยู่ดีในตอนแรก จนมาถึงวันนี้ วันที่มีเวลามาเริ่มคิดว่า ทำยังไง ถึงจะแก้ปัญหากับ Development Team ของเรา ให้หลุดพ้นจากปัญหาซ้ำซากต่างๆของ Software Development อย่างที่เขียนไว้ใน Post ที่แล้ว หลังจากนึกๆอยู่ซักพัก ก็นึงถึงหนังสือเรื่อง XP เล่มนั้นขึ้นมาแต่ว่าหนังสือเล่มนั้นคืน Manager เก่าไปแล้วและเค้าก็ย้ายไปอยู่สิงคโปร์แล้วด้วยสิ สุดท้ายก็เลยเข้าไปหา google เพื่อนคู่ทุกข์คู่ยาก ลองค้นเรื่อง XP ดูและก็ได้เจอกับเว็บเว็บนึงในหน้าแรกของ result เลย (http://www.extremeprogramming.org) เว็บนี้เค้าเขียนสรุปเรื่องราวและกฎของ XP เอาไว้อย่างสั้นๆ (ใครยังไม่เคยเข้าไปลองดูครับ ของเค้าดีจริงๆ) หลังจากอ่านจบแล้วเลยลองสรุปด้วยตัวเองสั้นๆ เพื่อให้เราเข้าใจมากขึ้น และทำให้เริ่มรู้สึกว่า XP นี่แหละ ที่จะมาช่วย Project เราให้รอดพ้นจากวิกฤติได้ ตอนนั้นผมมองแค่ว่าจะแก้ปัญหาของทีม dev ยังไงยังไม่ได้นึกถึงทีมที่ทำงานใกล้ชิดกับเราอย่าง QA และ Product Manager เลยแม้แต่น้อย
(more…)