ไปร่วมฟังการพูดคุย หัวข้อ “ถ้า Agile มันทำให้ แผนกรอบข้าง ยากนัก กลับมาทำ Waterfall ก็ได้นะครับ” #เราทำAgileไปเพื่ออะไร ระหว่างพี่หนุ่ม และ พี่เฮง ที่ SCK Dojo เมื่อวันที่ 25 Mar 2023 เลยขอแชร์ note ไว้หน่อยครับ
Continue reading “Key Takeaways: “ถ้า Agile มันทำให้ แผนกรอบข้าง ยากนัก กลับมาทำ Waterfall ก็ได้นะครับ”” »
เราได้ยินบ่อยๆกับคำว่า Agile Coach แต่เรารู้หรือไม่ว่า จริงๆ แล้ว เขาทำอะไร มีบทบาท หน้าที่อย่างไร?
อาทิตย์ก่อน ผมมีโอกาสได้ฟังการแชร์ประสบการณ์ของจอมยุทธสองท่าน คนหนึ่งคือ พี่หนุ่ม แห่งสยามชำนาญกิจ ผู้สอน Agile และอีกคนหนึ่งคือ อาจารย์ปกรณ์ แห่งสถาบันฝึกอบรมเอ็นเทรนนิ่ง ผู้สอนการเป็น Coach, เรียกได้ว่าคลาสนี้ดั่งทอง หาได้ยากยิ่งที่จะเกิดขึ้น
Continue reading “ยุทธจักรของ Coach และ Agile” »
ช่วงนี้ได้มาช่วยสอนอาจารย์ที่มหาวิทยาลัยเทคโนโลยีราชมงคลธัญบุรี 3 วัน เรื่อง Agile for Software Development กับชาวคณะ มี Prathan D. , aj.jammy และ Nitipat Lowichakornthikun ก็ได้ทบทวนเรื่องราว อัพเดทเทคนิคการสอน และอัพเดทข้อมูลจากทางพี่หนุ่มด้วย
อาจเพราะผมไม่ได้เข้ามาร่วมทีมสัมนาของบริษัทหลายครั้ง พบว่าเทคนิคการเล่าเรื่องของพี่หนุ่มเปลี่ยนไป ฟังเพลิน เหมือนประวัติศาสตร์ ที่มันมี Timeline และการเชื่อมโยงเหตุการณ์ กับหัวข้อต่างๆ เลยอยากจั่วหัวบล็อกว่า A Brief History of Agile ดูเข้าท่าดี (ล้อชื่อหนังสือ A Brief History of Time และรำลึกถึง Stephen Hawking ผู้เขียน) Continue reading “A Brief History of Agile — (Day 1 Agile for Software Development at RMUTT)” »
The Nature of Software Development เขียนโดย Ron Jeffries เป็นหนังสือที่พยายามอธิบายการทำซอฟต์แวร์ให้ง่าย และนำเสนอการทำงานเป็นรอบๆ (Iterative) ได้น่าสนใจมาก เน้นให้ผู้อ่านปรับทัศนะคติการทำซอฟต์แวร์ใหม่ ในแบบที่เขาเรียกว่า “The Natural Way” เพราะเขาเชื่อว่ามันเป็นหนทางที่เข้าใจง่าย เน้นการส่งมอบคุณค่าให้ได้ไว และบ่อยๆ
หนังสือเล่มนี้ใช้ภาษาอ่านไม่ยาก คนทั่วไปอ่านได้ เหมือนกำลังฟังลุง Ron บ่นๆ ไปเรื่อยๆ เพื่อปูพื้นฐานและปรับทัศนคติ ใครอ่านที่ผมสรุปไว้และสนใจอยากลองหาฉบับเต็มมาอ่าน ลองดูได้จากลิงค์นี้ครับ The Nature of Software Development: Keep It Simple, Make It Valuable, Build It Piece by Piece
การทำซอฟต์แวร์ขึ้นมาตัวหนึ่ง จะมีหลายกระบวนการ เช่น วางแผน พัฒนา จัดการคนทำงาน เพื่อให้งานมันเสร็จ และผู้ว่าจ้าง หรือลูกค้าเรา สามารถใช้งานซอฟต์แวร์นั้นได้ ซึ่งสิ่งที่เราส่งมอบให้ มันคือสิ่งที่มีคุณค่า เพราะถ้าซอฟต์แวร์ยังเป็นแค่โค้ด หรือยังเล่นไม่ได้ ต่อให้เขียนโค้ดดีแค่ไหน มันก็ยังไร้ค่าใช่หรือเปล่า?
แล้วคำถามต่อไปคือ เมื่อซอฟต์แวร์ มันใช้เวลาผลิตนาน จะให้มันเสร็จไวๆ มอบของ(คุณค่า)ให้ลูกค้าได้เห็นบ่อยๆ จะทำอย่างไรล่ะ? Continue reading “The Nature of Software Development โดย Ron Jeffries” »
2-3 ปีก่อน คุณ Peter Skillman เคยเล่าในงาน TED ถึงปัญหาด้านการออกแบบ ที่เขาเรียกมันว่า “ปัญหามาสเมลโล (Marshmallow Problem)” ซึ่งคลิปนี้ คุณ Tom Wujec จึงเล่าถึงการนำปัญหานั้นไปทำเป็นเกมส์ในคลาสสัมนาต่างๆ โดยที่เขาเรียกมันว่า “Marshmallow Challenge” หรือ การแข่งขันกันสร้างตึกสูงที่สุดด้วยเส้นสปาเก็ตตี้ 20 เส้น มาร์ชแมลโลว์ 1 ก้อน และเทปกาว เชือก กรรไกร
วิธีการคือ มีทีมจำนวน 4คน ถ้าทีมไหนต่อเส้นสปาเก็ตตี้ 20 เส้นได้สูงที่สุด และเอาก้อนมาร์ชแมลโลว์วางไว้บนนั้นได้ด้วย จะถือว่าเป็นผู้ชนะ Continue reading “Marshmallow Challenge สร้างตึกได้ สร้างทีมเป็น” »
