คมอ Scrum™
The Definitive Guide to Scrum:
The Rules of the Game
พฤศจกายน 2017
Developed and sustained by Ken Schwaber and Jeff Sutherland
THAI
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 2
Table of Contents
วตถประสงคของคมอ Scrum 3
ค านยามของ Scrum 3
การน าเอา Scrum ไปใช 3
ทฤษฎของ Scrum 4
ความส าคญของ Scrum 5
ทมงาน Scrum 5
Product Owner 5
Development Team 6
Scrum Master 6
กจกรรมตางๆ ของ Scrum 7
Sprint 8
Sprint Planning 8
Daily Scrum 10
Sprint Review 11
Sprint Retrospective 11
Scrum Artifacts 12
Product Backlog 12
Sprint Backlog 13
Increment 14
ความโปรงใสของ Artifacts 14
ค านยามของค าวา งานเสรจสมบรณ (“Done”) 14
End Note 15
Acknowledgement 15
People 15
History 15
Translator Acknowledgement 15
เนอหาทเปลยนแปลงของคมอป 2016 ในคมอป 2017 16
ค าอธบายเพมเตม 17
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 3
วตถประสงคของคมอ Scrum
Scrum เปนรปแบบการท างานเพอใชในการพฒนา การสงมอบและการดแลผลตภณฑทมความซบซอน ใหมความยงยน คมอนประกอบดวยค านยามของ Scrum รวมไปถงบทบาท กจกรรมทส าคญ Artifacts
และขอก าหนดอนๆ ทผนวกรวมสงเหลานเขาดวยกนกลายมาเปน Scrum โดยม Ken Schwaber และ Jeff
Sutherland เปนบคคลทอยเบองหลงของการพฒนา Scrum บคคลทงสองไดเขยนคมอ Scrum นข นมา
ค านยามของ Scrum
Scrum (ค านาม) เปนรปแบบของการท างานทท าใหผใชงานสามารถระบปญหาทมความซบซอนและมการ
เปลยนแปลงอยตลอดเวลาได ในขณะทยงคงสงมอบผลตภณฑทมมลคาสงสดไดอยางมประสทธภาพ และสรางสรรค
Scrum มลกษณะ ดงน
• ไมซบซอน
• เขาใจงาย
• แตยากทจะน าไปใชไดอยางช านาญ
Scrum เปนรปแบบในการท างานซงไดถกน ามาใชในการจดการกบผลตภณฑทมความซบซอน ตงแตตน
ทศวรรษ 1990 โดยท Scrum ไมใชกระบวนการหรอเทคนคหรอวธการทตายตว แต Scrum เปนรปแบบ การท างานทเราสามารถเอากระบวนการหรอเทคนคอนๆ เขามารวมใชไดดวย Scrum ท าใหเหนภาพทชดเจน
ของความเชอมโยงทมประสทธภาพของการบรการและจดการผลตภณฑ ทมงาน และสงแวดลอมใน
การท างานไดอยางตอเนอง
รปแบบการท างานแบบ Scrum ประกอบไปดวย ทมงาน Scrum ทมหลายบทบาท กจกรรมตางๆ Scrum Artifacts รวมไปถงกฎตางๆ อกดวย สวนประกอบเหลานลวนมวตถประสงคเฉพาะเจาะจง และมสวนส าคญ
ทจะท าใหการน า Scrum ไปใชไดอยางประสบความส าเรจ
กฎตางๆ ของ Scrum ไดผนวกเขากบบทบาทหนาท กจกรรมตางๆ และ Artifacts เขาไวดวยกน กฎตางๆ
ของ Scrum ไดถกอธบายในคมอน
เทคนคเฉพาะอนๆ ทน ามาใชในการท างานแบบ Scrum นนไดมการอธบายในเอกสารอนๆ
การน าเอา Scrum ไปใช
Scrum ไดถกพฒนาขนมาในชวงตนทศวรรษ 1990 โดยมการน าไปใชในการบรหารจดการและพฒนา ผลตภณฑตางๆ ตอมาไดถกน ามาใชอยางแพรหลายในงานดานอนๆ โดยมวตถประสงค ดงน
1. ใชในการวจยและก าหนดตลาดทมความเตบโต เทคโนโลยตางๆ และความสามารถของผลตภณฑ
(product capability)
2. ใชในการพฒนาและเพมคณคาของผลตภณฑ
3. ใชในการสงมอบหรอวางจ าหนายผลตภณฑใหมความถตอวนมากยงขน
4. ใชในการพฒนาและจดการระบบ Cloud (online, secure, on-demand) รวมไปถงระบบ
ปฏบตการอนๆ ซงน ามาของการใชงานของผลตภณฑ
5. ท าใหผลตภณฑมความยงยนและเพอการออกสนคาตวใหม
Scrum ถกน ามาใชในการพฒนา ซอทฟแวร (Software) ฮารดแวร (Hardware) ซอทฟแวรสมองกลฝงตว
(Embedded Software) ระบบเครอขายของฟงกชนเชงตอบโต (Networks of Interacting Function)
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 4
ยานพาหนะขบเคลอนอตโตมต (Autonomous Vehicles) โรงเรยน งานภาครฐบาล การจดการองคกร และเกอบทกอยางในชวตประจ าวนไมวาจะเปนระดบบคคลหรอสงคม
ความซบซอนและความสมพนธของ เทคโนโลย การตลาดและสงแวดลอมทเพมขนอยางรวดเรว ท าให
Scrum ไดรบการยอมรบวาสามารถจดการกบความซบซอนเหลานได
Scrum ไดรบการพสจนแลววามประสทธภาพตอการถายทอดความรในลกษณะของชวงเวลาสนๆ
และเพมพนขนเรอยๆ ตอนน Scrum ไดถกน ามาใชอยางแพรหลายส าหรบผลตภณฑและการบรการ รวมไปถงการจดการองคดวย
ขอส าคญของ Scrum คอ กลมท างานทมขนาดเลก มความยดหยนและมการปรบตวสง จดแขงเหลา
นไดถกน าไปใชในการท างานแบบกลมเดยวหรอแบบหลายกลม เพอพฒนาผลตภณฑ ออกผลตภณฑและ
สงมอบผลตภณฑ เพอการท างานทยงยนอกดวย นอกจากน Scrum ยงถกน าไปใชในการผลต สนคาทใชคนเปนจ านวนหลายพนคน ผคนเหลานรวมกนท างานผานโครงสรางการพฒนาททนสมยและอยใน
สงแวดลอมในการท างานทมเปาหมายในการออกผลตภณฑทมความชดเจน
ค าวา “พฒนา” และ “การพฒนา” ในคมอนหมายถงการท างานทมความซบซอนดงทไดกลาวมาแลวขางตน
ทฤษฎของ Scrum
Scrum ไดถกคนพบจากทฤษฎของการควบคมการทไดมาจากการปฏบตจรงหรอ Empiricism โดย
Empiricism ชชดวา ความรนนไดมาจากประสบการณตรงและการตดสนใจกระท าขนจากตวแปรเทาทร
โดยท Scrum แบงการท างานเปนชวงๆ และมผลงานเพมขนอยางตอเนอง การท าเชนนท าใหคาดการณ มความแมนย าและยงควบคมความเสยงตางๆ ไดอกดวย
ในการควบคมการท างานแบบ Empiricism มหลก 3 ประการคอ ความโปรงใส การตรวจสอบและ
การปรบเปลยน
ความโปรงใส (Transparency)
สงทส าคญของการท างานตองถกท าใหมองเหน (visible) ไดอยางชดเจนตอผทรบผดชอบผลลพธของงาน ความโปรงใสนก าหนดใหสงทส าคญของการท างานมมาตรฐานเดยวกน ดงนนผทท างานจะมความเขาใจ
ตรงกนวามอะไรเกดขนบาง
ตวอยาง เชน
• ผทท างานรวมกนตองใชภาษาเดยวกนส าหรบการท างาน
• ผทท างานและผทตรวจสอบ Increment ตองเขาใจค านยามของค าวา งานเสรจสมบรณ (“Done”)
รวมกน
การตรวจสอบ (Inspection)
ผทน า Scrum ไปใชตองท าการตรวจสอบ Scrum Artifacts และผลของการท างานเทยบกบ Sprint Goal อยางสม าเสมอเพอทจะไดรบรถงความแตกตางของแผนทไดวางไวและผลงานทท าไดจรง การตรวจสอบนน
จะไมท าจนบอยเกนไปจนไปเพมงาน การตรวจสอบจะใหประโยชนสงสดกตอเมอไดรบการตรวจสอบจาก
ผเชยวชาญของงานนน
การปรบเปลยน (Adaptation)
ถาผท าการตรวจสอบพบวามหลายสวนของกระบวนการเบยงเบนไปจากขอตกลงทไดก าหนดไวในตอนแรก
และอาจเปนผลใหผลตภณฑทไดออกมาไมผานการตรวจวดคณภาพ กระบวนการท างานรวมไปถงวตถดบ ตองไดรบการเปลยนแปลงอยางเรงดวนเพอใหเกดผลลพธทเบยงเบนไปนอยทสด
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 5
Scrum ม 4 กจกรรมหลกเพอใชในการตรวจสอบและการปรบเปลยน ไดมการอธบายไวในหวขอกจกรรมตางๆ ของ Scrum (Scrum Events) คอ
• Sprint Planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective
ความส าคญของ Scrum
เมอทมงานทไดน าเอาความส าคญของการใหค าสญญาในเรองของการตงใจท างาน การเปดใจรบฟง
และการใหความเคารพซงกนและกนมาถอปฏบตเปนกจวตรประจ าวนแลว สาระส าคญหลกทวาดวย ความโปรงใส การตรวจสอบได และการปรบเปลยนกจะสามารถเกดขนไดจรงและยงสรางความไวเนอเชอใจ
ตอกนในทมงานอกดวย โดยทสมาชกของทมงานไดเรยนรและคนพบความส าคญดงกลาวของ Scrum
กตอเมอพวกเขาไดมบทบาทตางๆ ใน Scrum ไดเขารวมกจกรรมตางๆ ของ Scrum และไดท าใหเกดผลลพธ ของ Scrum Artifacts
ความส าเรจของการท างานแบบ Scrum ขนอยกบคนทท างานเมอปฏบตตามหลก 5 ประการ หนง แตละคน
ใหสญญาวาจะท างานบรรลเปาหมายของทมงาน สอง สมาชกของทมมความกลาท าในสงทถกตอง
และท างานกบปญหาทยากๆ สาม ทกคนมงเนนไปทงานทอยใน Sprint และเปาหมายของทม ส ทมงาน Scrum และผทมสวนเกยวของทงหมดเหนตรงกนวาจะเปดใจกวางตองานทงหมดและสงททาทาย
ในการท างาน หา สมาชกของทมงาน Scrum ใหความเคารพตอกนเพอใหทมงานสามารถท างานไดอยาง อสระ
ทมงาน Scrum
ทมงาน Scrum ประกอบดวย Product Owner, Development Team และ Scrum Master โดยททมงาน
Scrum เปนทมงานทจดการตวเองไดหรอรหนาทของตนเอง (Self-organizing) และทมงานทงทมม ความสามารถหลากหลาย (Cross-functional) ทมทสามารถจดการตวเองไดจะเลอกวธทดทสด
ในการท างานใหบรรลผลมากกวาทจะใหคนนอกทมงานมาบอกใหทมของตนนนตองท างานอยางไร
ทมทมความสามารถหลากหลายนมทกษะทจ าเปนทงหมดเพอใหสามารถท างานลลวงไปได โดยททมงาน ไมตองขนอยกบความสามารถของคนนอกทม ทมงานของ Scrum ไดถกออกแบบใหเพมความยดหยน
ความคดสรางสรรค และผลผลต ทงนทมงาน Scrum ไดรบการพสจนแลววามประสทธภาพทมากขนทนท ตงแตระยะแรกทไดน าแนวคดนไปใชและส าหรบการท างานทกงานทมความซบซอน
ทมงาน Scrum มการสงมอบสนคาเรอยๆ และเพมขนอยางเพมพน มการเปดโอกาสใหไดรบขอเสนอแนะให
มากทสดเทาทจะท าได การสงมอบผลตภณฑทเสรจสมบรณ (“Done”) มากขนนน ท าใหมนใจไดวา
ผลตภณฑนนใชงานไดจรงเสมอ
Product Owner
Product Owner หรอเจาของผลตภณฑ เปนผรบผดชอบในการเพมมลคาใหกบผลตภณฑทเกดจาก
การท างาน ของ Development Team การด าเนนการนอาจแตกตางกนออกไปในแตละองคกร
แตละทมงาน Scrum และแตละตวบคคล
Product Owner เปนบคคลเพยงผเดยวทบรการจดการ Product Backlog โดยท าการจดการดงน:
• ท าใหแตละงานทอยใน Product Backlog มความชดเจน
• เรยงล าดบความส าคญของงานทอยใน Product Backlog ใหบรรลเปาหมายและภารกจตางๆ
• เพมมลคาผลงานของ Development Team
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 6
• ท าใหแนใจไดวา Product Backlog สามารถถกมองเหนไดอยางชดเจน มความโปรงใส
และท าใหเหนวาทมงาน Scrum จะท างานอะไรตอไป
• ท าใหมนใจไดวา Development Team เขาใจทกอยางทอยใน Product Backlog เปนอยางด
ผทท าหนาททอยดานบนนนอาจจะเปน Product Owner หรอ Development Team เอง แตถงอยางไรกตาม Product Owner กยงคงเปนผทรบผดชอบงานดงกลาวทงหมด
Product Owner เปนตวบคคลไมใชอยในรปแบบของคณะกรรมการ Product Owner อาจเปนผแทนจาก กลมคนทตองการเปลยนแปลงล าดบความส าคญของงานใน Product Backlog ซงการเปลยนแปลง
ล าดบความส าคญของงานนนจะตองแจงตอ Product Owner
งานของ Product Owner จะส าเรจไดกตอเมอคนทงองคกรใหความเคารพตอการตดสนใจของ Product Owner ทงนการตดสนใจของ Product Owner ตองมความชดเจนในเนอหาและความชดเจนในการเรยงล าดบ
ความส าคญของงานทอยใน Product Backlog โดยทไมมใครทจะสามารถบงคบให Development Team
ท างานนอกเหนอจากงานทไดตกลงกนไวแลว
Development Team
Development Team หรอทมพฒนาผลตภณฑ ประกอบดวยผเชยวชาญหลายคนท างานรวมกนเพอสงมอบ
Increment ทเสรจสมบรณในชวงทายของแตละ Sprint ซง Increment ทเสรจสมบรณนเปนสงทตองการใน Sprint Review ผทมหนาทในการสราง Increment คอ สมาชกทงหมดของ Development Team โดยท
Development Team ไดรบการจดตงและมอบอ านาจจากองคกรใหจดระเบยบและบรหารงานดวยตนเอง ผลจากการรวมกนท างานของ Development Team ชวยท าใหเกดประสทธภาพและประสทธผลโดยรวม
ของทมงานเอง
Development Team มลกษณะส าคญดงนคอ:
• พวกเขารหนาทของตนเอง โดยไมตองใหมใครมาบอกวาจะตองท าอยางไรใหงานใน Product
Backlog กลายมาเปน Increment ทพรอมใชงานและสงมอบ
• Development Team แตละคนมความสามารถหลากหลายทจ าเปนตอการสราง Increment
• แตละคนไมมช อต าแหนง โดยทไมค านงถงงานทคนคนนนท า
• ไมมทมงานยอยใต Development Team เชน ทมงานทดสอบ ทมงานทดแลดานโครงสรางหรอ
Architecture หรอแมแตทมงานวเคราะหขอมลทางธรกจ
• ทมงานแตละคนมทกษะเฉพาะดานของตนเอง แตความรบผดชอบตองานเปนของทกคนทอยในทม
ขนาดของ Development Team
ขนาดของทมทดทสดคอ ทมมขนาดเลกเพอใหเกดความคลองตวแตใหญพอทจะสามารถท างานใหจบภายใน
Sprint ได ทมทมสมาชกนอยกวา 3 คน การปฏสมพนธกนในทมกจะมนอยแตขณะเดยวกนกจะผลตผลงาน ออกมานอยเชนกน รวมไปถงมขอจ ากดของทกษะทจ าเปนตอการท างานใน Sprint จนท าให Development
Team ไมสามารถและสงมอบ Increment ได ถาทมงานมสมาชกมากกวา 9 คน จะท าใหทมงานตองสอสาร กนมากเกนไป ท าใหทมมความซบซอนตอกระบวนการ Empiricism โดยทจ านวนสมาชกของทมทไดกลาว
มานไมไดนบรวม Product Owner และ Scrum Master นอกจากพวกเขาไดรวมท างานอยใน Sprint Backlog ดวย
Scrum Master
Scrum Master มความรบผดชอบตอการสงเสรมและสนบสนนการใช Scrum ใหถกตองตามทไดก าหนดไวใน คมอน Scrum Master ยงมหนาทท าใหทมงานทกคนเขาใจทฤษฎของ Scrum ขอปฏบตและขอส าคญตางๆ
รวมทงการน า Scrum ไปใช
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 7
Scrum Master เปน Servant-Leader หรอผน าทรบใชผอ นกอน เปนผทชวยใหบคคลอนทอยนอกทม เขาใจวาการกระท าแบบใดทไดผลหรอไมไดผลเมอตองท างานรวมกบทม Scrum นอกจากน Scrum Master
ชวยใหทกคนเปลยนการปฏสมพนธรวมกนเพอใหเกดมลคาสงสดใหกบงานททมงาน Scrum ไดผลตขนมา
หนาทของ Scrum Master ตอ Product Owner
Scrum Master สงเสรมการท างาน Product Owner ในหลายๆ ดานดงน:
• ท าใหมนใจไดวาทมงาน Scrum ทกคนเขาใจถงเปาหมาย ขอบเขตของเนองานและกลมงานของ
ผลตภณฑ (product domains)
• หาเทคนคตางๆ ทท าใหเกดการบรหารจดการ Product Backlog ไดอยางมประสทธภาพ
• ชวยใหทมงาน Scrum เหนถงความจ าเปนของความชดเจน สนกระชบ ของงานใน Product Backlog
• มความเขาใจในการวางแผนงานผลตภณฑทอยภายใตการท างานแบบ Empiricism
• ชวย Product Owner เขาใจวธการเรยงล าดบความส าคญของงานใน Product Backlog ทท าใหเกด
มลคาสงสด
• มความเขาใจเกยวกบ Agile และสามารถน าไปปฏบตได
• อ านวยความสะดวกของกจกรรมตางๆ ของ Scrum ตามแตโอกาสทมการรองขอ
หนาทของ Scrum Master ตอ Development Team
Scrum Master สงเสรมการท างาน Development Team ในหลายๆ ดานดงน:
• ฝก Development Team ใหสามารถเปนทมงานทจดการงานของตนเองและมความสามารถท
หลายหลายได
• ชวยทมงานใหสามารถผลตผลตภณฑทมมลคาสงได
• ชวยก าจดอปสรรคทขดขวางตอการท างานของ Development Team
• ชวยอ านวยความสะดวกของกจกรรมตางๆ ของ Scrum ตามแตโอกาสทมการรองขอ
• ฝก Development Team ในองคกรทเพงจะน าเอา Scrum ไปใชแตยงอาจจะไมมความเขาใจท
แทจรง
หนาทของ Scrum Master ตอองคกร
Scrum Master สงเสรมการท างานขององคกรในหลายๆ ดานดงน:
• เปนผน าและผฝกสอนภายในองคกรในการน า Scrum มาใช
• วางแผนการน า Scrum มาใชจนเกดความส าเรจภายในองคกร
• ชวยใหพนกงานและผมสวนไดสวนเสยขององคกรเขาใจเกยวกบ Scrum และผลตภณฑทเกดจาก
การท างานแบบ Empiricism
• กอใหเกดการเปลยนแปลงทเพมผลงานของทมงาน Scrum
• ท างานรวมกบ Scrum Master คนอนๆ เพอเพมประสทธผลในการน า Scrum มาใชองคกร
กจกรรมตางๆ ของ Scrum
กจกรรมตางๆ ทก าหนดขนใน Scrum นน ถกสรางขนมาเพอใหเกดการท ากจกรรมใหเปนปกตนสย
และลดการประชมทไมไดก าหนดขนใน Scrum ทก ๆ กจกรรมนถกก าหนดใหอยในกรอบของเวลา ดงนนทก กจกรรมมการก าหนดระยะเวลาสงสดไว เมอ Sprint ไดเรมขนแลวระยะเวลาของ Sprint ไดถกก าหนดไว
อยางตายตว โดยไมมการท าใหระยะเวลาท างานนนสนลงหรอยาวขน กจกรรมตางๆ นนสามารถเสรจสนลงได
เมอมการบรรลเปาหมายของกจกรรมเหลานนแลว เพอใหมนใจวาไดท ากจกรรมในระยะเวลาทเหมาะสม โดยไมเสยเวลาไปกบเรองอนๆ ในระหวางทท ากจกรรมนนๆ
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 8
ในระหวาง Sprint มกจกรรมตางๆ ทแตละกจกรรมเปดโอกาสทจะไดท าการตรวจสอบและปรบเปลยนเกดขน กจกรรมเหลานไดมการออกแบบมาโดยเฉพาะเพอใหเกดความโปรงใสและเพอการตรวจสอบทส าคญ การท
ไมไดท ากจกรรมใดกจกรรมหนงเปนผลใหความโปรงใสลดลงและท าใหขาดโอกาสในการตรวจสอบและ ปรบเปลยนอกดวย
Sprint
หวใจส าคญของ Scrum คอ Sprint ค าวา Sprint นนหมายถง กรอบระยะเวลาในการท างาน ในระยะเวลาหนง
เดอนหรอนอยกวาทจะสามารถผลตและสงมอบ Increment ได ซง Sprint นนมระยะเวลาทตายตวตลอดชวง ของการท างาน โดย Sprint ใหมจะเกดขนทนทหลงจากทไดรบการสรป Sprint กอนหนานแลว
Sprint ประกอบดวย Sprint Planning, Daily Scrum, การท างาน, Sprint Review และ Sprint
Retrospective
ในระหวาง Sprint:
• ไมมการเปลยนแปลงใดๆ เกดขนทอาจสงผลตอ Sprint Goal
• ไมมการปรบลดเปาหมายเชงคณภาพ
• ขอบเขตของงานอาจมการชแจงหรอตอรองใหมไดระหวาง Product Owner และ Development
Team
แตละ Sprint อาจจะถกพจารณาไวไมใหเกนระยะเวลา 1 เดอน กเหมอนกบการท าโปรเจคตางๆ โดยท Sprint ถกน ามาใชใหท างานใหส าเรจลลวงไปได โดยทในแตละ Sprint มเปาหมายทชดเจนวาจะผลตอะไร
ซงไดมการออกแบบและมการวางแผนทยดหยนเพอใหเปนแนวทางในการผลต Increment
Sprint นนถกจ ากดไวใหไมเกนระยะเวลา 1 เดอน ถาระยะเวลาของ Sprint นานเกนไปสงทตองการจะผลต
นนอาจจะมการเปลยนแปลงไปแลวและความซบซอนอาจจะเกดขนได รวมทงความเสยงกจะมมากขนดวย เราสามารถคาดการณลวงหนาสงทจะเกดขนใน Sprint ไดโดยการตรวจสอบและปรบเปลยนเทยบกบ Sprint
Goal อยางนอยเดอนละครง ทงน Sprint ยงจ ากดความเสยงของคาใชจายทอาจจะเกดขนไวทระยะเวลา ไมเกน 1 เดอนดวย
การยกเลก Sprint
Sprint สามารถถกยกเลกกอนทเวลาของ Sprint จะจบลงได โดย Product Owner เปนเพยงผเดยวทบอก ใหยกเลกได ถงแมวา Product Owner อาจท าไปจากการชกน าของผมสวนไดสวนเสย ทมงาน หรอ Scrum
Master
Sprint สามารถถกยกเลกไดเมอ Sprint Goal ถกยกเลกใชแลว เหตการณแบบนสามารถเกดขนไดถาบรษท
มการเปลยนทศทาง สภาวะของตลาดหรอเทคโนโลยมการเปลยนแปลง ซงทจรงแลว Sprint มระยะเวลาสนๆ ดงนนการยกเลก Sprint จงไมสมเหตสมผล
เมอ Sprint ไดถกยกเลกแลว งานใหนทท าเสรจสมบรณจะถกน ามาพจารณา งานทมบางสวนสามารถทจะ สงมอบและใชงานไดจรงนนทาง Product Owner กจะยอมรบงานนนไปดวยเชนกน ส าหรบงานไหน
ทท าไมเสรจสมบรณจะถกน ากลบไปพจารณาใหมและถกน ากลบไปใสไวใน Product Backlog ซงงานท ท าไมเสรจนมลคาของมนจะลดลงไปอยางรวดเรว งานเหลานจะตองไดรบการประเมน (Estimate) ใหม
อกครง
การยกเลก Sprint ท าใหเกดการสญเสยทรพยากรอยางมากเพราะทกคนตองกลบมาวางแผนใหมใน Sprint
ถดไป การยกเลก Sprint นนยงกอใหเกดผลเสยกบทมและถอวาเปนเรองผดปกต
Sprint Planning
งานทจะถกท าใน Sprint นนไดรบการวางแผนใน Sprint Planning การวางแผนนท าขนโดยความรวมมอของ
สมาชกทมงาน Scrum ทงหมด
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 9
Sprint Planning ใชเวลาไมเกน 8 ชวโมงส าหรบ Sprint ทใชเวลาไมเกน 1 เดอน ส าหรบ Sprint ทใชเวลา
นอยกวาน เวลาในการท า Sprint Planning กจะลดลงไป Scrum Master ท าใหมนใจไดวากจกรรมนถก จดขนและผทเขารวมกจกรรมเขาใจถงวตถประสงคของการเขารวมกจกรรม นอกจากน Scrum Master ชวย
ชแนะใหสมาชกทมงาน Scrum ท ากจกรรมนภายในระยะเวลาทก าหนดไว
การท า Sprint Planning จะตอบค าถาม 2 ค าถามน:
• จะท างานไหนใน Sprint น
• แลวจะท างานทเลอกมาอยางไร
หวขอท 1: จะท างานไหนใน Sprint น
Development Team คาดการณวาจะมงานใดบางทจะตองท าใหเสรจสมบรณพรอมสงมอบใน Sprint ถดไป
โดยม Product Owner อภปรายวตถประสงคของ Sprint และงานไหนอยใน Product Backlog ทท าแลว
จะท าใหสามารถบรรล Sprint Goal ได โดยทสมาชกทงหมดของทมงาน Scrum ท าความเขาใจในงานท จะตองท าใน Sprint ถดไปรวมกน
สงทถกน าเขามาพจารณาในกจกรรมนคอ งานใน Product Backlog, Increment ลาสด ประสทธภาพ
(Performance) ของทมงานทผานมา และเวลาททมงานแตละคนสามารถใหไดกบการท างานใน Sprint
ถดไป โดยทปรมาณงานทถกเลอกมาจาก Product Backlog จะตองมาจากความสมครใจของ Development Team เอง และเฉพาะ Development Team เทานนทสามารถก าหนดวาจะสามารถท างานอะไรไดบางใน
Sprint ทก าลงจะมาถง
ในขณะทท า Sprint Planning นน ทมงาน Scrum จะคดและเขยน Sprint Goal ทถอวาเปนเปาหมาย ทตองท าใหบรรลในระหวางทท างานจาก Product Backlog โดยท Sprint Goal จะเปนแนวทางให
Development เขาใจวา ท าไมตองสราง Increment ขนมา
หวขอท 2: แลวจะท างานทเลอกมาอยางไร
เมอไดก าหนด Sprint Goal ของ Sprint ทก าลงจะมาถงแลว รวมไปถงไดงานตางๆ ทจะตองท าจาก Product Backlog แลว ทมงานตองท าการตดสนใจวา ในระหวาง Sprint นนจะท างานพวกนนอยางไรใหเสรจสมบรณ
และใชงานไดจรง (“Done”) ชดงานทถกเลอกมาจาก Product Backlog พรอมกบแผนสงมอบงาน มชอเรยก
วา Sprint Backlog
โดยปกตแลวทมงานจะเรมตนการท างานดวยการออกแบบระบบและงานทจะตองท าใหเสรจสมบรณกอน งานดงกลาวอาจมขนาดทแตกตางกนออกไป รวมไปถงความพยายามทตองใสลงไปเพอท าใหงานนน
เสรจกมความแตกตางกนออกไปดวย อยางไรกตามจ านวนงานทถกวางแผนใน Sprint Planning นน
กมจ านวนมากพอ ให Development Team เชอวาพวกเขาจะสามารถท างานเสรจไดใน Sprint ทก าลง จะมาถง โดยในวนแรกๆ Development Team จะยอยงานใหมขนาดเลกลงใหสามารถท าเสรจไดภายใน
1 วนหรอนอยกวา โดยท Development Team จะเลอกงานดวยตนเองเพอท างานใน Sprint Backlog ไดตงแตชวงทท า Sprint Planning และตลอดระยะเวลาทอยใน Sprint
Product Owner ชวยชแจงงานทถกเลอกมาจาก Product Backlog อาจจะมการโยกยายงานเกดขน อาจม
การเปลยนแปลงล าดบความส าคญของงาน หรอการเปลยนวธการท างานใหมทมประสทธภาพมากกวา
ถา Development Team ระบวามงานมากหรอนอยเกนไป ทาง Development Team สามารถตอรองกบ Product Owner ได ซงทาง Development Team อาจจะเชญบคคลอนมาเขารวมเพอใหขอมลทางเทคนค
กอนทจะจบกจกรรม Sprint Planning ทางทมงานควรทจะสามารถอธบายตอ Product Owner และ Scrum
Master ไดวา ทาง Development Team จะตงใจท างานแบบจดการตวเองใหสามารถบรรล Sprint Goal
และสราง Increment ขนมาได
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 10
Sprint Goal
Sprint Goal ถกก าหนดขนส าหรบ Sprint นนๆ การบรรล Sprint Goal เกดจากการผลตงานตางๆ จาก
Product Backlog โดยท Sprint Goal จะเปนแนวทางให Development Team มเขาใจวาท าไมตองสราง Increment ขนมา Sprint Goal นนถกก าหนดขนระหวางทท ากจกรรม Sprint Planning โดยท Sprint Goal
ท าใหทมมความยดหยนระหวางทท างานในแตละ Sprint ซงงานทถกเลอกมาจาก Product Backlog
จะมความสอดคลองกบ Sprint Goal นอกจากนแลว Sprint Goal อาจจะเชอมโยงสงอนๆ เพอใหทมสามารถ ท างานรวมกนไดมากกวาทจะท างานแยกกน
ในขณะท Development Team ท างานอยนน Development Team ตองตระหนกถง Sprint Goal โดยท
Development Team น าเอาเทคโนโลยตางๆ มาใชเพอใหบรรล Sprint Goal ถางานทไดออกมานน
แตกตางไปจากท Development Team คาดหวงไว ทาง Development Team จะตอรองกบ Product Owner ในเรองขอบเขตของงานใน Sprint Backlog ใน Sprint นนๆ
Daily Scrum
Development Team ใชเวลาส าหรบท า Daily Scrum เปนเวลา 15 นาท โดยท าทกวนตลอดระยะเวลาทท า Sprint เพอให Development Team ไดวางแผนงานลวงหนา 24 ชวโมง การตรวจสอบงานจากการท า Daily
Scrum ในวนทผานมาและการคาดการณงานในวนทก าลงจะมาถง จะชวยเพมประสทธภาพในการท างาน
และการท างานรวมกนเปนทมได การท า Daily Scrum จะท าในเวลาและสถานทเดยวกนของแตละวน เพอลดความยงยากตางๆ
Development Team ใช Daily Scrum ในการตรวจสอบความคบหนาของงานโดยเทยบกบ Sprint Goal
โดยตรวจสอบวาความคบหนานนมแนวโนมวาจะท างานเสรจตามทอยใน Sprint Backlog หรอไม นอกจากน
Daily Scrum ชวยเพมความนาจะเปนให Development Team ใหบรรล Sprint Goal ในทกๆ วน โดยท Development Team ควรทจะเขาใจวาจะท างานรวมกนอยางไรของทมงานทมลกษณะทรจกการจดการ
ตนเอง ใหบรรล Sprint Goal และสราง Increment ในตอนทายของ Sprint ได
โดยท Development Team จะเปนคนสรางรปแบบของการประชมเองและอาจจะด าเนนการประชม ไปในทศทางทแตกตางกน แตกยงมงเนนไปทการตรวจสอบความคบหนาของ Sprint Goal บาง
Development Team อาจจะใชวธการถามค าถาม บาง Development Team อาจจะใชวธการอภปราย
โดยมตวอยางของค าถามคอ
• เมอวานฉนไดท าอะไรทชวยใหทมงานบรรล Sprint Goal
• วนนฉนจะท าอะไรทชวยใหทมงานบรรล Sprint Goal
• ฉนมอปสรรคอะไรทมาขดขวางตวฉนเองหรอทมงานจากการท างานใหบรรล Sprint Goal หรอไม
หลงจากทจบ Daily Scrum แลว ทมงานจะประชมกนตอทนทเพออภปรายเรองทตองลงรายละเอยด
เรองทตองท าการเปลยนแปลงหรอเรองทตองท าการวางแผนใหมส าหรบงานทเหลอใน Sprint นนๆ
Scrum Master ชวยท าใหแนใจวาทาง Development Team จะมการจดการประชมนข น โดยท
Development Team รบผดชอบในการด าเนนการประชมเอง Scrum Master มหนาทในการสอนและ แนะน าใหทมงานรกษาเวลาในการประชมเพยง 15 นาท
Daily Scrum เปนการประชมภายในกนเองส าหรบ Development Team ถาพบวามคนอนมาเขารวมประชม
ดวย ทาง Scrum Master ตองคอยบอกไมใหคนเหลานนรบกวนการประชม
Daily Scrum ชวยพฒนาปรบปรงการสอสาร ลดการประชมอนๆ Daily Scrum ยงชใหเหนถงอปสรรคตางๆ
ททมตองท าการก าจดออกไป นอกจากน Daily Scrum ยงชวยเนนและสงเสรมการตดสนใจทรวดเรว รวมไปถงชวยพฒนาระดบความรของ Development Team อกดวย ซงนถอเปนขอส าคญในการประชม
ทสามารถตรวจสอบและปรบเปลยนได
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 11
Sprint Review
Sprint Review ถกจดขนในตอนทายของ Sprint เพอท าการตรวจสอบ Increment ทไดท าเสรจแลวและ
หากมความจ าเปนกอาจจะมการเปลยนแปลง Product Backlog เกดขนดวย ระหวางทท า Sprint Review นน
ทมงาน Scrum และผมสวนไดสวนเสยทงหมดจะดวางานไหนทท าเสรจแลวบางใน Sprint ทผานมา และพจารณาดวางานทเสรจแลวนนเพมมลคาหรอไม กจกรรมนถกจดขนแบบไมเปนทางการและไมใช
การประชมเพอดความคบหนาของงาน แตเปนการประชมใหไดรบขอเสนอแนะและเพอสงเสรมในการท างาน รวมกน
กจกรรมนใชเวลาไมเกน 4 ชวโมง ส าหรบการท า Sprint 1 เดอน ส าหรบ Sprint ทสนกวาน เวลาทใช
ในการท ากจกรรมกจะสนลงไปดวย Scrum Master ชวยใหมนใจวากจกรรมนไดถกจดขนและผทเขารวม
ประชมทกคนเขาใจวตถประสงคของการประชม นอกจากนแลว Scrum Master คอยสอนและแนะน าให ทกคนทเขารวมกจกรรมรวมกนรกษาเวลาในการประชม
Sprint Review มองคประกอบดงน:
• Product Owner เปนคนเชญทมงาน Scrum และผมสวนไดสวนเสยทกคนเขาประชม
• Product Owner เปนคนอธบายวางานไหนทอยใน Product Backlog ไดท าเสรจสมบรณ (“Done”)
แลวบาง และมงานไหนทยงท าไมเสรจ
• ทาง Development Team ท าการอภปรายวามอะไรทด าเนนไปเปนอยางดระหวางใน Sprint น
ไดเจอกบปญหาอะไรบางและท าการแกไขปญหานนอยางไร
• ทาง Development Team โชวงานทเสรจสมบรณแลวและตอบค าถามทเกยวกบ Increment
• Product Owner อธบายถงงานทเหลอใน Product Backlog และ Product Owner คาดการณวา
งานทงหมดนจะเสรจเมอไหร
• สมาชกทเขารวมประชมทกคนพจารณาวาจะท าอะไรถดไปหลงจากน ดงนนการท า Sprint Review
จงเหมอนกบการท า Sprint Planning ไปดวย
• มการทบทวนวาสถานการณของตลาดหรอแนวโนมการใชผลตภณฑมการเปลยนแปลงไปอยางไร
ควรจะท างานไหนเพอสรางมลคาในครงถดไป
• ทบทวนเวลาทใชในการท างาน ตนทน โอกาสใหมๆ รวมไปถงตลาดส าหรบการน าเสนอผลตภณฑ
ในอนาคต
ผลลพธจาก Sprint Review คอ Product Backlog ไดรบการทบทวนไวส าหรบ Sprint ถดไป ซง Product Backlog อาจจะมการปรบเปลยนเพอใหสอดคลองกบโอกาสใหมๆ ได
Sprint Retrospective
Sprint Retrospective เปนกจกรรมทเปดโอกาสใหทมงาน Scrum ไดรวมกนตรวจสอบและวางแผน
ปรบปรงในหลายๆ เรองส าหรบ Sprint ถดไป
Sprint Retrospective เปนกจกรรมทเกดขนหลงจาก Sprint Review และกอนทจะท า Sprint Planning ของ Sprint ถดไป ระยะเวลาในการท า Sprint Retrospective คอไมเกน 3 ชวโมงส าหรบการท า Sprint 1 เดอน
ส าหรบ Sprint ทระยะเวลาสนกวากจกรรมนกจะสนลงไปดวย ทาง Scrum Master มหนาทชวยใหแนใจวา กจกรรมนไดถกจดขนและผเขารวมกจกรรมทกคนนนเขาใจวตถประสงคของกจกรรม
Scrum Master ชวยใหการประชมเปนไปอยางราบรนและไดผลลพธทดออกมา รวมไปถงคอยบอกใหทกคน รกษาเวลาในการประชม โดยท Scrum Master เขารวมประชมในฐานะสมาชกของทมคนหนงโดยมความ
รบผดชอบในกระบวนการของ Scrum ดวย
วตถประสงคของ Sprint Retrospective คอ:
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 12
• ท าการตรวจสอบวา Sprint ทผานมาเปนไปอยางไรบาง ไมวาจะเปนเรองของคนท างาน
ความสมพนธ กระบวนการและเครองมอตางๆ ทน ามาใชในการท างาน
• ระบและเรยงล าดบหวขอหลกๆ จากการประชมทมแนวโนนทน าไปพฒนาปรบปรงตอได
• สรางแผนการปรบปรงในแนวทางททม Scrum คดวาแผนนนจะน าผลลพธทดออกมาให
Scrum Master คอยสนบสนนทมงาน Scrum ใหมการปรบปรงโดยใชรปแบบการท างาน Scrum ใหทมมกระบวนการพฒนาและน าไปปฏบตไดอยางมประสทธภาพและมความสนกในการท างานใน Sprint
ถดไป ในการท า Sprint Retrospective ทมงาน Scrum จะรวมกนวางแผนหาแนวทางทจะเพมคณภาพ
ของสนคา โดยท าการปรบปรงกระบวนการตางๆ หรอแกไขค านยามของค าวา งานเสรจสมบรณ (“Done”) โดยใหมความเหมาะสมและไมขดตอมาตรฐานของสนคาและมาตรฐานขององคกร
ในตอนทายของ Sprint Retrospective ทมงาน Scrum ควรทจะระบแนวทางการพฒนาทน าเอาไปใชใน
Sprint ถดไป การท าเชนนเปนการเปลยนแปลงเพอใหสามารถตรวจสอบการท างานของทม Scrum ได
แตอยางไรกตามแมวาการเปลยนแปลงตางๆ สามารถเกดขนไดอยตลอดเวลา แต Sprint Retrospective กยงเปนโอกาสทเปนทางการใหทมไดท าการตรวจสอบและปรบเปลยนสงตางๆ
Scrum Artifacts
Scrum Artifacts หรอผลลพธจากกจกรรมตางๆ ในการพฒนาผลตภณฑ แสดงถงงานหรอคณคาของงาน เพอใหเกดความโปรงใสและเปนโอกาสในการตรวจสอบและปรบเปลยน ซง Scrum Artifacts ไดรบ
การออกแบบมาเพอเพมความโปรงใสของขอมลทส าคญและเพอใหทกคนมความเขาใจใน Artifacts ตรงกน
Product Backlog
Product Backlog เปนงานทงหมดทตองท าในการผลตสนคานนโดยมการเรยงล าดบความส าคญของ งานตางๆ Product Backlog เปนแหลงของขอมลเพยงแหลงเดยวของงานทตองท า หากมการเปลยนแปลง
ใดๆ เกดขนกบตวสนคา Product Owner เปนผทมหนาทรบผดชอบตอ Product Backlog รวมไปถงเนอหา ความพรอมในการใชงานและการเรยงล าดบความส าคญของงานตางๆ ดวย
Product Backlog นนไมมวนทเสรจสน การพฒนาสนคาในชวงแรกเกดขนจากการรบรและเขาใจเปนอยางด ทสดจากสงทตองท าเปนอยางแรกๆ กอน โดยท Product Backlog ประกอบไปดวยงานทตองท าเกยวกบตว
ผลตภณฑเองและงานอนๆ ทเกยวของกบตวผลตภณฑดวย Product Backlog จะมการเปลยนแปลงตลอด เวลาเพอท าใหรวางานไหนทท าแลวท าใหสนคานนเหมาะกบตลาด สามารถแขงขนไดและมประโยชน
ถาตวสนคาเองยงคงมอย ตว Product Backlog กยงคงมอยเชนกน
Product Backlog แสดงรายการทงหมดของกลมงาน ฟงกชนตางๆ ความตองการของลกคา งานทเพมขนมา
และสงทตองปรบปรงทเปนการเปลยนแปลงทจะเกดขนกบตวผลตภณฑในอนาคต งานตางๆ ทอยใน Product Backlog แสดงรายละเอยด มการเรยงล าดบความส าคญและการประมาณคางาน (Estimation) ของงานนนๆ
รวมทงค าอธบายวธการทดสอบงานทเสรจสมบณแลว
ในขณะทผลตภณฑก าลงถกใชงานและเพมมลคา ขอเสนอแนะจากลกคากมเพมขนตามมาดวย รวมไปถงราย
ละเอยดกมมากขนดวยเชนกน เมอไดรบขอเสนอแนะจากลกคาท าใหงานทตองท าไมเคยหยดนง จงถอวา Product Backlog เปน Artifacts ทมการเปลยนแปลงตลอดเวลา จะเหนวางานตางๆ ทตองท านนมาจาก
ความตองการของธรกจ สถานการณของตลาด หรอเทคโนโลยทเปลยนไป
ทมงาน Scrum หลายทมมกจะรวมผลตผลตภณฑชนดเดยวกน ม Product Backlog ชดเดยวกนทใชในการ อธบายลกษณะของงานทตองท า Product Backlog อาจจะรวมงานตางๆ ทอยในกลมเดยวกนไวดวยกน
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 13
Product Backlog Refining เปนกจกรรมเพอเพมรายละเอยดของงาน ประมาณงาน (Estimation) และเรยงล าดบความส าคญของงานตางๆ ทอยใน Product Backlog ซงถอเปนกจกรรมทตองท าอยางตอ
เนอง ระหวาง Product Owner และ Development Team เพอทจะไดรวมกนใสรายละเอยดของงานลงไป ขณะทท า Product Backlog Refining งานตางๆ จะถกพจารณาและถกแกไขใหม ทม Scrum ตองตกลงกน
เองวา จะท า Product Backlog Refining เมอไหรและอยางไร โดยปกตแลว Product Backlog Refining
กนเวลาไมมากไปกวา 10% ของเวลาการท างานของ Development Team อยางไรกตามงานตางๆ ทอยใน Product Backlog สามารถถกปรบเปลยนไดตลอดเวลาโดยการพจารณาของ Product Owner
งานตางๆ ใน Product Backlog ทอยในล าดบทสงกวาจะมความชดเจนและรายละเอยดมากกวางานทอย
ล าดบถดลงมา ความแมนย าในการประมาณงาน (Estimation) ขนอยกบวางานนนมรายละเอยดชดเจนมาก แคไหน โดยทงานตางๆ ใน Product Backlog ไดรบการปรบแตงใหงานใดงานหนงสามารถถกท าเสรจไดใน
ชวงเวลาท Sprint ก าหนด งานใน Product Backlog ท Development Team สามารถท าใหเสรจไดใน
Sprint จะถกเลอกในการท ากจกรรม Sprint Planning งานทอยใน Product Backlog มความโปรงใสและถก คดกรองมาแลว
Development Team มหนาทรบผดชอบในการประมาณงาน (Estimation) Product Owner จะมสวนชวย
ท าให Development Team เขาใจและท าการโยกยายสลบบางงาน แตอยางไรกตาม Development Team
จะเปนคนสดทายทท าการประมาณงาน (Estimation) เอง การตรวจสอบความคบหนาเทยบกบเปาหมาย
งานทคงคางทมผลตอการบรรลเปาหมายจะถกน ามาสรปอยตลอดเวลา โดย Product Owner จะสรปงาน ทเหลอทงหมดอยางนอยในกจกรรม Sprint Review โดยทาง Product Owner ท าการเปรยบเทยบงาน
ทเหลอจาก Sprint ทผานๆ มากบ Sprint ปจจบนเพอดวา โครงการจะส าเรจไดทนตามเวลาทก าหนดหรอไม การท าแบบนท าใหเกดความโปรงในตอผมสวนไดสวนเสยทงหมด
การคาดการณความส าเรจของโครงการนมเครองมอตางๆ เชน Burn-Downs, Burn-Ups หรอ Cumulative Flows เครองมอเหลานไดรบการพสจนแลววามประโยชน อยางไรกตามเครองมอเหลาน ไมไดมาแทนท
ความส าคญของการท างานแบบ Empiricism ซงในธรกจทมความซบซอนจะมอะไรเกดขนนนไมมใครรได สงทเกดขนแลวเทานนทอาจถกน ามาใชในการตดสนใจ
Sprint Backlog
Sprint Backlog เปนชดของงานทถกเลอกมาจาก Product Backlog และแผนการทจะสงมอบรวมไปถง
Sprint Goal ทงน Sprint Backlog เปนงานททาง Development Team คาดวาจะท าเสรจสมบรณและ พรอมสงมอบใน Sprint ทก าลงจะมาถง
Sprint Backlog ท าให Development Team เหนวามงานอะไรบางทตองท าใหบรรล Sprint Goal โดยท
Sprint Backlog จะรวมไปถงงานทตองการปรบปรงอยางเรงดวนอยางนอยหนงงานทไดมการระบจากการท า
กจกรรม Sprint Retrospective ทผานมาเพอใหเกดการปรบปรงพฒนาอยางตอเนอง
Sprint Backlog นนเปนแผนงานทมรายละเอยดเพยงพอตอการท างาน โดยความคบหนาของแผนงานถก รายงานใน Daily Scrum ทาง Development Team ท างานทอยใน Sprint Backlog และรวมไปถง
งานทงอกออกมาดวยเพอใหสามารถบรรล Sprint Goal ได
เมอมงานงอกเพมขนมา ทาง Development Team กจะท าการเพมงานเขาไปใน Sprint Backlog เมอ
Development Team ท างานเสรจไปบางแลว ทางทมจะท าการอพเดทขอมลของงานทเหลอ โดยทงานไหน ทไมจ าเปนตองท ากโยกออกไป โดยททาง Development Team เทานนทสามารถท าการ เปลยนแปลง
Sprint Backlog ระหวาง Sprint ได ซง Sprint Backlog จะถกท าใหมองเหนไดอยางชดเจน ถอวาเปนภาพ
ทแสดงผลงานททาง Development Team ไดวางแผนไวใหสามารถท าเสรจไดระหวาง Sprint โดยถอวา Development Team เปนเพยงผเดยวทถอสทธใน Sprint Backlog
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 14
การตรวจสอบความคบหนาของ Sprint
การสรปงานคงคางใน Sprint Backlog สามารถท าไดตลอดทอยในชวงเวลาของ Sprint ทาง Development
Team จะท าการสรปงานทเหลออยางนอยในทก Daily Scrum เพอดแนวโนมของการบรรลเปา Sprint Goal การตดตามงานทคงคางเชนน ท าใหทาง Development Team สามารถจดการกบความคบหนาของ Sprint
ได
Increment Increment คอผลรวมของงานจาก Product Backlog ทท าเสรจสมบรณแลวจาก Sprint ปจจบนและ ผลรวมของงานทเสรจสมบรณจาก Sprint ทงหมดกอนหนาน ซงในตอนทายของ Sprint นน Increment
ทเสรจสมบรณ (“Done”) หมายถง Increment ทสามารถน าไปใชงานจรงไดและผานขอก าหนดของ
ค าวางานเสรจสมบรณ (“Done”) Increment สามารถถกตรวจสอบได และงานทเสรจแลวนนมสวนสนบสนน การท างานแบบ Empiricism นอกจากน Increment ยงไดสะทอนใหเหนถงการบรรลวศยทศนหรอเปาหมาย
ได Increment ตองอยในสภาพทใชงานไดจรงถงแมวาทาง Product Owner จะตดสนใจน าผลตภณฑนน ออกสตลาดหรอไม
ความโปรงใสของ Artifacts
การท างานแบบ Scrum ขนอยกบความโปรงใส การตดสนใจเพอทจะเพมมลคาสงสดและควบคมความเสยง นนขนอยกบสภาพของ Artifacts ถาความโปรงใสเปนไปอยางสมบรณแบบแลว การตดสนใจตางๆ กยอม
สมเหตสมผล แตในทางกลบกนถาไมมความโปรงใสแลว การตดสนใจตางๆ ยอมจะมขอบกพรองท าใหมลคา
ของสนคาหายไปและความเสยงกจะเพมขนดวย
Scrum Master ตองประสานงานรวมกบ Product Owner และ Development Team รวมไปถงทกฝาย ทเกยวของ เพอท าความเขาใจถงความโปรงใสของ Artifacts เมอมความโปรงใสไมเกดขน ทาง Scrum
Master ตองเขาไปชวยเหลอทกคนใหมวธการท างานทเหมาะสมเพอใหเกดความโปรงใสขนมา โดยท Scrum
Master สามารถตรวจสอบความไมโปรงใสไดผานการตรวจสอบ Artifacts รวมไปถงการรบรถงรปแบบตางๆ ในการท างาน รบฟงสงทไดยนอยางใกลชดและตรวจสอบผลลพธของงานกบแผนทไดวางไว
งานของ Scrum Master คอการท างานรวมกบทมงาน Scrum และองคกรเพอเพมความโปรงใสใหกบ
Artifacts งานดงกลาวนจะเกยวของกบการเรยนร การโนมนาวใจ การน าการเปลยนแปลง การท าใหเกด ความโปรงใสนใชเวลานานทไมสามารถเกดขนไดเพยงชวขามคน
ค านยามของค าวา งานเสรจสมบรณ (“Done”)
เมองานใน Product Backlog หรอ Increment ไดถกอธบายวาเสรจสมบรณแลว นนหมายถงทกคน เขาใจตรงกนวางานเสรจสมบรณ (“Done”) นนหมายความวาอยางไร ถงแมวาความเขาใจของแตละคน
แตกตางกนออกไปมาก แตเพอใหมความโปรงใสเกดขนทกคนตองมความเขาใจตรงกนถงความหมาย
ของค าวางานเสรจสมบรณ (“Done”) ซงค าๆ นใชในส าหรบประเมนงานตางๆ ทท าเสรจแลว
ค าจ ากดความเดยวกนนเปนแนวทางใหทมงานรวาตอนทท า Sprint Planning จะเลอกจ านวนงานมากนอย แคไหนจาก Product Backlog จดประสงคของแตละ Sprint คอการสงมอบ Increment ตางๆ ทพรอมใชงาน
ซงตองใหสอดคลองกบค านยามของค าวางานเสรจสมบรณ (“Done”)
Development Team ท าการสงมอบ Increment ในทกๆ Sprint ซง Increment นนสามารถใชงานไดจรง
โดยทาง Product Owner อาจจะเลอกทจะใชหรอวางจ าหนายทนทหรอไมกได เมอค านยามของค าวา งานเสรจสมบรณ (“Done”) เปนสวนหนงของมาตรฐานหรอแนวทางขององคกรแลวทมงานทงหมดตองปฏบต
ตามมาตรฐานขนต านใหได
ถาค านยามของค าวา งานเสรจสมบรณ (“Done”) ไมไดถกก าหนดไวในองคกร ทาง Development Team
ตองหาค านยามของค าวางานเสรจสมบรณ (“Done”) ขนมาโดยใหเหมาะสมกบผลตภณฑของตนเอง
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 15
แมวาจะมหลายทมงานท างานในระบบหรอผลตภณฑเดยวกน ทมงานทงหมดกตองรวมกนก าหนดค าวา งานเสรจสมบรณ (“Done”) รวมกน
Increment ทเกดขนมาใหมนนถกเพมเขาไปใน Increment กอนหนาน ซงกจะตองมการตรวจสอบเพอให
มนใจไดวา Increment ทงหมดนนท างานรวมกนได
เมอทมงาน Scrum มความเสถยรแลวกยอมถกคาดหวงใหมค านยามของงานเสรจสมบรณ (“Done”)
ในมาตรฐานและคณภาพทสงขน ค านยามของงานเสรจสมบรณ (“Done”) ใหมนนอาจจะไมเหมอนกบของ งานเดม ในแตละผลตภณฑหรอระบบควรมค านยามของงานเสรจสมบรณ (“Done”) เปนมาตรฐานเฉพาะเอง
End Note
Scrum นนเปนของฟรและกคอคมอน โดยทบทบาท กจกรรม Artifacts และกฎตางๆ ของ Scrum จะไมมการ
เปลยนแปลงใดๆ ถงแมวาการน าเอา Scrum บางสวนไปใชกถอวาผลลพธทไดออกมานน ไมใช ผลลพธจาก Scrum โดยจะนบวาเปน Scrum กตอเมอมการน า Scrum ไปใชงานเตมรปแบบ โดยรวมไปถงเทคนคตางๆ
วธการและการปฏบตงานทงหมด
Acknowledgement
People
มคนเปนจ านวนหลายพนคนทมสวนรวมในการท าให Scrum นนเกดขนมา ตงแตเรมแรกคอ Jeff Sutherland ไดรวมกบ Jeff Mckenna และ John Scumniotales สวน Ken Schwaber ไดรวมมอกบ Mike Smite และ
Chris Martin รวมไปถงอกหลายคนทมสวนรวมในปตอๆ มา ถาปราศจากการชวยเหลอของพวกเขาเหลาน Scrum คงไมไดรบการปรบปรงอยางทเปนอยในปจจบน
History
Ken Schwaber และ Jeff Sutherland ท างานเกยวกบ Scrum มาจนกระทงป 1995 (พ.ศ. 2538) และไดรวม
กนน าเสนอในงานประชม OOSPLA ในปเดยวกน การน าเสนอนเปนบนทกการเรยนรท Ken และ Jeff ไดมาใน ชวงหลายปทผานๆ มา และเปนการน าเสนอ Scrum อยางเปนทางการตอสาธารณะชนเปนครงแรก
ประวตของ Scrum ไดรบการอธบายในหลายๆ ท เพอเปนเกยรตแกทสถานทแรกๆ ทไดทดลองและปรบแก ไมวาจะเปน Individual, Inc., Newspage, Fidelity Investment และ IDX (ปจจบนคอ GE Medical)
คมอ Scrum ไดรบการพฒนาปรบปรงมาอยางยงยนกวา 20 ป โดย Jeff Sutherland และ Ken Schwaber
แหลงขอมลอนๆ จะใหขอมลเกยวกบรปแบบ กระบวนการและขอมลเชงลก ตางๆ ทเปนประโยชนของ การท างานแบบ Scrum ได ซงส งเหลานอาจจะน ามาซงการเพมผลผลต ความคดสรางสรรค และความพอใจ
กบผลตภณฑตางๆ ทตองการ
Translator Acknowledgement
คมอนไดรบการแปลจากตนฉบบภาษาองกฤษทนกพฒนาซอทฟแวรทงหมดทไดกลาวมาขางตน โดยมผรวมแปลดงน
• Dahm Mongkol Hongchai ดามพ มงคล หงษชย
• Tanner Wortham
• Benjawan Poonsan เบญจวรรณ พนแสน
• Thammanoon Kawainfruangfukul ธรรมนญ กวนเฟองฟกล
• Minwara Rakumthong มณวรา ระก าทอง
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 16
เนอหาทเปลยนแปลงของคมอป 2016 ในคมอป 2017
1. มเนอหาทเพมเตมเขามาในสวนของ การน า Scrum ไปใช
Scrum ไดถกพฒนาขนมาในชวงตนทศวรรษ 1990 โดยมการน าไปใชในการบรหารจดการและพฒนา ผลตภณฑตางๆ ตอมาไดถกน ามาใชอยางแพรหลายในงานดานอนๆ โดยมวตถประสงค ดงน
1. ใชในการวจยและก าหนดตลาดทมความเตบโต เทคโนโลยตางๆ และความสามารถของผลตภณฑ
(product capability)
2. ใชในการพฒนาและเพมคณคาของผลตภณฑ
3. ใชในการสงมอบหรอวางจ าหนายผลตภณฑใหมความถตอวนมากยงขน
4. ใชในการพฒนาและจดการระบบ Cloud (online, secure, on-demand) รวมไปถงระบบ
ปฏบตการอนๆ ซงน ามาของการใชงานของผลตภณฑ
5. ท าใหผลตภณฑมความยงยนและเพอการออกสนคาตวใหม
Scrum ถกน ามาใชในการพฒนา ซอทฟแวร (Software) ฮารดแวร (Hardware) ซอทฟแวรสมองกลฝงตว
(Embedded Software) ระบบเครอขายของฟงกชนเชงตอบโต (Networks of Interacting Function)
ยานพาหนะขบเคลอนอตโตมต (Autonomous Vehicles) โรงเรยน งานภาครฐบาล การจดการองคกร และเกอบทกอยางในชวตประจ าวนไมวาจะเปนระดบบคคลหรอสงคม
ความซบซอนและความสมพนธของ เทคโนโลย การตลาดและสงแวดลอมทเพมขนอยางรวดเรว ท าให
Scrum ไดรบการยอมรบวาสามารถจดการกบความซบซอนเหลานได
Scrum ไดรบการพสจนแลววามประสทธภาพตอการถายทอดความรในลกษณะของชวงเวลาสนๆ
และเพมพนขนเรอยๆ ตอนน Scrum ไดถกน ามาใชอยางแพรหลายส าหรบผลตภณฑและการบรการ รวมไปถงการจดการองคดวย
ขอส าคญของ Scrum คอ กลมท างานทมขนาดเลก มความยดหยนและมการปรบตวสง จดแขงเหลา นไดถกน าไปใชในการท างานแบบกลมเดยวหรอแบบหลายกลม เพอพฒนาผลตภณฑ ออกผลตภณฑและ
สงมอบผลตภณฑ เพอการท างานทยงยนอกดวย นอกจากน Scrum ยงถกน าไปใชในการผลต สนคาทใชคนเปนจ านวนหลายพนคน ผคนเหลานรวมกนท างานผานโครงสรางการพฒนาททนสมยและอยใน
สงแวดลอมในการท างานทมเปาหมายในการออกผลตภณฑทมความชดเจน
ค าวา “พฒนา” และ “การพฒนา” ในคมอนหมายถงการท างานทมความซบซอนดงทไดกลาวมาแลวขางตน
2. เปลยนขอความทอยในหวขอ Scrum Master ใหมความชดเจนของบทบาทหนาท
Scrum Master มความรบผดชอบตอการสงเสรมและสนบสนนการใช Scrum ใหถกตองตามทไดก าหนดไวใน คมอน Scrum Master ยงมหนาทท าใหทมงานทกคนเขาใจทฤษฎของ Scrum ขอปฏบตและขอส าคญตางๆ
รวมทงการน า Scrum ไปใช
Scrum Master เปน Servant-Leader หรอผน าทรบใชผอ นกอน เปนผทชวยใหบคคลอนทอยนอกทม
เขาใจวาการกระท าแบบใดทไดผลหรอไมไดผล เมอตองท างานรวมกบทม Scrum นอกจากน Scrum Master ชวยใหทกคนเปลยนการปฏสมพนธรวมกนเพอใหเกดมลคาสงสดใหงานททมงาน Scrum ไดผลตขนมา
3. เพมหนาทของ Scrum Master ตอ Product Owner
ท าใหมนใจไดวาทมงาน Scrum ทกคนเขาใจถงเปาหมาย ขอบเขตของเนองานและกลมงานของ ผลตภณฑ
(product domains)
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 17
4. ปรบปรงเนอหายอหนาแรกของ Daily Scrum
Development Team ใชเวลาส าหรบท า Daily Scrum เปนเวลา 15 นาท โดยท าทกวนตลอดระยะเวลาทท า
Sprint เพอให Development Team ไดวางแผนงานลวงหนา 24 ชวโมง การตรวจสอบงานจากการท า Daily
Scrum ในวนทผานมาและการคาดการณงานในวนทก าลงจะมาถง จะชวยเพมประสทธภาพในการท างาน และการท างานรวมกนเปนทมได การท า Daily Scrum จะท าในเวลาและสถานทเดยวกนของแตละวน
เพอลดความยงยากตางๆ
5. ปรบปรงเนอหาของหวขอ Daily Scrum เพอใหมความชดเจนของเปาหมายของการท า
Daily Scrum
โดยท Development Team จะเปนคนสรางรปแบบของการประชมเองและอาจจะด าเนนการประชม ไปในทศทางทแตกตางกน แตกยงมงเนนไปทการตรวจสอบความคบหนาของ Sprint Goal บาง
Development Team อาจจะใชวธการถามค าถาม บาง Development Team อาจจะใชวธการอภปราย
โดยมตวอยางของ ค าถามคอ
• เมอวานฉนไดท าอะไรทชวยใหทมงานบรรล Sprint Goal
• วนนฉนจะท าอะไรทชวยใหทมงานบรรล Sprint Goal
• ฉนมอปสรรคอะไรทมาขดขวางตวฉนเองหรอทมงานจากการท างานใหบรรล Sprint Goal หรอไม
6. เพมค าเขาไปส าหรบเรองของระยะเวลาในการท ากจกรรม
มการใชค าวา “ไมเกน” เพอไมใหมค าถามวาแตละกจกรรมตองใชเวลาตายตวเทาไหร ซงเวลาเหลานนเปน
เวลาสงสดในการท ากจกรรม
7. เพมเนอหาในหวขอ Sprint Backlog
ใชค าวา “มากทสด” เพอลบค าถามใดๆ ทเหตการณตองมความยาวทแนนอนและแทนทจะเปน เวลาสงสดทก าหนด
8. เพมเนอหาใหมความความชดเจนในหวขอ Increment
Increment สามารถถกตรวจสอบได และงานทเสรจแลวนนมสวนสนบสนน การท างานแบบ Empiricism
นอกจากน Increment ยงไดสะทอนใหเหนถงการบรรลวศยทศนหรอเปาหมายได
ค าอธบายเพมเตม
Burn-Downs กราฟแสดงความคบหนาของงาน โดยแสดงใหเหนวามจ านวนงานทเหลอเมอเวลาผานไป
Burn-Ups กราฟแสดงความคบหนาของงาน โดยแสดงใหเหนวามจ านวนทท าเสรจเพมขนเมอเวลาผานไป
Cumulative Flows กราฟแสดงความคบหนาของงาน โดยแสดงใหเหนวามงานทตองท าสะสมกงาน
งานทท าเสรจแลวสะสมตลอดระยะเวลาของโครงการกงาน
Development Team ทมงานทท างาน ทสรางและผลตผลตภณฑ
Empiricism ความรทเกดจากการลงมอปฏบต ความรทเกดจากประสบการณจรง
Estimation การประมาณงาน โดยการประมาณเวลา ก าลงคนและอนๆ
Increment ผลรวมของงานจาก Product Backlog ทท าเสรจสมบรณแลวจาก Sprint ปจจบนและ ผลรวมของงานทเสรจสมบรณจาก Sprint ทงหมดกอนหนาน
©2017 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of Creative
Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described in summary form
at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide, you acknowledge and agree that you
have read and agree to be bound by the terms of the Attribution Share-Alike license of Creative Commons.
Page | 18
Product Backlog รายการงานทงหมดทตองท าเพอผลตผลตภณฑ
Product Owner เจาของผลตภณฑ เปนบคคลทเขาใจในตวผลตภณฑรวมไปถงเขาใจเรองธรกจและ ความตองการของลกคา
Scrum Artifacts ผลลพธจากกจกรรมตางๆ ในการพฒนาผลตภณฑ ซงกคอ Product Backlog, Sprint
Backlog และ Increment
Scrum Master ผน าทคอยใหความชวยเหลอผอ นกอน
Sprint ระยะเวลาในการท างาน โดยมระยะเวลาก าหนดอยในชวง 1 - 4 สปดาห
Sprint Backlog ชดของงานทไดรบการเลอกมาจาก Product Backlog เพอท าใน Sprint นนๆ
Sprint Goal เปาหมายของ Sprint