หลักสูตร Agile และ Scrum สำหรับทีมพัฒนาและทีมงานองค์กร เป็นการอบรมแนวคิด Agile และกรอบ Scrum ตั้งแต่บทบาท Product Owner และ Scrum Master เขียน User Story วางแผน Sprint ด้วย Story Point จนถึง Review และ Retrospective พร้อมจำลอง Sprint ในคลาส เหมาะกับทีมพัฒนาซอฟต์แวร์ Project Manager และผู้ที่จะรับบทบาทใน Scrum
หลายองค์กรบอกว่าทำ Agile แล้ว แต่ในทางปฏิบัติกลับกลายเป็นการประชุมที่มากขึ้น งานที่ยังส่งช้าเหมือนเดิม และทีมที่ไม่รู้ว่าตกลงจะทำอะไรก่อน ปัญหาไม่ได้อยู่ที่เครื่องมือ แต่อยู่ที่การเข้าใจว่า Agile และ Scrum แก้ปัญหาอะไรและกิจกรรมแต่ละอย่างมีไว้เพื่ออะไร หลักสูตรนี้ปูพื้นฐาน Agile ให้เข้าใจจริง แล้วลงลึกกรอบการทำงาน Scrum ทีละส่วน
ตั้งแต่บทบาทของ Product Owner, Scrum Master และ Developer, การจัดการ Product Backlog และการเขียน User Story ที่ใช้งานได้, การวางแผน Sprint และการประมาณงานด้วย Story Point, กิจกรรมประจำวันและประจำ Sprint, การวัดผลด้วย Velocity และ Burndown ไปจนถึงการแก้ปัญหาที่ทีมมักเจอเมื่อเริ่มใช้จริง ผู้เรียนจะได้ทำ Workshop จำลอง Sprint ตั้งแต่ต้นจนจบในคลาส (อบรม 2 วัน วันละ 6 ชั่วโมง รวม 12 ชั่วโมง ระดับ Beginner ถึง Intermediate)
รายละเอียดหลักสูตร
อบรม 2 วัน วันละ 6 ชั่วโมง รวม 12 ชั่วโมง รูปแบบบรรยายพร้อม Workshop เป็นกลุ่มตลอดหลักสูตร ระดับ Beginner ถึง Intermediate ผู้เรียนจะได้ชุด Template พร้อมใช้ทั้ง User Story, Definition of Done, Sprint Planning และ Retrospective รวมถึงผลงาน Workshop ของทีมกลับไปใช้งานจริง หลักสูตรอ้างอิง Scrum Guide ฉบับล่าสุดและไม่ผูกกับเครื่องมือใดเครื่องมือหนึ่ง
Section 1: แนวคิด Agile และที่มา
ปัญหาของการทำงานแบบวางแผนยาวล่วงหน้าและส่งงานทีเดียวตอนจบ
ค่านิยมและหลักการตาม Agile Manifesto และความหมายในทางปฏิบัติ
ความเข้าใจผิดที่พบบ่อย: Agile ไม่ใช่การไม่วางแผนและไม่ใช่การทำงานเร็วขึ้นเฉย ๆ
ภาพรวมของกรอบการทำงานแบบ Agile ที่ใช้กันจริงและตำแหน่งของ Scrum
Section 2: โครงสร้างของ Scrum
องค์ประกอบทั้งหมดของ Scrum: บทบาท กิจกรรม และสิ่งที่ทีมสร้างขึ้น
แนวคิดการทำงานเป็นรอบสั้น (Sprint) และเหตุผลที่ต้องส่งของได้จริงทุกรอบ
แนวคิดความโปร่งใส การตรวจสอบ และการปรับตัว ที่เป็นหัวใจของ Scrum
การเชื่อมโยงแต่ละกิจกรรมเข้าด้วยกันเป็นวงจรการทำงานหนึ่ง Sprint
Section 3: บทบาทและความรับผิดชอบในทีม
Product Owner: การตัดสินใจเรื่องคุณค่าและลำดับความสำคัญของงาน
Scrum Master: การช่วยทีมให้ทำงานได้ลื่นไหลและขจัดอุปสรรค
Developer: ความรับผิดชอบร่วมกันต่อผลงานที่ส่งมอบในแต่ละ Sprint
การแบ่งบทบาทในองค์กรจริงและกับดักที่ทำให้บทบาทซ้อนทับกัน
Section 4: Product Backlog และ User Story
การสร้างและดูแล Product Backlog ให้พร้อมใช้งานเสมอ
การเขียน User Story ที่สื่อคุณค่าและเกณฑ์การยอมรับ (Acceptance Criteria) ที่ชัดเจน
การแตกงานใหญ่ให้เล็กพอที่จะทำเสร็จได้ภายในหนึ่ง Sprint
Workshop: เขียน User Story จากโจทย์งานจริงของทีมและตรวจสอบร่วมกัน
Section 5: การจัดลำดับความสำคัญและการวางแผน Sprint
เทคนิคจัดลำดับความสำคัญที่อธิบายเหตุผลให้ผู้บริหารและผู้ใช้เข้าใจได้
การกำหนดเป้าหมายของ Sprint (Sprint Goal) ให้ทีมมองไปทางเดียวกัน
การวางแผน Sprint: การเลือกงานเข้ามาทำและการกำหนด Definition of Done
Workshop: จัดลำดับ Backlog และวางแผน Sprint แรกของทีม
Section 6: การประมาณงานด้วย Story Point
ความต่างระหว่างการประมาณเป็นชั่วโมงกับการประมาณเป็น Story Point
การใช้ Planning Poker ให้ทีมเห็นตรงกันเรื่องขนาดงาน
การจัดการงานที่ประมาณไม่ได้และการใช้ Spike เพื่อลดความไม่แน่นอน
Workshop: ประมาณงานจาก Backlog ที่เขียนไว้ด้วย Planning Poker
Section 7: Daily Scrum และการทำงานระหว่าง Sprint
วิธีจัด Daily Scrum ให้สั้น มีประโยชน์ และไม่กลายเป็นการรายงานตัว
การใช้กระดานงานให้ทีมเห็นสถานะจริงและมองเห็นงานที่ติดขัด
การจัดการงานแทรกและการเปลี่ยนแปลงระหว่าง Sprint
การขจัดอุปสรรคและการยกระดับปัญหาให้ถูกจังหวะ
Section 8: Sprint Review และ Retrospective
การจัด Sprint Review ให้ได้ Feedback ที่นำไปใช้ต่อได้จริงจากผู้เกี่ยวข้อง
การจัด Retrospective ให้ทีมพูดตรงและได้สิ่งที่จะปรับจริงในรอบถัดไป
รูปแบบ Retrospective ที่ใช้ได้ผลและวิธีเปลี่ยนรูปแบบไม่ให้ทีมเบื่อ
Workshop: จำลอง Retrospective และสรุปสิ่งที่จะปรับเป็นข้อ ๆ
Section 9: การวัดผลและการมองเห็นความคืบหน้า
Velocity: ความหมายที่ถูกต้องและการใช้เพื่อวางแผน ไม่ใช่เพื่อวัดผลคน
การอ่าน Burndown และ Burnup Chart เพื่อดูแนวโน้มของ Sprint
ตัวชี้วัดอื่นที่ควรดู เช่น รอบเวลาส่งงานและงานค้างสะสม
กับดักการวัดผลที่ทำให้ทีมเริ่มปั่นตัวเลขแทนที่จะสร้างคุณค่า
Section 10: ปัญหาที่พบบ่อยเมื่อเริ่มใช้จริง
เมื่อทีมทำงานไม่เสร็จตามแผนทุก Sprint ควรแก้ที่อะไรก่อน
เมื่อผู้บริหารยังต้องการแผนระยะยาวและกำหนดส่งที่แน่นอน
เมื่อสมาชิกทีมทำงานหลายโครงการพร้อมกันและไม่มีเวลาให้ Sprint
การปรับ Scrum ให้เข้ากับองค์กรโดยไม่ทำให้เสียหลักการสำคัญ
Section 11: Capstone และแผนนำไปใช้จริง
โจทย์: วางแผนและจำลอง Sprint หนึ่งรอบตั้งแต่วางแผนจนถึง Retrospective
การนำเสนอ Sprint Goal, Backlog และ Definition of Done ของทีม
แนวทางการเริ่มใช้ Scrum ในองค์กรใน 30 วันแรกและสิ่งที่ควรเลี่ยง
Workshop: นำเสนอแผนนำไปใช้จริงและรับข้อเสนอแนะจากวิทยากร
ขณะนี้ยังไม่มีรอบอบรมเปิดรับสมัคร ลงชื่อจองไว้ได้เลย ทีมงานจะติดต่อกลับเป็นกลุ่มแรกเมื่อเปิดรอบถัดไป หรือสอบถามทางไลน์ หรือโทร 02-570-8449 หรือ 088-807-9770
Scrum มีสามบทบาท Product Owner รับผิดชอบคุณค่าของผลิตภัณฑ์ ดูแล Product Backlog และตัดสินลำดับความสำคัญของงาน Scrum Master ช่วยให้ทีมใช้ Scrum ได้ถูกต้อง อำนวยความสะดวกในกิจกรรม และขจัดอุปสรรค ส่วน Developers คือทุกคนที่ลงมือสร้างงาน และร่วมกันรับผิดชอบส่งมอบงานที่ใช้ได้จริงตาม Definition of Done ในทุก Sprint ทั้งนี้ Scrum Master ไม่ใช่หัวหน้าที่สั่งงานทีม
ใช้รูปแบบ ในฐานะ (ผู้ใช้) ฉันต้องการ (สิ่งที่ทำได้) เพื่อ (คุณค่าที่ได้รับ) ให้เห็นว่าใครได้ประโยชน์และเพราะอะไร จากนั้นเขียน Acceptance Criteria ที่ตรวจสอบได้ เช่น ในรูปแบบ Given When Then และแตก Story ที่ใหญ่เกินไปให้เล็กพอจะทำเสร็จภายในหนึ่ง Sprint ใช้หลัก INVEST ตรวจว่า Story เป็นอิสระ ต่อรองได้ มีคุณค่า ประมาณได้ เล็ก และทดสอบได้
Story Point วัดขนาดงานแบบเปรียบเทียบ โดยรวมปริมาณงาน ความซับซ้อน และความไม่แน่นอนไว้ด้วยกัน มักใช้ตัวเลขแบบ Fibonacci เช่น 1 2 3 5 8 ส่วนการประมาณเป็นชั่วโมงขึ้นกับว่าใครทำและมักคลาดเคลื่อนเมื่องานไม่แน่นอน ทีมนิยมใช้ Planning Poker ให้ทุกคนเปิดไพ่พร้อมกันแล้วคุยเหตุผลเมื่อเห็นต่าง และใช้ Velocity เพื่อวางแผน ไม่ใช่เพื่อวัดผลงานรายคน
เหมาะกับทีมพัฒนาซอฟต์แวร์ที่กำลังจะเริ่มหรือเพิ่งเริ่มใช้ Scrum Project Manager และ Team Lead ที่ต้องการบริหารงานให้ยืดหยุ่นขึ้น ผู้ที่กำลังจะรับบทบาท Product Owner หรือ Scrum Master และทีมฝ่ายธุรกิจที่ทำงานร่วมกับทีมพัฒนา ไม่ต้องมีพื้นฐาน Agile หรือ Scrum และไม่ต้องเขียนโปรแกรมเป็น ถ้าเคยทำงานเป็นทีมหรือร่วมโครงการมาบ้างจะเห็นภาพชัดขึ้น
อธิบายหลักการ Agile และโครงสร้างของ Scrum ได้ถูกต้อง แบ่งบทบาทในทีมได้ชัด เขียน User Story พร้อม Acceptance Criteria จัดลำดับ Backlog วางแผน Sprint พร้อม Sprint Goal และ Definition of Done ประมาณงานด้วย Planning Poker จัด Daily Scrum Sprint Review และ Retrospective ให้ได้ผล และอ่าน Burndown Chart เพื่อดูความคืบหน้า ผู้ผ่านการอบรมได้รับใบประกาศนียบัตร (Certificate of Completion) ที่มีเลขที่ของตัวเองและตรวจสอบออนไลน์ได้
ได้ หลักสูตรนี้จัดเป็นการอบรมแบบ In-house ให้ทีมในองค์กรได้ และปรับตัวอย่างให้ตรงกับงานของทีม เช่น ใช้โจทย์งานจริงของทีมเขียน User Story และจำลอง Sprint แรกร่วมกัน ขอใบเสนอราคาได้จากหน้านี้ หรือติดต่อทาง LINE @itgenius โทร 02-570-8449
Microsoft Project 2016 เป็นโปรแกรมสำเร็จรูปที่ใช้ในการบริหารโครงการต่างๆ ให้เป็นไปอย่างที่ผู้ทำโครงการนั้นต้องการ สามารถวางแผนควบคุม ติดตามความคืบหน้า การกำหนดระยะเวลา ทั้งแบบโครงการเดียวและหลายๆ โครงการพร้อมๆ กัน เราสามารถรู้และตรวจสอบได้ทันที่ว่าแผนงานต่างๆ…
การสร้างและแก้ไขโครงสร้างพื้นฐานด้วยมือผ่านหน้าเว็บคอนโซลทำให้เกิดความไม่สม่ำเสมอ ตรวจสอบย้อนหลังไม่ได้ และสร้างซ้ำในอีกสภาพแวดล้อมได้ยาก Terraform แก้ปัญหานี้ด้วยการเขียนโครงสร้างพื้นฐานเป็นโค้ด (Infrastructure as Code) ที่เก็บใน Git ตรวจทานผ่าน Pull Request…
