คมอ 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 6

Development Team Error! Bookmark not defined.

Scrum Master 7

กจกรรมตางๆ ของ Scrum Error! Bookmark not defined.

Sprint 9

Sprint Planning 10

Daily Scrum Error! Bookmark not defined.

Sprint Review Error! Bookmark not defined.

Sprint Retrospective Error! Bookmark not defined.

Scrum Artifacts 14

Product Backlog 15

Sprint Backlog 16

Increment 17

ความโปรงใสของ Artifacts 17

ค านามของค าวา งานเสรจสมบรณ (“Done”) Error! Bookmark not defined.

End Note 19

Acknowledgement 19

People 19

History 19

Translator Acknowledgement 19

เนอหาทเปลยนแปลงของคมอป 2016 ในคมอป 2017 Error! Bookmark not defined.

ค าอธบายเพมเตม Error! Bookmark not defined.

©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 นนไดมการอธบายในเอกสารอนๆ

©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

การน าเอา Scrum ไปใช

Scrum ไดถกพฒนาขนมาในชวงตนทศวรรษ 1990 โดยมการน าไปใชในการบรหารจดการและพฒนา ผลตภณฑตางๆ ตอมาไดถกน ามาใชอยางแพรหลายในงานดานอนๆ โดยมวตถประสงค ดงน

1. ใชในการวจยและก าหนดตลาดทมความเตบโต เทคโนโลยตางๆ และความสามารถของผลตภณฑ

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 ยงถกน าไปใชในการผลตสนคาทใช คนเปนจ านวนหลายพนคน ผคนเหลานรวมกนท างานผานโครงสรางการพฒนาททนสมยและอยใน

สงแวดลอมในการท างานทมเปาหมายในการออกผลตภณฑทมความชดเจน

ค าวา “พฒนา” และ “การพฒนา” ในคมอนกลาวถงการท างานทมความซบซอนดงทไดกลาวมาแลวขางตน

ทฤษฎของ Scrum

Scrum ไดถกคนพบจากทฤษฎของการควบคมการทไดมาจากการปฏบตจรงหรอ Empiricism โดย

Empiricism ชชดวา ความรนนไดมาจากประสบการณตรงและการตดสนใจกระท าขนจากตวแปรเทาทร

โดยท Scrum แบงการท างานเปนชวงๆ และมผลงานเพมพนขน การท าเชนนท าใหคาดการณ มความแมนย าและยงควบคมความเสยงตางๆ ไดอกดวย

ในการควบคมการท างานแบบ Empiricism มหลก 3 ประการคอ ความโปรงใส การตรวจสอบและ

การปรบเปลยน

©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

ความโปรงใส

สงทส าคญของการท างานตองถกท าใหมองเหนไดอยางชดเจนตอผทรบผดชอบผลลพธของงาน

ความโปรงใสนก าหนดใหสงทส าคญของการท างานมมาตรฐานเดยวกน ดงนนผทท างานจะมความ เขาใจตรงกนวามอะไรเกดขนบาง

ตวอยาง เชน

• ผทท างานรวมกนตองใชภาษาเดยวกนส าหรบสอถงกระบวนการ

• ผทท างานและผทตรวจสอบ Increment ตองเขาใจค านยามของค าวา งานเสรจสมบรณ (“Done”)

รวมกน

การตรวจสอบ

ผทน า Scrum ไปใชตองท าการตรวจสอบ Scrum Artifacts และผลของการท างานเทยบกบ Sprint Goal

อยางสม าเสมอเพอทจะไดรบรถงความแตกตางของแผนทไดวางไวและผลงานทท าไดจรง การตรวจสอบนน

จะไมท าจนบอยเกนไปจนไปเพมงาน การตรวจสอบจะใหประโยชนสงสดกตอเมอไดรบการตรวจสอบจาก ผเชยวชาญของงานนนๆ

การปรบเปลยน

ถาผท าการตรวจสอบพบวามหลายสวนของกระบวนการเบยงเบนไปจากขอตกลงทไดก าหนดไวในตอนแรก และอาจเปนผลใหผลตภณฑทไดออกมาไมผานการตรวจวดคณภาพ กระบวนการท างานรวมไปถงวตถดบ

ตองไดรบการเปลยนแปลงอยางเรงดวนเพอใหเกดผลลพธทเบยงเบนไปใหเกดขนนอยทสด

Scrum ม 4 กจกรรมหลกเพอใชในการตรวจสอบและการปรบเปลยน คอ

• Sprint Planning

• Daily Scrum

• Sprint Review

• Sprint Retrospective

ความส าคญของ Scrum

เมอทมงานทไดน าเอาความส าคญของการใหค าสญญาในเรองของการตงใจท างาน การเปดใจรบฟง

และการใหความเคารพซงกนและกนมาถอปฏบตเปนกจวตรประจ าวนแลว สาระส าคญหลกทวาดวย ความโปรงใส การตรวจสอบได และการปรบเปลยนกจะสามารถเกดขนไดจรงและยงสรางความไวเนอเชอใจ

ตอกนในทมงานอกดวย โดยทสมาชกของทมงานไดเรยนรและคนพบความส าคญดงกลาวของ Scrum เมอพวกเขาไดมบทบาทตางๆ ใน Scrum ไดเขารวมกจกรรมตางๆ ของ Scrum และไดท าใหเกดผลลพธของ

Scrum Artifacts

ความส าเรจของการท างานแบบ Scrum ขนอยกบคนทท างานเมอปฏบตตามหลก 5 ประการ หนง แตละคน

ใหสญญาวาจะท างานบรรลเปาหมายของทมงาน สอง สมาชกของทมมความกลาท าในสงทถกตอง และท างานกบปญหาทยากๆ สาม ทกคนมงเนนไปทงานทอยใน Sprint และเปาหมายของทม ส ทมงาน

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 | 6

ทมงาน 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

• ท าใหแนใจไดวา 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

ท างานนอกเหนอจากงานทไดตกลงกนไวแลว

©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

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 ไปใช

Scrum Master เปน Servant-Leader หรอผน าทรบใชผอ นกอน เปนผทชวยใหบคคลอนทอยนอกทม

เขาใจวาการกระท าแบบใดทไดผลหรอไมไดผล เมอตองท างานรวมกบทม Scrum นอกจากน Scrum Master ชวยใหทกคนเปลยนการปฏสมพนธรวมกนเพอใหเกดมลคาสงสดใหงานททมงาน 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 | 8

หนาทของ Scrum Master ตอ Product Owner

Scrum Master สงเสรมการท างาน Product Owner ในหลายๆ ดาน ดงน:

• ท าใหมนใจไดวาทมงาน Scrum ทกคนเขาใจถงเปาหมาย ขอบเขตของเนองานและกลมงานของ

ผลตภณฑ

• หาเทคนคตางๆ ทท าใหเกดการบรหารจดการ 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 มาใชองคกร

©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

กจกรรมตางๆ ของ Scrum

กจกรรมตางๆ ทก าหนดขนใน Scrum นน ถกสรางขนมาเพอใหเกดการท ากจกรรมใหเปนปกตนสย และลดการประชมทไมไดก าหนดขนใน Scrum ทก ๆ กจกรรมนถกก าหนดใหอยในกรอบของเวลา ดงนนทก

กจกรรมมการก าหนดระยะเวลาสงสดไว เมอ Sprint ไดเรมขนแลวระยะเวลาของ Sprint ไดถกก าหนดไว

อยางตายตว โดยไมมการท าใหระยะเวลาท างานนนสนลงหรอยาวขน กจกรรมตางๆ นนสามารถเสรจสนลงได เมอมการบรรลเปาหมายของกจกรรมเหลานนแลว เพยงแตใหมนใจวาไดท ากจกรรมในระยะเวลาทเหมาะสม

โดยไมเสยเวลาไปกบเรองอนๆ ในระหวางทท ากจกรรมนนๆ

ในระหวาง 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 เดอนดวย

©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

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 ทงหมด

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 ขนมา

©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

หวขอท 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 ขนมาได

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 นนๆ

©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

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 | 13

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 อาจจะมการปรบเปลยนเพอใหสอดคลองกบโอกาสใหมๆ ได

©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 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 คอ:

• ท าการตรวจสอบวา 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

ตรงกน

©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

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 อาจจะรวมงานตางๆ ทอยในกลมเดยวกนไวดวยกน

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) เอง

©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

การตรวจสอบความคบหนาเทยบกบเปาหมาย

งานทคงคางทมผลตอการบรรลเปาหมายจะถกน ามาสรปอยตลอดเวลา โดย 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 | 17

การตรวจสอบความคบหนาของ 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

งานดงกลาวนจะเกยวของกบการเรยนร การโนมนาวใจ การน าการเปลยนแปลง การท าใหเกดความโปรงใสน ใชเวลานานทไมสามารถเกดขนไดเพยงชวขามคน

©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

ค านามของค าวา งานเสรจสมบรณ (“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”) ขนมาโดยใหเหมาะสมกบผลตภณฑของตนเอง

แมวาจะมหลายทมงานท างานในระบบหรอผลตภณฑเดยวกน ทมงานทงหมดกตองรวมกนก าหนดค าวา งานเสรจสมบรณ (“Done”) รวมกน

Increment ทเกดขนมาใหมนนถกเพมเขาไปใน Increment กอนหนาน ซงกจะตองมการตรวจสอบเพอให มนใจไดวา Increment ทงหมดนนท างานรวมกนได

เมอทมงาน Scrum มความเสถยรแลวกยอมถกคาดหวงใหมค านยามของงานเสรจสมบรณ (“Done”) ในมาตรฐานและคณภาพทสงขน ค านยามของงานเสรจสมบรณ (“Done”) ใหมนนอาจจะไมเหมอนกบของ

งานเดม ในแตละผลตภณฑหรอระบบควรมค านยามของงานเสรจสมบรณ (“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 | 19

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 | 20

เนอหาทเปลยนแปลงของคมอป 2016 ในคมอป 2017

1. มเนอหาทเพมเตมเขามาในสวนของ การน า Scrum ไปใช

Scrum ไดถกพฒนาขนมาในชวงตนทศวรรษ 1990 โดยมการน าไปใชในการบรหารจดการและพฒนา ผลตภณฑตางๆ ตอมาไดถกน ามาใชอยางแพรหลายในงานดานอนๆ โดยมวตถประสงค ดงน

1. ใชในการวจยและก าหนดตลาดทมความเตบโต เทคโนโลยตางๆ และความสามารถของผลตภณฑ

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 ทกคนเขาใจถงเปาหมาย ขอบเขตของเนองานและกลมงานของ ผลตภณฑ

4. ปรบปรงเนอหายอหนาแรกของ Daily Scrum

Development Team ใชเวลาส าหรบท า Daily Scrum เปนเวลา 15 นาท โดยท าทกวนตลอดระยะเวลาทท า Sprint เพอให Development Team ไดวางแผนงานลวงหนา 24 ชวโมง การตรวจสอบงานจากการท า Daily

Scrum ในวนทผานมาและการคาดการณงานในวนทก าลงจะมาถงจะชวยเพมประสทธภาพในการท างาน และการท างานรวมกนเปนทมได การท า Daily 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 | 21

5. ปรบปรงเนอหาของหวขอ Daily Scrum เพอใหมความชดเจนของเปาหมายของการท า

Daily Scrum

โดยท Development Team จะเปนคนสรางรปแบบของการประชมเองและอาจจะด าเนนการประชม

ไปในทศทางทแตกตางกน แตกยงมงเนนไปทการตรวจสอบความคบหนาของ Sprint Goal บาง Development Team อาจจะใชวธการถามค าถาม บาง Development Team อาจจะใชวธการอภปราย

โดยมตวอยางของ ค าถามคอ

• เมอวานฉนไดท าอะไรทชวยใหทมงานบรรล Sprint Goal

• วนนฉนจะท าอะไรทชวยใหทมงานบรรล Sprint Goal

• ฉนมอปสรรคอะไรทมาขดขวางตวฉนเองหรอทมงานจากการท างานใหบรรล Sprint Goal หรอไม

6. เพมค าเขาไปส าหรบเรองของระยะเวลาในการท ากจกรรม

มการใชค าวา “ไมเกน” เพอไมใหมค าถามวาแตละกจกรรมตองใชเวลาตายตวเทาไหร ซงเวลาเหลานนเปน

เวลาสงสดในการท ากจกรรม

7. เพมเนอหาในหวขอ Sprint Backlog

ใชค าวา “มากทสด” เพอลบค าถามใดๆ ทเหตการณตองมความยาวทแนนอนและแทนทจะเปน เวลาสงสดทก าหนด

เพมเนอหาใหมความความชดเจนในหวขอ Increment

Increment สามารถถกตรวจสอบได และงานทเสรจแลวนนมสวนสนบสนน การท างานแบบ Empiricism นอกจากน 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 | 22

ค าอธบายเพมเตม

Burn-Downs กราฟแสดงความคบหนาของงาน โดยแสดงใหเหนวามจ านวนงานทเหลอเมอเวลาผานไป

Burn-Ups กราฟแสดงความคบหนาของงาน โดยแสดงใหเหนวามจ านวนทท าเสรจเพมขนเมอเวลาผานไป

Cumulative Flows กราฟแสดงความคบหนาของงาน โดยแสดงใหเหนวามงานทตองท าสะสมกงาน

งานทท าเสรจแลวสะสมตลอดระยะเวลาของโครงการกงาน

Development Team ทมงานทท างาน ทสรางและผลตผลตภณฑ

Empiricism ความรทเกดจากการลงมอปฏบต ความรทเกดจากประสบการณจรง

Estimation การประมาณงาน โดยการประมาณเวลา ก าลงคนและอนๆ

Increment ผลรวมของงานจาก Product Backlog ทท าเสรจสมบรณแลวจาก Sprint ปจจบนและ

ผลรวมของงานทเสรจสมบรณจาก Sprint ทงหมดกอนหนาน

Product Backlog รายการงานทงหมดทตองท าเพอผลตผลตภณฑ

Product Owner เจาของผลตภณฑ เปนบคคลทเขาใจในตวผลตภณฑรวมไปถงเขาใจเรองธรกจและ

ความตองการของลกคา

Scrum Artifacts ผลลพธจากกจกรรมตางๆ ในการพฒนาผลตภณฑ ซงกคอ Product Backlog, Sprint

Backlog และ Increment

Scrum Master ผน าทคอยใหความชวยเหลอผอ นกอน

Sprint ระยะเวลาในการท างาน โดยมระยะเวลาก าหนดอยในชวง 1 - 4 สปดาห

Sprint Backlog ชดของงานทไดรบการเลอกมาจาก Product Backlog เพอท าใน Sprint นนๆ

Sprint Goal เปาหมายของ Sprint