SCRUM GUIDE 2020 SCRUM GUIDE 2020 KEN SCHWABER

SCRUM GUIDE 2020 SCRUM GUIDE 2020 KEN SCHWABER & JEFF SUTHERLAND SCRUM GUIDE 2020 M ụ c đích c ủ a Scrum Guide 2 Đ ị nh nghĩa Scrum 2 Lý thuy ế t Scrum 3 Transparency (Minh b ạ ch) 3 Inspection (Ki ể m tra) 3 Adaptation (Thích ứ ng) 3 Giá tr ị Scrum 3 Nhóm Scrum 4 Developers 4 Product Owner 4 Scrum Master 5 S ự ki ệ n Scrum 5 Sprint 6 Sprint Planning 6 Daily Scrum 7 Sprint Review 7 Sprint Retrospective 8 Scrum Artifacts 8 Product Backlog 8 Cam k ế t: M ụ c tiêu S ả n ph ẩ m 9 Sp rint Backlog 9 Cam k ế t: M ụ c tiêu Sprint 9 Increment 9 Cam k ế t: Đ ị nh nghĩa Hoàn thành 9 L ị ch s ử Scrum Guide 10 SCRUM GUIDE 2020 M ụ c đích c ủ a Scrum Guide Chúng tôi đã phát tri ể n Scrum vào đ ầ u nh ữ ng năm 1990 Chúng tôi đã vi ế t phiên b ả n đ ầ u tiên c ủ a Scrum Guide vào năm 2010 đ ể giúp m ọ i ngư ờ i trên toàn th ế gi ớ i hi ể u v ề Scru m Chúng tôi đã phát tri ể n Scrum Guide k ể t ừ đó thông qua các b ả n c ậ p nh ậ t nh ỏ Cùng nhau, chúng tôi đ ứ ng đ ằ ng sau nó (Ken Schwaber và Jeff Sutherland) Scrum Guide nêu đ ị nh nghĩa v ề Scrum M ỗ i y ế u t ố c ủ a khuôn kh ổ ph ụ c v ụ m ộ t m ụ c đích c ụ th ể c ầ n thi ế t cho giá tr ị t ổ ng th ể và k ế t qu ả đ ạ t đư ợ c v ớ i Scrum Vi ệ c thay đ ổ i thi ế t k ế ho ặ c ý tư ở ng c ố t lõi c ủ a Scrum, lo ạ i b ỏ các y ế u t ố ho ặ c không tuân theo các quy t ắ c c ủ a Scrum, s ẽ che đ ậ y các v ấ n đ ề và h ạ n ch ế l ợ i ích c ủ a Scrum, th ậ m chí có th ể khi ế n nó tr ở nên vô d ụ ng Chúng tôi theo dõi vi ệ c s ử d ụ ng Scrum ngày càng tăng trong m ộ t th ế gi ớ i ph ứ c t ạ p ngày càng phát tri ể n Chúng tôi r ấ t vui khi th ấ y Scrum đư ợ c áp d ụ ng trong nhi ề u lĩnh v ự c có công vi ệ c ph ứ c t ạ p v ề cơ b ả n, ngoài lĩnh v ự c phát tri ể n s ả n ph ẩ m ph ầ n m ề m v ố n là ngu ồ n g ố c c ủ a Scrum Đi cùng v ớ i vi ệ c áp d ụ ng Scrum r ộ ng rãi là lúc các nhà phát tri ể n, nhà nghiên c ứ u, nhà phân tích, nhà khoa h ọ c và các chuyên gia khác th ự c hi ệ n công vi ệ c Chúng tôi s ử d ụ ng t ừ “nhà phát tri ể n” trong Scrum không ph ả i đ ể lo ạ i tr ừ mà đ ể đơn gi ả n hóa N ế u b ạ n nh ậ n đư ợ c giá tr ị t ừ Scrum, hãy coi như b ạ n đư ợ c k ể là “nhà phát tri ể n” Khi Scrum đang đư ợ c s ử d ụ ng, các hình m ẫ u, quy trình và thông tin chi ti ế t phù h ợ p v ớ i khuôn kh ổ Scrum như đư ợ c mô t ả trong tài li ệ u này, có th ể đư ợ c tìm th ấ y, đư ợ c áp d ụ ng và phát minh l ạ i Mô t ả chúng (các hình m ẫ u, quy trình và thông tin chi ti ế t) n ằ m ngoài m ụ c đích c ủ a Scrum Guide vì chúng nh ạ y c ả m v ớ i ng ữ c ả nh và khác nhau nhi ề u gi ữ a các cách s ử d ụ ng Scrum Các chi ế n thu ậ t đ ể s ử d ụ ng trong khuôn kh ổ Scrum r ấ t khác nhau và đư ợ c mô t ả ở nh ữ ng tài li ệ u khác Đ ị nh nghĩa Scrum Scrum là m ộ t khuôn kh ổ h ạ ng nh ẹ giúp m ọ i ngư ờ i, các nhóm và t ổ ch ứ c t ạ o ra giá tr ị thông qua các gi ả i pháp linh ho ạ t thích ứ ng cho các v ấ n đ ề ph ứ c t ạ p Nói ng ắ n g ọ n , Scrum yêu c ầ u Scrum Mas ter ph ả i thúc đ ẩ y m ộ t môi trư ờ ng mà ở đó :  Product Owner ( Ch ủ s ở h ữ u s ả n ph ẩ m ) s ắ p x ế p th ứ t ự các công vi ệ c cho m ộ t v ấ n đ ề ph ứ c t ạ p thành m ộ t Product Backlog  Scrum team ( Nhóm Scrum ) bi ế n m ộ t t ậ p h ợ p công vi ệ c thành m ộ t Ph ầ n s ả n ph ẩ m gia tăng giá tr ị sau m ỗ i Sprint  Nhóm Scrum và các bên liên quan ki ể m tra k ế t qu ả và đi ề u ch ỉ nh cho Sprint ti ế p theo  L ặ p l ạ i quá trình nói trên Scrum r ấ t đơn gi ả n Hãy th ử nguyên tr ạ ng và xác đ ị nh xem tri ế t lý, lý thuy ế t và c ấ u trúc c ủ a nó có giúp đ ạ t đư ợ c m ụ c tiêu và t ạ o ra gi á tr ị hay không Khuôn kh ổ Scrum có ch ủ ý không hoàn ch ỉ nh, ch ỉ xác đ ị nh các ph ầ n c ầ n thi ế t đ ể tri ể n khai lý thuy ế t Scrum Scrum đư ợ c xây d ự ng d ự a trên trí tu ệ t ậ p th ể c ủ a nh ữ ng ngư ờ i s ử d ụ ng nó Thay vì cung c ấ p cho m ọ i ngư ờ i nh ữ ng hư ớ ng d ẫ n chi ti ế t, các quy t ắ c c ủ a Scrum hư ớ ng d ẫ n các m ố i quan h ệ và tương tác c ủ a h ọ Các quy trình, k ỹ thu ậ t và phương pháp khác nhau có th ể đư ợ c s ử d ụ ng trong khuôn kh ổ này Scrum bao g ồ m các th ự c hành hi ệ n có ho ặ c có th ể làm cho các th ự c hành đó không còn c ầ n thi ế t Scrum cho th ấ y hi ệ u qu ả tương đ ố i c ủ a các k ỹ thu ậ t qu ả n lý, môi trư ờ ng và công vi ệ c hi ệ n t ạ i, đ ể có th ể th ự c hi ệ n các c ả i ti ế n Lý thuy ế t Scrum Scrum đư ợ c thành l ậ p d ự a trên ch ủ nghĩa kinh nghi ệ m và tư duy tinh g ọ n Ch ủ nghĩa kinh nghi ệ m kh ẳ ng đ ị nh r ằ ng ki ế n t h ứ c đ ế n t ừ kinh nghi ệ m và đưa ra quy ế t đ ị nh d ự a trên nh ữ ng gì quan sát đư ợ c Tư duy tinh g ọ n gi ả m lãng phí và t ậ p trung vào nh ữ ng đi ề u c ầ n thi ế t Scrum s ử d ụ ng cách ti ế p c ậ n l ặ p đi l ặ p l ạ i, gia tăng đ ể t ố i ưu hóa kh ả năng d ự đoán và ki ể m soát r ủ i ro Scrum thu hút s ự tham gia c ủ a các nhóm ngư ờ i có t ấ t c ả các k ỹ năng và chuyên môn đ ể th ự c hi ệ n công vi ệ c và chia s ẻ ho ặ c h ọ c h ỏ i nh ữ ng k ỹ năng đó n ế u c ầ n Scrum k ế t h ợ p b ố n s ự ki ệ n chính th ứ c đ ể ki ể m tra và đi ề u ch ỉ nh trong m ộ t s ự ki ệ n bao trùm chung là Sprint Các s ự ki ệ n này ho ạ t đ ộ ng vì chúng th ự c hi ệ n các tr ụ c ộ t Scrum theo ch ủ nghĩa kinh nghi ệ m v ề tính minh b ạ ch, ki ể m tra và thích ứ ng Transparency ( Minh b ạ ch ) Quá trình và công vi ệ c n ổ i lên ph ả i đư ợ c hi ể n th ị rõ ràng cho nh ữ ng ngư ờ i th ự c hi ệ n công vi ệ c cũng như nh ữ ng ngư ờ i nh ậ n công vi ệ c V ớ i Scrum, các quy ế t đ ị nh quan tr ọ ng d ự a trên tr ạ ng thái nh ậ n th ứ c c ủ a ba s ả n ph ẩ m (artifact) chính th ứ c c ủ a nó Các s ả n ph ẩ m có tính minh b ạ ch th ấ p có th ể d ẫ n đ ế n các quy ế t đ ị nh làm gi ả m giá tr ị và tăng r ủ i ro Tính minh b ạ ch cho phép ki ể m tra Ki ể m tra mà không minh b ạ ch s ẽ là l ệ ch đư ờ ng và lãng phí Inspection ( Ki ể m tra ) Các v ậ t ph ẩ m c ủ a Scrum và ti ế n trình hư ớ ng t ớ i các m ụ c tiêu đã th ố ng nh ấ t ph ả i đư ợ c ki ể m tra thư ờ ng xuyên và c ầ n m ẫ n đ ể phát hi ệ n các v ấ n đ ề ho ặ c s ự sai l ệ ch không mong mu ố n Đ ể giúp ki ể m tra, Scrum cung c ấ p l ị ch ho ạ t đ ộ ng dư ớ i d ạ ng năm s ự ki ệ n c ủ a nó Ki ể m tra cho phép thích ứ ng Vi ệ c ki ể m tra mà không thích ứ ng đư ợ c coi là vô nghĩa Các s ự ki ệ n Scrum đư ợ c thi ế t k ế đ ể kích thích s ự thay đ ổ i Adaptation (T hích ứ ng ) N ế u b ấ t k ỳ khía c ạ nh nào c ủ a quá trình l ệ ch ra ngoài gi ớ i h ạ n cho phép ho ặ c n ế u s ả n ph ẩ m t ạ o thành không đư ợ c ch ấ p nh ậ n , thì quá trình đang đư ợ c áp d ụ ng ho ặ c nguyên li ệ u đư ợ c s ả n xu ấ t ph ả i đư ợ c đi ề u ch ỉ nh Vi ệ c đi ề u ch ỉ nh ph ả i đư ợ c th ự c hi ệ n càng s ớ m càng t ố t đ ể gi ả m thi ể u sai l ệ ch hơn n ữ a Vi ệ c thích ứ ng tr ở nên khó khăn hơn khi nh ữ ng ngư ờ i liên quan không đư ợ c trao quy ề n ho ặ c không t ự qu ả n lý Nhóm Scrum đư ợ c k ỳ v ọ ng s ẽ thích ứ ng ngay khi h ọ c đư ợ c b ấ t k ỳ đi ề u gì m ớ i thông qua ki ể m tra Giá tr ị S crum Vi ệ c s ử d ụ ng thành công Scrum ph ụ thu ộ c vào vi ệ c m ọ i ngư ờ i tr ở nên thành th ạ o hơn trong vi ệ c s ố ng v ớ i năm giá tr ị : Cam k ế t, T ậ p trung, C ở i m ở , Tôn tr ọ ng và Dũng c ả m ( Commitment, Focus, Openness, Respect, Courage ) Nhóm Scrum cam k ế t đ ạ t đư ợ c các m ụ c ti êu c ủ a mình và h ỗ tr ợ l ẫ n nhau Tr ọ ng tâm chính c ủ a h ọ là vào công vi ệ c c ủ a Sprint đ ể đ ạ t đư ợ c ti ế n đ ộ t ố t nh ấ t có th ể đ ố i v ớ i các m ụ c tiêu này Nhóm Scrum và các bên liên quan c ở i m ở v ề công vi ệ c và nh ữ ng thách th ứ c Các thành viên Nhóm Scrum tôn tr ọ ng l ẫ n nhau đ ể tr ở thành nh ữ ng ngư ờ i có năng l ự c, đ ộ c l ậ p và đư ợ c nh ữ ng ngư ờ i cùng làm vi ệ c tôn tr ọ ng Các thành viên Nhóm Scrum có can đ ả m đ ể làm đi ề u đúng đ ắ n, và gi ả i quy ế t nh ữ ng v ấ n đ ề khó khăn Nh ữ ng giá tr ị này cung c ấ p đ ị nh hư ớ ng cho Nhóm Scrum liên quan đ ế n công vi ệ c, hành đ ộ ng và hành vi c ủ a h ọ Các quy ế t đ ị nh đư ợ c đưa ra, các bư ớ c đã th ự c hi ệ n và cách s ử d ụ ng Scrum ph ả i c ủ ng c ố nh ữ ng giá tr ị này, không làm gi ả m ho ặ c làm suy y ế u chúng Các thành viên Nhóm Scrum tìm hi ể u và khám phá các giá tr ị khi h ọ là m vi ệ c v ớ i các s ự ki ệ n và v ậ t ph ẩ m c ủ a Scrum Khi nh ữ ng giá tr ị này đư ợ c th ể hi ệ n b ở i Nhóm Scrum và nh ữ ng ngư ờ i mà h ọ làm vi ệ c cùng, các tr ụ c ộ t kinh nghi ệ m c ủ a Scrum v ề tính M inh b ạ ch, K i ể m tra và T hích ứ ng s ẽ tr ở thành ni ề m tin xây d ự ng cu ộ c s ố ng Nhóm S crum Đơn v ị cơ b ả n c ủ a Scrum là m ộ t nhóm nh ỏ các thành viên g ọ i là Nhóm Scrum Nhóm Scrum bao g ồ m m ộ t Scrum Master, m ộ t Product Owner và các Nhà phát tri ể n Trong Nhóm Scrum, không có nhóm con ho ặ c h ệ th ố ng phân c ấ p Nhóm Scrum là m ộ t t ổ ch ứ c g ắ n k ế t c ủ a c ác chuyên gia t ậ p trung vào m ộ t m ụ c tiêu t ạ i m ộ t th ờ i đi ể m g ọ i là M ụ c tiêu S ả n ph ẩ m Các thành viên n hóm Scrum có kh ả năng hoán đ ổ i nghi ệ p v ụ (cross - functional) , nghĩa là các thành viên có t ấ t c ả các k ỹ năng c ầ n thi ế t đ ể t ạ o ra giá tr ị cho m ỗ i Sprint H ọ cũng có năng l ự c t ự qu ả n lý, nghĩa là h ọ t ự quy ế t đ ị nh ai làm gì, khi nào và làm như th ế nào Nhóm Scrum đ ủ nh ỏ đ ể luôn linh ho ạ t và đ ủ l ớ n đ ể hoàn thành công vi ệ c quan tr ọ ng trong m ộ t Sprint, và thư ờ ng là có 10 ngư ờ i tr ở xu ố ng Nói chung, chúng tôi nh ậ n t h ấ y các nhóm nh ỏ giao ti ế p t ố t hơn và làm vi ệ c hi ệ u qu ả hơn N ế u các n hóm Scrum tr ở nên quá l ớ n, nên xem xét t ổ ch ứ c l ạ i thành nhi ề u n hóm Scrum có s ự g ắ n k ế t v ớ i nhau , m ỗ i nhóm t ậ p trung vào cùng m ộ t s ả n ph ẩ m Do đó, các nhóm này nên chia s ẻ cùng m ộ t M ụ c t iêu S ả n ph ẩ m, m ộ t Product Backlog và m ộ t Product Owner Nhóm Scrum ch ị u trách nhi ệ m v ề t ấ t c ả các ho ạ t đ ộ ng liên quan đ ế n s ả n ph ẩ m : g ồ m vi ệ c h ợ p tác v ớ i các bên liên quan, ki ể m tra , b ả o trì, v ậ n hành, th ử nghi ệ m, nghiên c ứ u và phát tri ể n và b ấ t k ỳ ho ạ t đ ộ n g nào khác có th ể đư ợ c yêu c ầ u H ọ đư ợ c t ổ ch ứ c và trao quy ề n đ ể qu ả n lý công vi ệ c c ủ a chính h ọ Làm vi ệ c thông qua các Sprint v ớ i m ộ t nh ị p đ ộ b ề n v ữ ng giúp c ả i thi ệ n s ự t ậ p trung và nh ấ t quán c ủ a Nhóm Scrum Toàn b ộ Nhóm Scrum ph ả i ch ị u trách nhi ệ m v ề vi ệ c t ạ o ra Ph ầ n s ả n ph ẩ m gia tăng h ữ u ích và có giá tr ị sau m ỗ i Sprint Scrum xác đ ị nh ba vai trò trách nhi ệ m c ụ th ể trong m ộ t Nhóm Scrum: Developer s , Product Owner và Scrum Master Developers Các nhà phát tri ể n là nh ữ ng ngư ờ i trong Nhóm Scrum cam k ế t t ạ o ra m ọ i khía c ạ nh c ủ a m ộ t Ph ầ n s ả n ph ẩ m gia tăng có th ể s ử d ụ ng đư ợ c sau m ỗ i Sprint Các k ỹ năng c ụ th ể mà Nhà phát tri ể n c ầ n có thư ờ ng r ấ t r ộ ng và s ẽ thay đ ổ i theo lĩnh v ự c công vi ệ c Tuy nhiên, các Nhà phát tri ể n luôn ph ả i ch ị u trách nh i ệ m v ề :  L ậ p k ế ho ạ ch cho Sprint, Sprint Backlog;  Nâng cao ch ấ t lư ợ ng b ằ ng cách tuân th ủ Đ ị nh nghĩa Hoàn thành;  Đi ề u ch ỉ nh k ế ho ạ ch c ủ a h ọ h ằ ng ngày sao cho đ ạ t đư ợ c M ụ c tiêu c ủ a Sprint; và  Ch ị u trách nhi ệ m v ớ i nhau v ớ i tư cách là nh ữ ng ngư ờ i chuyên nghi ệ p Product Owner Product Owner có trách nhi ệ m t ố i đa hóa giá tr ị c ủ a s ả n ph ẩ m t ạ o ra b ở i công vi ệ c c ủ a Nhóm Scrum Cách th ự c hi ệ n đi ề u này có th ể r ấ t khác nhau gi ữ a các t ổ ch ứ c, Nhóm Scrum và cá nhân Product Owner Product Owner cũng ch ị u trách nhi ệ m v ề vi ệ c qu ả n lý Product Backlog hi ệ u qu ả , bao g ồ m:  Phát tri ể n và truy ề n đ ạ t rõ ràng M ụ c tiêu S ả n ph ẩ m;  T ạ o ra và truy ề n đ ạ t rõ ràng các h ạ ng m ụ c Product Backlog;  S ắ p x ế p th ứ t ự ưu tiên các h ạ ng m ụ c Product Backlog; và,  Đ ả m b ả o r ằ ng Product Backlog là minh b ạ ch, d ễ th ấ y và d ễ hi ể u Product Owner có th ể t ự th ự c hi ệ n công vi ệ c nói trên ho ặ c có th ể giao phó cho ngư ờ i khác B ấ t k ể cách nào , Product Owner v ẫ n ph ả i là ngư ờ i ch ị u trách nhi ệ m Đ ể cho các Product Owner thành công, toàn b ộ t ổ ch ứ c ph ả i tôn tr ọ ng quy ế t đ ị nh c ủ a h ọ Nh ữ ng quy ế t đ ị nh này đư ợ c hi ể n th ị trong n ộ i dung và th ứ t ự c ủ a Product Backlog, và thông qua Ph ầ n s ả n ph ẩ m gia tăng có th ể ki ể m tra đư ợ c trong bu ổ i Sprint Review Product Owner là m ộ t ngư ờ i, không ph ả i là m ộ t ủ y ban Product Owner có th ể đ ạ i di ệ n c ho nhu c ầ u c ủ a nhi ề u bên liên quan trong m ộ t Product Backlog Nh ữ ng ngư ờ i mu ố n thay đ ổ i Product Backlog có th ể th ự c hi ệ n s ự thay đ ổ i b ằ ng cách thuy ế t ph ụ c Product Owner Scrum Master Scrum Master có trách nhi ệ m thi ế t l ậ p Scrum như đư ợ c đ ị nh nghĩa trong Scr um Guide H ọ làm đi ề u này b ằ ng cách giúp m ọ i ngư ờ i hi ể u lý thuy ế t và th ự c hành Scrum, c ả trong Nhóm Scrum và t ổ ch ứ c Scrum Master ch ị u trách nhi ệ m v ề hi ệ u qu ả c ủ a Nhóm Scrum H ọ th ự c hi ệ n đi ề u này b ằ ng cách cho phép Nhóm Scrum c ả i thi ệ n các phương pháp th ự c hành c ủ a mình, trong khuôn kh ổ Scrum Scrum Master là nh ữ ng nhà lãnh đ ạ o th ự c s ự ph ụ c v ụ Nhóm Scrum và r ộ ng hơn là ph ụ c v ụ t ổ ch ứ c Scrum Master ph ụ c v ụ Nhóm Scrum theo m ộ t s ố cách, bao g ồ m:  Hu ấ n luy ệ n các thành viên trong nhóm v ề t ự qu ả n lý và hoán đ ổ i ch ứ c năng;  Giúp Nhóm Scrum t ậ p trung vào vi ệ c t ạ o ra các Ph ầ n s ả n ph ẩ m gia tăng có giá tr ị cao đáp ứ ng Đ ị nh nghĩa Hoàn thành;  G ây ra vi ệ c lo ạ i b ỏ các tr ở ng ạ i đ ố i v ớ i ti ế n trình công vi ệ c c ủ a Nhóm Scrum; và,  Đ ả m b ả o r ằ ng t ấ t c ả các s ự ki ệ n Scrum đư ợ c di ễ n ra m ộ t cách tích c ự c, có hi ệ u qu ả và gi ữ đư ợ c trong khung th ờ i gian c ố đ ị nh Scrum Master ph ụ c v ụ Product Owner theo m ộ t s ố cách, bao g ồ m:  Giúp tìm ra các k ỹ thu ậ t đ ể xác đ ị nh M ụ c tiêu S ả n ph ẩ m hi ệ u qu ả và qu ả n lý Product Backlog;  Giúp Nhóm Scrum hi ể u đư ợ c s ự c ầ n thi ế t c ủ a vi ệ c làm cho các h ạ ng m ụ c Product Backlog tr ở nên rõ ràng và ng ắ n g ọ n;  Giúp l ậ p k ế ho ạ ch s ả n ph ẩ m th ự c nghi ệ m cho m ộ t môi trư ờ ng ph ứ c t ạ p; và,  T ạ o đi ề u ki ệ n cho s ự h ợ p tác c ủ a các bên liên quan khi đư ợ c yêu c ầ u ho ặ c khi c ầ n thi ế t Scrum Master ph ụ c v ụ t ổ ch ứ c theo m ộ t s ố cách, bao g ồ m:  Lãnh đ ạ o, đào t ạ o và hu ấ n luy ệ n t ổ ch ứ c trong vi ệ c áp d ụ ng Scrum;  L ậ p k ế ho ạ ch và tư v ấ n tri ể n khai Scrum trong t ổ ch ứ c;  Giúp nhân viên và các bên liên quan hi ể u và đưa ra phương pháp ti ế p c ậ n th ự c nghi ệ m c ho các công vi ệ c ph ứ c t ạ p; và,  Lo ạ i b ỏ các rào c ả n gi ữ a các bên liên quan và Nhóm Scrum S ự ki ệ n Scrum Sprint là nơi ch ứ a t ấ t c ả các s ự ki ệ n khác M ỗ i s ự ki ệ n trong Scrum là m ộ t cơ h ộ i chính th ứ c đ ể ki ể m tra và đi ề u ch ỉ nh các v ậ t ph ẩ m Scrum Nh ữ ng s ự ki ệ n này đư ợ c thi ế t k ế đ ặ c bi ệ t đ ể t ạ o ra s ự minh b ạ ch c ầ n thi ế t N ế u k hông th ự c hi ệ n m ộ t s ự ki ệ n nào đó trong s ố nh ữ ng s ự ki ệ n đã ch ỉ d ẫ n s ẽ d ẫ n đ ế n h ậ u qu ả m ấ t cơ h ộ i đ ể ki ể m tra và thích ứ ng Các s ự ki ệ n trong Scrum nh ằ m t ạ o ra nh ị p đi ệ u công vi ệ c đ ề u đ ặ n và gi ả m thi ể u các cu ộ c h ọ p không đư ợ c qui đ ị nh trong Scrum M ộ t cách t ố i ưu, thì m ỗ i s ự ki ệ n Scrum nên đ ư ợ c t ổ ch ứ c t ạ i cùng m ộ t th ờ i đi ể m và đ ị a đi ể m đ ể gi ả m b ớ t s ự ph ứ c t ạ p Sprint Sprint là nh ị p tim c ủ a Scrum, nơi các ý tư ở ng đư ợ c bi ế n thành giá tr ị Chúng có đ ộ dài c ố đ ị nh t ừ m ộ t tháng tr ở xu ố ng đ ể t ạ o s ự nh ấ t quán M ộ t Sprint m ớ i b ắ t đ ầ u ngay sau khi k ế t thúc Sprint trư ớ c T ấ t c ả các công vi ệ c c ầ n thi ế t đ ể đ ạ t đư ợ c M ụ c tiêu S ả n ph ẩ m, bao g ồ m c ả các bu ổ i Sprint Planning, Daily Scrums, Sprint Rev iew, và Sprint Retrospective , đ ề u di ễ n ra trong Sprint Trong Sprint:  Không có thay đ ổ i nào đư ợ c th ự c hi ệ n mà có th ể làm ch ệ ch M ụ c tiêu Sprint;  Ch ấ t lư ợ ng không gi ả m;  Product Backlog đư ợ c tinh ch ỉ nh khi c ầ n thi ế t; và,  Ph ạ m vi có th ể đư ợ c làm rõ và thương l ư ợ ng l ạ i v ớ i Product Owner khi Nhóm h ọ c h ỏ i và bi ế t thêm nhi ề u hơn Các Sprint cho phép kh ả năng d ự đoán b ằ ng cách đ ả m b ả o ki ể m tra và đi ề u ch ỉ nh ti ế n đ ộ th ự c hi ệ n M ụ c tiêu s ả n ph ẩ m ít nh ấ t m ỗ i tháng m ộ t l ầ n Khi khung th ờ i gian c ủ a Sprint quá dài, M ụ c tiê u Sprint có th ể tr ở nên không h ợ p l ệ , đ ộ ph ứ c t ạ p và r ủ i ro có th ể tăng lên Các Sprint ng ắ n hơn có th ể đư ợ c s ử d ụ ng đ ể t ạ o ra nhi ề u chu k ỳ h ọ c t ậ p hơn và h ạ n ch ế r ủ i ro v ề chi phí và công s ứ c M ỗ i Sprint có th ể đư ợ c coi là m ộ t d ự án ng ắ n Có nhi ề u phương pháp th ự c hành khác nhau đ ể d ự báo ti ế n đ ộ , ch ẳ ng h ạ n như các bi ể u đ ồ burn - down, burn - up ho ặ c bi ể u đ ồ dòng ch ả y tích lũy (cumulative flow) M ặ c dù đã đư ợ c ch ứ ng minh là h ữ u ích, nhưng nh ữ ng phương pháp th ự c hành n ày không thay th ế đư ợ c t ầ m quan tr ọ ng c ủ a c h ủ nghĩa kinh nghi ệ m Trong môi trư ờ ng ph ứ c t ạ p, đi ề u s ẽ x ả y ra là không th ể bi ế t trư ớ c Ch ỉ nh ữ ng gì đã x ả y ra m ớ i có th ể đư ợ c s ử d ụ ng đ ể ra quy ế t đ ị nh trong tương lai M ộ t Sprint có th ể b ị h ủ y b ỏ n ế u M ụ c tiêu Sprint tr ở nên l ỗ i th ờ i Ch ỉ Product Owner m ớ i có quy ề n h ủ y Sprint Sprint P lanning L ậ p k ế ho ạ ch Sprint kh ở i đ ầ u Sprint b ằ ng cách s ắ p x ế p công vi ệ c c ầ n th ự c hi ệ n cho Sprint K ế ho ạ ch k ế t qu ả này đư ợ c t ạ o nên b ở i s ự c ộ ng tác c ủ a toàn b ộ Nhóm Scrum Product Owner đ ả m b ả o r ằ ng nh ữ ng ngư ờ i tham d ự đư ợ c c hu ẩ n b ị đ ể th ả o lu ậ n v ề các h ạ ng m ụ c Product Backlog quan tr ọ ng nh ấ t và cách chúng liên k ế t v ớ i M ụ c tiêu S ả n ph ẩ m Nhóm Scrum cũng có th ể m ờ i nh ữ ng ngư ờ i khác tham gia L ậ p k ế ho ạ ch Sprint đ ể nh ậ n đư ợ c l ờ i khuyên L ậ p k ế ho ạ ch Sprint gi ả i quy ế t các ch ủ đ ề s au: Ch ủ đ ề 1 : T ạ i sao Sprint này l ạ i có giá tr ị ? Product Owner đ ề xu ấ t cách s ả n ph ẩ m có th ể tăng giá tr ị và ti ệ n ích c ủ a nó trong Sprint hi ệ n t ạ i Sau đó, toàn b ộ Nhóm Scrum s ẽ c ộ ng tác đ ể xác đ ị nh M ụ c tiêu Sprint nh ằ m truy ề n đ ạ t lý do t ạ i sao Sprint l ạ i c ó giá tr ị đ ố i v ớ i các bên liên quan M ụ c tiêu Sprint ph ả i đư ợ c ch ố t l ạ i trư ớ c khi k ế t thúc bu ổ i L ậ p k ế ho ạ ch Sprint Ch ủ đ ề 2 : Công vi ệ c gì có th ể hoàn thành trong Sprint này? Thông qua th ả o lu ậ n v ớ i Product Owner, các Nhà phát tri ể n ch ọ n các h ạ ng m ụ c t ừ P roduct Backlog đ ể đưa vào Sprint hi ệ n t ạ i Nhóm Scrum có th ể tinh ch ỉ nh các m ụ c này trong quá trình ch ọ n này , nh ằ m tăng cư ờ ng s ự hi ể u bi ế t và s ự t ự tin Vi ệ c ch ọ n s ố lư ợ ng h ạ ng m ụ c có th ể hoàn thành trong m ộ t Sprint có th ể là m ộ t thách th ứ c Tuy nhiên, khi các Nhà phát tri ể n càng bi ế t nhi ề u v ề hi ệ u su ấ t làm vi ệ c trong quá kh ứ , năng l ự c s ắ p t ớ i và Đ ị nh nghĩa Hoàn thành c ủ a h ọ , thì h ọ càng tin tư ở ng vào các d ự báo Sprint c ủ a mình Ch ủ đ ề 3 : Công vi ệ c đã ch ọ n s ẽ đư ợ c hoàn thành b ằ ng cách nào? Đ ố i v ớ i m ỗ i h ạ ng m ụ c Product Backlog đã ch ọ n, các Nhà phát tri ể n l ậ p k ế ho ạ ch công vi ệ c c ầ n thi ế t đ ể t ạ o ra Ph ầ n s ả n ph ẩ m gia tăng đáp ứ ng Đ ị nh nghĩa Hoàn thành Đi ề u này thư ờ ng đư ợ c th ự c hi ệ n b ằ ng cách chia nh ỏ các h ạ ng m ụ c Product Backlog thành các m ụ c công vi ệ c nh ỏ hơn s ẽ đư ợ c làm trong m ộ t ngày ho ặ c ng ắ n hơn Vi ệ c này đư ợ c th ự c hi ệ n như th ế nào là do các Nhà phát tri ể n quy ế t đ ị nh Không ai khác ch ỉ cho h ọ cách bi ế n các h ạ ng m ụ c Product Backlog thành các Ph ầ n s ả n ph ẩ m gia tăng v ề giá tr ị M ụ c tiêu Sprint, các h ạ ng m ụ c Pr oduct Backlog đư ợ c ch ọ n cho Sprint, cùng v ớ i k ế ho ạ ch th ự c hi ệ n chúng đư ợ c g ọ i chung là Sprint Backlog L ậ p k ế ho ạ ch Sprint có khung th ờ i gian t ố i đa là tám gi ờ cho Sprint m ộ t tháng Đ ố i v ớ i Sprint ng ắ n hơn, s ự ki ệ n thư ờ ng ng ắ n hơn Daily Scrum M ụ c đích c ủ a Daily Scrum là ki ể m tra ti ế n đ ộ th ự c hi ệ n M ụ c tiêu Sprint và đi ề u ch ỉ nh Sprint Backlog khi c ầ n thi ế t, đi ề u ch ỉ nh k ế ho ạ ch công s ắ p t ớ i Daily Scrum là m ộ t s ự ki ệ n kéo dài 15 phút dành cho các Nhà phát tri ể n c ủ a Nhóm Scrum Đ ể gi ả m b ớ t s ự ph ứ c t ạ p, nó đư ợ c t ổ ch ứ c vào th ờ i gian c ố đ ị nh và di ễ n ra h ằ ng ngày trong Sprint N ế u Product Owner ho ặ c Scrum Master đang tích c ự c làm vi ệ c v ớ i các h ạ ng m ụ c trong Sprint Backlog, h ọ s ẽ tham gia v ớ i tư cách như là m ộ t Nhà phát tri ể n Các nhà phát tri ể n có th ể ch ọ n b ấ t k ỳ c ấ u trúc và k ỹ thu ậ t nào h ọ mu ố n, mi ễ n là Daily Scrum c ủ a h ọ t ậ p trung vào ti ế n đ ộ hư ớ ng t ớ i M ụ c tiêu Sprint và đưa ra m ộ t k ế ho ạ ch kh ả thi cho ngày làm vi ệ c ti ế p theo Đi ề u này t ạ o ra s ự t ậ p trung và c ả i thi ệ n kh ả năng t ự qu ả n lý Daily Scrums c ả i thi ệ n thông tin liên l ạ c, xác đ ị nh các tr ở ng ạ i, thúc đ ẩ y vi ệ c ra quy ế t đ ị nh nhanh chóng và do đó lo ạ i b ỏ nhu c ầ u v ề các cu ộ c h ọ p khác Daily Scrum không ph ả i là cơ h ộ i duy nh ấ t các Nhà phát tri ể n đư ợ c phép đi ề u ch ỉ nh k ế ho ạ ch c ủ a h ọ H ọ thư ờ ng g ặ p nhau su ố t c ả ngày đ ể th ả o lu ậ n chi ti ế t hơn v ề vi ệ c đi ề u ch ỉ nh ho ặ c l ậ p k ế ho ạ ch l ạ i ph ầ n vi ệ c còn l ạ i c ủ a Sprint Sprint Review M ụ c đích c ủ a Sprint Review là ki ể m tra k ế t qu ả công vi ệ c c ủ a Sprint và xác đ ị nh các s ự đi ề u ch ỉ nh trong tương lai Nhóm Scrum trình bày k ế t qu ả công vi ệ c c ủ a h ọ cho các bên liên quan chính và ti ế n trình hư ớ ng t ớ i M ụ c tiêu S ả n ph ẩ m s ẽ đư ợ c th ả o lu ậ n Trong s ự ki ệ n này, Nhóm Sc rum và các bên liên quan rà soát l ạ i nh ữ ng gì đã đ ạ t đư ợ c trong Sprint và nh ữ ng gì đã thay đ ổ i trong môi trư ờ ng c ủ a h ọ D ự a trên thông tin này, nh ữ ng ngư ờ i tham d ự cùng nhau xác đ ị nh nh ữ ng vi ệ c c ầ n làm ti ế p theo Product Backlog cũng có th ể đư ợ c đi ề u ch ỉ nh đ ể đáp ứ ng các cơ h ộ i m ớ i Sprint Review là m ộ t phiên làm vi ệ c và Nhóm Scrum nên tránh bi ế n nó thành m ộ t bu ổ i thuy ế t tr ình Sprint Review là s ự ki ệ n g ầ n sát cu ố i cùng c ủ a Sprint và có khung th ờ i gian t ố i đa là b ố n gi ờ cho Sprint có khung m ộ t tháng Đ ố i v ớ i Sprint ng ắ n hơn, s ự ki ệ n này thư ờ ng ng ắ n hơn Sprint Retrospective M ụ c đích c ủ a Sprint Retrospective là ho ạ ch đ ị nh bi ệ n pháp đ ể tăng ch ấ t lư ợ ng và hi ệ u qu ả Nhóm Scrum ki ể m tra xem Sprint đã di ễ n ra như th ế nào trên các khía c ạ nh các cá nhân, s ự tương tác, quy trình, công c ụ và Đ ị nh nghĩa Hoàn thành Các y ế u t ố đư ợ c ki ể m tra thư ờ ng thay đ ổ i theo lĩnh v ự c công vi ệ c Các gi ả đ ị nh khi ế n h ọ l ạ c l ố i c ầ n đư ợ c xác đ ị nh và tìm hi ể u ngu ồ n g ố c c ủ a chúng Nhóm Scrum th ả o lu ậ n v ề nh ữ ng gì di ễ n ra t ố t đ ẹ p trong Sprint, nh ữ ng v ấ n đ ề mà h ọ g ặ p ph ả i và cách nh ữ ng v ấ n đ ề đó đã đư ợ c gi ả i quy ế t (ho ặ c không đư ợ c gi ả i quy ế t ) Nhóm Scrum xác đ ị nh nh ữ ng thay đ ổ i h ữ u ích nh ấ t đ ể c ả i thi ệ n hi ệ u qu ả c ủ a nhóm Nh ữ ng c ả i ti ế n có ả nh hư ở ng nh ấ t nên đư ợ c th ự c hi ệ n càng s ớ m càng t ố t Chúng th ậ m chí có th ể đư ợ c đưa vào Sprint Backlog c ủ a Sprint ti ế p theo Sprint Retrospective là s ự ki ệ n cu ố i cùng c ủ a Spri nt Nó có khung th ờ i gian t ố i đa là ba gi ờ cho Sprint có khung m ộ t tháng Đ ố i v ớ i Sprint ng ắ n hơn, s ự ki ệ n thư ờ ng ng ắ n hơn Scrum Artifacts Các v ậ t ph ẩ m c ủ a Scrum đ ạ i di ệ n cho công vi ệ c ho ặ c giá tr ị Chúng đư ợ c thi ế t k ế đ ể t ăng cư ờ ng tính minh b ạ ch c ủ a các thông tin chính Vì v ậ y, t ấ t c ả m ọ i ngư ờ i ki ể m tra chúng đ ề u có cơ s ở như nhau đ ể thích ứ ng M ỗ i v ậ t ph ẩ m ch ứ a đ ự ng m ộ t s ự cam k ế t r ằ ng chúng cung c ấ p thông tin đ ể nâng cao tính minh b ạ ch và t ậ p trung vào cái đích mà theo đó ti ế n đ ộ th ự c hi ệ n đư ợ c đo lư ờ n g :  Đ ố i v ớ i Product Backlog, cam k ế t là M ụ c tiêu S ả n ph ẩ m  Đ ố i v ớ i Sprint Backlog, cam k ế t là M ụ c tiêu Sprint  Đ ố i v ớ i Ph ầ n s ả n ph ẩ m gia tăng, cam k ế t là Đ ị nh nghĩa Hoàn thành Nh ữ ng cam k ế t này t ồ n t ạ i đ ể c ủ ng c ố ch ủ nghĩa kinh nghi ệ m và các giá tr ị Scrum cho Nhóm Scrum và các bên liên quan c ủ a h ọ Product Backlog Product Backlog là m ộ t danh sách đư ợ c phát tri ể n d ầ n và có th ứ t ự v ề nh ữ ng th ứ c ầ n thi ế t đ ể c ả i thi ệ n s ả n ph ẩ m Đây là ngu ồ n duy nh ấ t các công vi ệ c mà Nhóm Scrum ph ả i th ự c hi ệ n Các h ạ ng m ụ c Produ ct Backlog mà có th ể đư ợ c Nhóm Scrum hoàn thành trong m ộ t Sprint đư ợ c coi là s ẵ n sàng đ ể đư ợ c l ự a ch ọ n trong s ự ki ệ n L ậ p k ế ho ạ ch Sprint Chúng thư ờ ng đ ạ t đư ợ c m ứ c đ ộ minh b ạ ch như v ậ y sau các ho ạ t đ ộ ng tinh ch ỉ nh (refinement) Tinh ch ỉ nh Product Backlog l à hành đ ộ ng chia nh ỏ và xác đ ị nh rõ hơn các h ạ ng m ụ c Product Backlog thành các m ụ c nh ỏ hơn và chính xác hơn Đây là m ộ t ho ạ t đ ộ ng liên t ụ c đ ể thêm các chi ti ế t, ch ẳ ng h ạ n như thêm mô t ả , s ắ p x ế p l ạ i th ứ t ự và ư ớ c lư ợ ng qui mô Các thu ộ c tính thư ờ ng thay đ ổ i theo lĩnh v ự c công vi ệ c Các nhà phát tri ể n, nh ữ ng ngư ờ i th ự c hi ệ n công vi ệ c , ch ị u trách nhi ệ m ư ớ c lư ợ ng qui mô công vi ệ c Product Owner có th ể ả nh hư ở ng đ ế n Nhà phát tri ể n b ằ ng cách giúp h ọ hi ể u và l ự a ch ọ n s ự cân b ằ ng Cam k ế t: M ụ c tiêu S ả n ph ẩ m M ụ c ti êu S ả n ph ẩ m mô t ả tr ạ ng thái tương lai c ủ a s ả n ph ẩ m đư ợ c dùng làm m ụ c tiêu đ ể Nhóm Scrum l ậ p k ế ho ạ ch th ự c hi ệ n M ụ c tiêu S ả n ph ẩ m n ằ m trong Product Backlog Nh ữ ng p h ầ n còn l ạ i c ủ a Product Backlog l ộ di ệ n d ầ n đ ể xác đ ị nh “cái gì” s ẽ hoàn thành M ụ c tiêu S ả n ph ẩ m S ả n ph ẩ m là phương ti ệ n đ ể cung c ấ p giá tr ị Nó có m ộ t ranh gi ớ i rõ ràng, có các bên liên quan đư ợ c bi ế t rõ , có ngư ờ i dùng ho ặ c khách hàng đư ợ c xác đ ị nh M ộ t s ả n ph ẩ m có th ể là m ộ t d ị ch v ụ , m ộ t s ả n ph ẩ m v ậ t lý ho ặ c m ộ t cái gì đó tr ừ u tư ợ ng hơn M ụ c tiêu S ả n ph ẩ m là m ụ c tiêu dài h ạ n c ủ a Nhóm Scrum H ọ ph ả i hoàn thành (ho ặ c t ừ b ỏ ) m ộ t m ụ c tiêu trư ớ c khi th ự c hi ệ n m ụ c tiêu ti ế p theo Sprint B acklog Sprint Backlog bao g ồ m M ụ c tiêu Sprint ( “Why” ), t ậ p h ợ p các h ạ ng m ụ c Product Backlog đư ợ c ch ọ n cho Sprint ( “What” ), và m ộ t k ế ho ạ ch hành đ ộ ng đ ể cung c ấ p Ph ầ n s ả n ph ẩ m gia tăng ( “How” ) Sprint Backlog là m ộ t k ế ho ạ ch dành cho các Nhà phát tri ể n Đó là m ộ t b ứ c tranh th ờ i gian th ự c, có th ể nhìn th ấ y rõ ràng v ề công vi ệ c mà các Nhà phát tri ể n d ự đ ị nh hoàn thành t rong Sprint đ ể đ ạ t đư ợ c M ụ c tiêu Sprint Do đó, Sprint Backlog đư ợ c c ậ p nh ậ t trong su ố t Sprint khi các nhà Phát tri ể n h ọ c đư ợ c nhi ề u đi ề u hơn Nó ph ả i có đ ủ chi ti ế t đ ể h ọ có th ể ki ể m tra ti ế n trình c ủ a mình trong Daily Scrum Cam k ế t: M ụ c tiêu Sprint M ụ c tiêu Sprint là m ụ c tiêu duy nh ấ t c ủ a Sprint M ặ c dù M ụ c tiêu Sprint là cam k ế t c ủ a Nhà phát tri ể n, nhưng nó cung c ấ p s ự linh ho ạ t v ề công vi ệ c c ụ th ể c ầ n th ự c hi ệ n đ ể đ ạ t đư ợ c nó M ụ c tiêu Sprint cũng t ạ o ra s ự g ắ n k ế t và t ậ p trung, khuy ế n khích Nhóm Scrum làm vi ệ c cùng nhau thay vì d ự a trên các sáng ki ế n riêng bi ệ t M ụ c tiêu Sprint đư ợ c t ạ o ra trong s ự ki ệ n L ậ p k ế ho ạ ch Sprint và sau đó đư ợ c thêm vào Sprint Backlog Khi các Nhà phát tri ể n làm vi ệ c trong Sprint, h ọ luôn ghi nh ớ M ụ c tiêu Sprint N ế u công v i ệ c di ễ n ra khác v ớ i h ọ mong đ ợ i, h ọ s ẽ c ộ ng tác v ớ i Product Owner đ ể thương lư ợ ng v ề ph ạ m vi c ủ a Sprint Backlog trong Sprint sao cho không ả nh hư ở ng đ ế n M ụ c tiêu Sprint Increment Ph ầ n s ả n ph ẩ m gia tăng là m ộ t bư ớ c đ ệ m c ụ th ể đ ể hư ớ ng t ớ i M ụ c tiêu S ả n ph ẩ m M ỗ i Ph ầ n s ả n ph ẩ m gia tăng đư ợ c c ộ ng vào t ấ t c ả các Ph ầ n s ả n ph ẩ m gia tăng trư ớ c đó và đư ợ c ki ể m tra k ỹ lư ỡ ng, đ ả m b ả o r ằ ng t ấ t c ả các Ph ầ n s ả n ph ẩ m gia tăng ho ạ t đ ộ ng cùng nhau trơn chu Đ ể cung c ấ p giá tr ị , Ph ầ n s ả n ph ẩ m gia tăng ph ả i có th ể s ử d ụ ng đ ư ợ c Nhi ề u Ph ầ n s ả n ph ẩ m gia tăng có th ể đư ợ c t ạ o ra trong m ộ t Sprint T ổ ng các Ph ầ n s ả n ph ẩ m gia tăng đư ợ c trình bày t ạ i phiên Sprint Review , và b ằ ng cách đó h ỗ tr ợ ch ủ nghĩa kinh nghi ệ m Tuy nhiên, m ỗ i Ph ầ n s ả n ph ẩ m gia tăng có th ể đư ợ c bàn giao cho các bên liên quan trư ớ c khi k ế t thúc Sprint Sprint Review không bao gi ờ đư ợ c coi là m ộ t cánh c ổ ng đ ể bàn giao giá tr ị Công vi ệ c không th ể đư ợ c coi là m ộ t ph ầ n c ủ a Ph ầ n s ả n ph ẩ m gia tăng ch ừ ng nào nó còn chưa đáp ứ ng Đ ị nh nghĩa v ề Hoàn thành Cam k ế t: Đ ị nh ng hĩa Hoàn thành Đ ị nh nghĩa Hoàn thành là m ộ t mô t ả chính th ứ c v ề tr ạ ng thái c ủ a Ph ầ n s ả n ph ẩ m gia tăng khi nó đáp ứ ng các ch ỉ tiêu ch ấ t lư ợ ng c ầ n thi ế t c ủ a s ả n ph ẩ m Th ờ i đi ể m m ộ t h ạ ng m ụ c Product Backlog đáp ứ ng Đ ị nh nghĩa Hoàn thành, thì m ộ t Ph ầ n s ả n ph ẩ m gia tăng đư ợ c t ạ o ra Đ ị nh nghĩa Hoàn thành t ạ o ra s ự minh b ạ ch b ằ ng cách cung c ấ p cho m ọ i ngư ờ i s ự hi ể u bi ế t chung v ề nh ữ ng công vi ệ c gì đã đư ợ c hoàn thành như m ộ t ph ầ n c ủ a Ph ầ n s ả n ph ẩ m gia tăng N ế u m ộ t h ạ ng m ụ c Product Backlog không đáp ứ ng Đ ị nh nghĩa Hoàn thành, nó không th ể đư ợ c phát hành ho ặ c th ậ m chí s ẽ không đư ợ c trình bày t ạ i phiên Sprint Review Thay vào đó, nó quay tr ở l ạ i Product Backlog đ ể xem xét trong tương lai N ế u Đ ị nh nghĩa Hoàn thành cho m ộ t P h ầ n s ả n ph ẩ m gia tăng là n ằ m trong m ộ t tiêu chu ẩ n c ủ a t ổ ch ứ c, thì t ấ t c ả các Nhóm Scrum ph ả i tuân th ủ nó như m ộ t đi ề u t ố i thi ể u N ế u Đ ị nh nghĩa Hoàn thành không ph ả i là m ộ t tiêu chu ẩ n t ổ ch ứ c, Nhóm Scrum ph ả i t ự t ạ o ra m ộ t Đ ị nh nghĩa Hoàn thành phù h ợ p cho s ả n ph ẩ m Các nhà phát tri ể n đư ợ c yêu c ầ u tuân th ủ Đ ị nh nghĩa Hoàn thành N ế u có nhi ề u Nhóm Scrum cùng làm vi ệ c trên m ộ t s ả n ph ẩ m, h ọ ph ả i cùng nhau xác đ ị nh và tuân th ủ cùng m ộ t Đ ị nh nghĩa Hoàn thành L ị ch s ử Scrum Guide Ken Schwaber và Jeff Sutherland l ầ n đ ầ u tiên đ ồ ng trình bày v ề Scrum t ạ i H ộ i ngh ị OOPSLA năm 1995 V ề cơ b ả n, nó ghi l ạ i nh ữ ng gì Ken và Jeff đã h ọ c đư ợ c trong vài năm trư ớ c đó và công khai đ ị nh nghĩa chính th ứ c đ ầ u tiên v ề Scrum Scrum Guide là tài li ệ u v ề Scrum như cách nó đã đư ợ c phát tri ể n , ti ế n hóa và duy trì b ề n v ữ ng trong hơn 30 năm qua b ở i Jeff Sutherland và Ken Schwa ber Các ngu ồ n khác cung c ấ p các m ẫ u, quy trình và thông tin chi ti ế t b ổ sung cho khuôn kh ổ Scrum Chúng có th ể làm tăng năng su ấ t, giá tr ị , s ự sáng t ạ o và s ự hài lòng v ề k ế t qu ả

SCRUM GUIDE 2020 SCRUM GUIDE 2020 KEN SCHWABER & JEFF SUTHERLAND SCRUM GUIDE 2020 Mục đích Scrum Guide Định nghĩa Scrum Lý thuyết Scrum Transparency (Minh bạch) Inspection (Kiểm tra) Adaptation (Thích ứng) Giá trị Scrum Nhóm Scrum Developers Product Owner Scrum Master Sự kiện Scrum Sprint Sprint Planning Daily Scrum Sprint Review Sprint Retrospective Scrum Artifacts Product Backlog Cam kết: Mục tiêu Sản phẩm Sprint Backlog Cam kết: Mục tiêu Sprint Increment Cam kết: Định nghĩa Hoàn thành Lịch sử Scrum Guide 10 SCRUM GUIDE 2020 Mục đích Scrum Guide Chúng phát triển Scrum vào đầu năm 1990 Chúng viết phiên Scrum Guide vào năm 2010 để giúp người tồn giới hiểu Scrum Chúng tơi phát triển Scrum Guide kể từ thơng qua cập nhật nhỏ Cùng nhau, đứng đằng sau (Ken Schwaber Jeff Sutherland) Scrum Guide nêu định nghĩa Scrum Mỗi yếu tố khuôn khổ phục vụ mục đích cụ thể cần thiết cho giá trị tổng thể kết đạt với Scrum Việc thay đổi thiết kế ý tưởng cốt lõi Scrum, loại bỏ yếu tố không tuân theo quy tắc Scrum, che đậy vấn đề hạn chế lợi ích Scrum, chí khiến trở nên vơ dụng Chúng theo dõi việc sử dụng Scrum ngày tăng giới phức tạp ngày phát triển Chúng vui thấy Scrum áp dụng nhiều lĩnh vực có cơng việc phức tạp bản, lĩnh vực phát triển sản phẩm phần mềm vốn nguồn gốc Scrum Đi với việc áp dụng Scrum rộng rãi lúc nhà phát triển, nhà nghiên cứu, nhà phân tích, nhà khoa học chuyên gia khác thực công việc Chúng sử dụng từ “nhà phát triển” Scrum để loại trừ mà để đơn giản hóa Nếu bạn nhận giá trị từ Scrum, coi bạn kể “nhà phát triển” Khi Scrum sử dụng, hình mẫu, quy trình thơng tin chi tiết phù hợp với khn khổ Scrum mô tả tài liệu này, tìm thấy, áp dụng phát minh lại Mơ tả chúng (các hình mẫu, quy trình thơng tin chi tiết) nằm ngồi mục đích Scrum Guide chúng nhạy cảm với ngữ cảnh khác nhiều cách sử dụng Scrum Các chiến thuật để sử dụng khuôn khổ Scrum khác mô tả tài liệu khác Định nghĩa Scrum Scrum khuôn khổ hạng nhẹ giúp người, nhóm tổ chức tạo giá trị thông qua giải pháp linh hoạt thích ứng cho vấn đề phức tạp Nói ngắn gọn, Scrum yêu cầu Scrum Master phải thúc đẩy mơi trường mà đó:  Product Owner (Chủ sở hữu sản phẩm) xếp thứ tự công việc cho vấn đề phức tạp thành Product Backlog  Scrum team (Nhóm Scrum) biến tập hợp công việc thành Phần sản phẩm gia tăng giá trị sau Sprint  Nhóm Scrum bên liên quan kiểm tra kết điều chỉnh cho Sprint  Lặp lại q trình nói Scrum đơn giản Hãy thử nguyên trạng xác định xem triết lý, lý thuyết cấu trúc có giúp đạt mục tiêu tạo giá trị hay khơng Khn khổ Scrum có chủ ý khơng hồn chỉnh, xác định phần cần thiết để triển khai lý thuyết Scrum Scrum xây dựng dựa trí tuệ tập thể người sử dụng Thay cung cấp cho người hướng dẫn chi tiết, quy tắc Scrum hướng dẫn mối quan hệ tương tác họ Các quy trình, kỹ thuật phương pháp khác sử dụng khuôn khổ Scrum bao gồm thực hành có làm cho thực hành khơng cịn cần thiết Scrum cho thấy hiệu tương đối kỹ thuật quản lý, mơi trường cơng việc tại, để thực cải tiến Lý thuyết Scrum Scrum thành lập dựa chủ nghĩa kinh nghiệm tư tinh gọn Chủ nghĩa kinh nghiệm khẳng định kiến thức đến từ kinh nghiệm đưa định dựa quan sát Tư tinh gọn giảm lãng phí tập trung vào điều cần thiết Scrum sử dụng cách tiếp cận lặp lặp lại, gia tăng để tối ưu hóa khả dự đoán kiểm soát rủi ro Scrum thu hút tham gia nhóm người có tất kỹ chuyên môn để thực công việc chia sẻ học hỏi kỹ cần Scrum kết hợp bốn kiện thức để kiểm tra điều chỉnh kiện bao trùm chung Sprint Các kiện hoạt động chúng thực trụ cột Scrum theo chủ nghĩa kinh nghiệm tính minh bạch, kiểm tra thích ứng Transparency (Minh bạch) Q trình công việc lên phải hiển thị rõ ràng cho người thực công việc người nhận công việc Với Scrum, định quan trọng dựa trạng thái nhận thức ba sản phẩm (artifact) thức Các sản phẩm có tính minh bạch thấp dẫn đến định làm giảm giá trị tăng rủi ro Tính minh bạch cho phép kiểm tra Kiểm tra mà khơng minh bạch lệch đường lãng phí Inspection (Kiểm tra) Các vật phẩm Scrum tiến trình hướng tới mục tiêu thống phải kiểm tra thường xuyên cần mẫn để phát vấn đề sai lệch không mong muốn Để giúp kiểm tra, Scrum cung cấp lịch hoạt động dạng năm kiện Kiểm tra cho phép thích ứng Việc kiểm tra mà khơng thích ứng coi vô nghĩa Các kiện Scrum thiết kế để kích thích thay đổi Adaptation (Thích ứng) Nếu khía cạnh trình lệch ngồi giới hạn cho phép sản phẩm tạo thành khơng chấp nhận, q trình áp dụng nguyên liệu sản xuất phải điều chỉnh Việc điều chỉnh phải thực sớm tốt để giảm thiểu sai lệch Việc thích ứng trở nên khó khăn người liên quan không trao quyền khơng tự quản lý Nhóm Scrum kỳ vọng thích ứng học điều thơng qua kiểm tra Giá trị Scrum Việc sử dụng thành công Scrum phụ thuộc vào việc người trở nên thành thạo việc sống với năm giá trị: Cam kết, Tập trung, Cởi mở, Tôn trọng Dũng cảm (Commitment, Focus, Openness, Respect, Courage) Nhóm Scrum cam kết đạt mục tiêu hỗ trợ lẫn Trọng tâm họ vào công việc Sprint để đạt tiến độ tốt mục tiêu Nhóm Scrum bên liên quan cởi mở công việc thách thức Các thành viên Nhóm Scrum tơn trọng lẫn để trở thành người có lực, độc lập người làm việc tơn trọng Các thành viên Nhóm Scrum có can đảm để làm điều đắn, giải vấn đề khó khăn Những giá trị cung cấp định hướng cho Nhóm Scrum liên quan đến công việc, hành động hành vi họ Các định đưa ra, bước thực cách sử dụng Scrum phải củng cố giá trị này, không làm giảm làm suy yếu chúng Các thành viên Nhóm Scrum tìm hiểu khám phá giá trị họ làm việc với kiện vật phẩm Scrum Khi giá trị thể Nhóm Scrum người mà họ làm việc cùng, trụ cột kinh nghiệm Scrum tính Minh bạch, Kiểm tra Thích ứng trở thành niềm tin xây dựng sống Nhóm Scrum Đơn vị Scrum nhóm nhỏ thành viên gọi Nhóm Scrum Nhóm Scrum bao gồm Scrum Master, Product Owner Nhà phát triển Trong Nhóm Scrum, khơng có nhóm hệ thống phân cấp Nhóm Scrum tổ chức gắn kết chuyên gia tập trung vào mục tiêu thời điểm gọi Mục tiêu Sản phẩm Các thành viên nhóm Scrum có khả hoán đổi nghiệp vụ (cross-functional) , nghĩa thành viên có tất kỹ cần thiết để tạo giá trị cho Sprint Họ có lực tự quản lý, nghĩa họ tự định làm gì, làm Nhóm Scrum đủ nhỏ để ln linh hoạt đủ lớn để hồn thành cơng việc quan trọng Sprint, thường có 10 người trở xuống Nói chung, chúng tơi nhận thấy nhóm nhỏ giao tiếp tốt làm việc hiệu Nếu nhóm Scrum trở nên lớn, nên xem xét tổ chức lại thành nhiều nhóm Scrum có gắn kết với nhau, nhóm tập trung vào sản phẩm Do đó, nhóm nên chia sẻ Mục tiêu Sản phẩm, Product Backlog Product Owner Nhóm Scrum chịu trách nhiệm tất hoạt động liên quan đến sản phẩm: gồm việc hợp tác với bên liên quan, kiểm tra, bảo trì, vận hành, thử nghiệm, nghiên cứu phát triển hoạt động khác yêu cầu Họ tổ chức trao quyền để quản lý cơng việc họ Làm việc thông qua Sprint với nhịp độ bền vững giúp cải thiện tập trung qn Nhóm Scrum Tồn Nhóm Scrum phải chịu trách nhiệm việc tạo Phần sản phẩm gia tăng hữu ích có giá trị sau Sprint Scrum xác định ba vai trò trách nhiệm cụ thể Nhóm Scrum: Developers, Product Owner Scrum Master Developers Các nhà phát triển người Nhóm Scrum cam kết tạo khía cạnh Phần sản phẩm gia tăng sử dụng sau Sprint Các kỹ cụ thể mà Nhà phát triển cần có thường rộng thay đổi theo lĩnh vực công việc Tuy nhiên, Nhà phát triển phải chịu trách nhiệm về:  Lập kế hoạch cho Sprint, Sprint Backlog;  Nâng cao chất lượng cách tuân thủ Định nghĩa Hoàn thành;  Điều chỉnh kế hoạch họ ngày cho đạt Mục tiêu Sprint;  Chịu trách nhiệm với với tư cách người chuyên nghiệp Product Owner Product Owner có trách nhiệm tối đa hóa giá trị sản phẩm tạo cơng việc Nhóm Scrum Cách thực điều khác tổ chức, Nhóm Scrum cá nhân Product Owner Product Owner chịu trách nhiệm việc quản lý Product Backlog hiệu quả, bao gồm:  Phát triển truyền đạt rõ ràng Mục tiêu Sản phẩm;  Tạo truyền đạt rõ ràng hạng mục Product Backlog;  Sắp xếp thứ tự ưu tiên hạng mục Product Backlog; và,  Đảm bảo Product Backlog minh bạch, dễ thấy dễ hiểu Product Owner tự thực cơng việc nói giao phó cho người khác Bất kể cách nào, Product Owner phải người chịu trách nhiệm Để cho Product Owner thành công, tồn tổ chức phải tơn trọng định họ Những định hiển thị nội dung thứ tự Product Backlog, thông qua Phần sản phẩm gia tăng kiểm tra buổi Sprint Review Product Owner người, ủy ban Product Owner đại diện cho nhu cầu nhiều bên liên quan Product Backlog Những người muốn thay đổi Product Backlog thực thay đổi cách thuyết phục Product Owner Scrum Master Scrum Master có trách nhiệm thiết lập Scrum định nghĩa Scrum Guide Họ làm điều cách giúp người hiểu lý thuyết thực hành Scrum, Nhóm Scrum tổ chức Scrum Master chịu trách nhiệm hiệu Nhóm Scrum Họ thực điều cách cho phép Nhóm Scrum cải thiện phương pháp thực hành mình, khn khổ Scrum Scrum Master nhà lãnh đạo thực phục vụ Nhóm Scrum rộng phục vụ tổ chức Scrum Master phục vụ Nhóm Scrum theo số cách, bao gồm:  Huấn luyện thành viên nhóm tự quản lý hoán đổi chức năng;  Giúp Nhóm Scrum tập trung vào việc tạo Phần sản phẩm gia tăng có giá trị cao đáp ứng Định nghĩa Hoàn thành;  Gây việc loại bỏ trở ngại tiến trình cơng việc Nhóm Scrum; và,  Đảm bảo tất kiện Scrum diễn cách tích cực, có hiệu giữ khung thời gian cố định Scrum Master phục vụ Product Owner theo số cách, bao gồm:  Giúp tìm kỹ thuật để xác định Mục tiêu Sản phẩm hiệu quản lý Product Backlog;  Giúp Nhóm Scrum hiểu cần thiết việc làm cho hạng mục Product Backlog trở nên rõ ràng ngắn gọn;  Giúp lập kế hoạch sản phẩm thực nghiệm cho môi trường phức tạp; và,  Tạo điều kiện cho hợp tác bên liên quan yêu cầu cần thiết Scrum Master phục vụ tổ chức theo số cách, bao gồm:  Lãnh đạo, đào tạo huấn luyện tổ chức việc áp dụng Scrum;  Lập kế hoạch tư vấn triển khai Scrum tổ chức;  Giúp nhân viên bên liên quan hiểu đưa phương pháp tiếp cận thực nghiệm cho công việc phức tạp; và,  Loại bỏ rào cản bên liên quan Nhóm Scrum Sự kiện Scrum Sprint nơi chứa tất kiện khác Mỗi kiện Scrum hội thức để kiểm tra điều chỉnh vật phẩm Scrum Những kiện thiết kế đặc biệt để tạo minh bạch cần thiết Nếu không thực kiện số kiện dẫn dẫn đến hậu hội để kiểm tra thích ứng Các kiện Scrum nhằm tạo nhịp điệu công việc đặn giảm thiểu họp không qui định Scrum Một cách tối ưu, kiện Scrum nên tổ chức thời điểm địa điểm để giảm bớt phức tạp Sprint Sprint nhịp tim Scrum, nơi ý tưởng biến thành giá trị Chúng có độ dài cố định từ tháng trở xuống để tạo quán Một Sprint bắt đầu sau kết thúc Sprint trước Tất công việc cần thiết để đạt Mục tiêu Sản phẩm, bao gồm buổi Sprint Planning, Daily Scrums, Sprint Review, Sprint Retrospective, diễn Sprint Trong Sprint:  Khơng có thay đổi thực mà làm chệch Mục tiêu Sprint;  Chất lượng không giảm;  Product Backlog tinh chỉnh cần thiết; và,  Phạm vi làm rõ thương lượng lại với Product Owner Nhóm học hỏi biết thêm nhiều Các Sprint cho phép khả dự đoán cách đảm bảo kiểm tra điều chỉnh tiến độ thực Mục tiêu sản phẩm tháng lần Khi khung thời gian Sprint q dài, Mục tiêu Sprint trở nên khơng hợp lệ, độ phức tạp rủi ro tăng lên Các Sprint ngắn sử dụng để tạo nhiều chu kỳ học tập hạn chế rủi ro chi phí cơng sức Mỗi Sprint coi dự án ngắn Có nhiều phương pháp thực hành khác để dự báo tiến độ, chẳng hạn biểu đồ burn-down, burn-up biểu đồ dịng chảy tích lũy (cumulative flow) Mặc dù chứng minh hữu ích, phương pháp thực hành không thay tầm quan trọng chủ nghĩa kinh nghiệm Trong môi trường phức tạp, điều xảy khơng thể biết trước Chỉ xảy sử dụng để định tương lai Một Sprint bị hủy bỏ Mục tiêu Sprint trở nên lỗi thời Chỉ Product Owner có quyền hủy Sprint Sprint Planning Lập kế hoạch Sprint khởi đầu Sprint cách xếp công việc cần thực cho Sprint Kế hoạch kết tạo nên cộng tác toàn Nhóm Scrum Product Owner đảm bảo người tham dự chuẩn bị để thảo luận hạng mục Product Backlog quan trọng cách chúng liên kết với Mục tiêu Sản phẩm Nhóm Scrum mời người khác tham gia Lập kế hoạch Sprint để nhận lời khuyên Lập kế hoạch Sprint giải chủ đề sau: Chủ đề 1: Tại Sprint lại có giá trị? Product Owner đề xuất cách sản phẩm tăng giá trị tiện ích Sprint Sau đó, tồn Nhóm Scrum cộng tác để xác định Mục tiêu Sprint nhằm truyền đạt lý Sprint lại có giá trị bên liên quan Mục tiêu Sprint phải chốt lại trước kết thúc buổi Lập kế hoạch Sprint Chủ đề 2: Cơng việc hồn thành Sprint này? Thông qua thảo luận với Product Owner, Nhà phát triển chọn hạng mục từ Product Backlog để đưa vào Sprint Nhóm Scrum tinh chỉnh mục trình chọn này, nhằm tăng cường hiểu biết tự tin Việc chọn số lượng hạng mục hồn thành Sprint thách thức Tuy nhiên, Nhà phát triển biết nhiều hiệu suất làm việc khứ, lực tới Định nghĩa Hồn thành họ, họ tin tưởng vào dự báo Sprint Chủ đề 3: Cơng việc chọn hồn thành cách nào? Đối với hạng mục Product Backlog chọn, Nhà phát triển lập kế hoạch công việc cần thiết để tạo Phần sản phẩm gia tăng đáp ứng Định nghĩa Hoàn thành Điều thường thực cách chia nhỏ hạng mục Product Backlog thành mục công việc nhỏ làm ngày ngắn Việc thực Nhà phát triển định Không khác cho họ cách biến hạng mục Product Backlog thành Phần sản phẩm gia tăng giá trị Mục tiêu Sprint, hạng mục Product Backlog chọn cho Sprint, với kế hoạch thực chúng gọi chung Sprint Backlog Lập kế hoạch Sprint có khung thời gian tối đa tám cho Sprint tháng Đối với Sprint ngắn hơn, kiện thường ngắn Daily Scrum Mục đích Daily Scrum kiểm tra tiến độ thực Mục tiêu Sprint điều chỉnh Sprint Backlog cần thiết, điều chỉnh kế hoạch công tới Daily Scrum kiện kéo dài 15 phút dành cho Nhà phát triển Nhóm Scrum Để giảm bớt phức tạp, tổ chức vào thời gian cố định diễn ngày Sprint Nếu Product Owner Scrum Master tích cực làm việc với hạng mục Sprint Backlog, họ tham gia với tư cách Nhà phát triển Các nhà phát triển chọn cấu trúc kỹ thuật họ muốn, miễn Daily Scrum họ tập trung vào tiến độ hướng tới Mục tiêu Sprint đưa kế hoạch khả thi cho ngày làm việc Điều tạo tập trung cải thiện khả tự quản lý Daily Scrums cải thiện thông tin liên lạc, xác định trở ngại, thúc đẩy việc định nhanh chóng loại bỏ nhu cầu họp khác Daily Scrum hội Nhà phát triển phép điều chỉnh kế hoạch họ Họ thường gặp suốt ngày để thảo luận chi tiết việc điều chỉnh lập kế hoạch lại phần việc lại Sprint Sprint Review Mục đích Sprint Review kiểm tra kết cơng việc Sprint xác định điều chỉnh tương lai Nhóm Scrum trình bày kết cơng việc họ cho bên liên quan tiến trình hướng tới Mục tiêu Sản phẩm thảo luận Trong kiện này, Nhóm Scrum bên liên quan rà sốt lại đạt Sprint thay đổi môi trường họ Dựa thông tin này, người tham dự xác định việc cần làm Product Backlog điều chỉnh để đáp ứng hội Sprint Review phiên làm việc Nhóm Scrum nên tránh biến thành buổi thuyết trình Sprint Review kiện gần sát cuối Sprint có khung thời gian tối đa bốn cho Sprint có khung tháng Đối với Sprint ngắn hơn, kiện thường ngắn Sprint Retrospective Mục đích Sprint Retrospective hoạch định biện pháp để tăng chất lượng hiệu Nhóm Scrum kiểm tra xem Sprint diễn khía cạnh cá nhân, tương tác, quy trình, cơng cụ Định nghĩa Hoàn thành Các yếu tố kiểm tra thường thay đổi theo lĩnh vực công việc Các giả định khiến họ lạc lối cần xác định tìm hiểu nguồn gốc chúng Nhóm Scrum thảo luận diễn tốt đẹp Sprint, vấn đề mà họ gặp phải cách vấn đề giải (hoặc khơng giải quyết) Nhóm Scrum xác định thay đổi hữu ích để cải thiện hiệu nhóm Những cải tiến có ảnh hưởng nên thực sớm tốt Chúng chí đưa vào Sprint Backlog Sprint Sprint Retrospective kiện cuối Sprint Nó có khung thời gian tối đa ba cho Sprint có khung tháng Đối với Sprint ngắn hơn, kiện thường ngắn Scrum Artifacts Các vật phẩm Scrum đại diện cho công việc giá trị Chúng thiết kế để tăng cường tính minh bạch thơng tin Vì vậy, tất người kiểm tra chúng có sở để thích ứng Mỗi vật phẩm chứa đựng cam kết chúng cung cấp thơng tin để nâng cao tính minh bạch tập trung vào đích mà theo tiến độ thực đo lường:  Đối với Product Backlog, cam kết Mục tiêu Sản phẩm  Đối với Sprint Backlog, cam kết Mục tiêu Sprint  Đối với Phần sản phẩm gia tăng, cam kết Định nghĩa Hoàn thành Những cam kết tồn để củng cố chủ nghĩa kinh nghiệm giá trị Scrum cho Nhóm Scrum bên liên quan họ Product Backlog Product Backlog danh sách phát triển dần có thứ tự thứ cần thiết để cải thiện sản phẩm Đây nguồn công việc mà Nhóm Scrum phải thực Các hạng mục Product Backlog mà Nhóm Scrum hồn thành Sprint coi sẵn sàng để lựa chọn kiện Lập kế hoạch Sprint Chúng thường đạt mức độ minh bạch sau hoạt động tinh chỉnh (refinement) Tinh chỉnh Product Backlog hành động chia nhỏ xác định rõ hạng mục Product Backlog thành mục nhỏ xác Đây hoạt động liên tục để thêm chi tiết, chẳng hạn thêm mô tả, xếp lại thứ tự ước lượng qui mơ Các thuộc tính thường thay đổi theo lĩnh vực công việc Các nhà phát triển, người thực công việc, chịu trách nhiệm ước lượng qui mô cơng việc Product Owner ảnh hưởng đến Nhà phát triển cách giúp họ hiểu lựa chọn cân Cam kết: Mục tiêu Sản phẩm Mục tiêu Sản phẩm mô tả trạng thái tương lai sản phẩm dùng làm mục tiêu để Nhóm Scrum lập kế hoạch thực Mục tiêu Sản phẩm nằm Product Backlog Những phần lại Product Backlog lộ diện dần để xác định “cái gì” hồn thành Mục tiêu Sản phẩm Sản phẩm phương tiện để cung cấp giá trị Nó có ranh giới rõ ràng, có bên liên quan biết rõ, có người dùng khách hàng xác định Một sản phẩm dịch vụ, sản phẩm vật lý trừu tượng Mục tiêu Sản phẩm mục tiêu dài hạn Nhóm Scrum Họ phải hồn thành (hoặc từ bỏ) mục tiêu trước thực mục tiêu Sprint Backlog Sprint Backlog bao gồm Mục tiêu Sprint (“Why”), tập hợp hạng mục Product Backlog chọn cho Sprint (“What”), kế hoạch hành động để cung cấp Phần sản phẩm gia tăng (“How”) Sprint Backlog kế hoạch dành cho Nhà phát triển Đó tranh thời gian thực, nhìn thấy rõ ràng cơng việc mà Nhà phát triển dự định hoàn thành Sprint để đạt Mục tiêu Sprint Do đó, Sprint Backlog cập nhật suốt Sprint nhà Phát triển học nhiều điều Nó phải có đủ chi tiết để họ kiểm tra tiến trình Daily Scrum Cam kết: Mục tiêu Sprint Mục tiêu Sprint mục tiêu Sprint Mặc dù Mục tiêu Sprint cam kết Nhà phát triển, cung cấp linh hoạt công việc cụ thể cần thực để đạt Mục tiêu Sprint tạo gắn kết tập trung, khuyến khích Nhóm Scrum làm việc thay dựa sáng kiến riêng biệt Mục tiêu Sprint tạo kiện Lập kế hoạch Sprint sau thêm vào Sprint Backlog Khi Nhà phát triển làm việc Sprint, họ ghi nhớ Mục tiêu Sprint Nếu công việc diễn khác với họ mong đợi, họ cộng tác với Product Owner để thương lượng phạm vi Sprint Backlog Sprint cho không ảnh hưởng đến Mục tiêu Sprint Increment Phần sản phẩm gia tăng bước đệm cụ thể để hướng tới Mục tiêu Sản phẩm Mỗi Phần sản phẩm gia tăng cộng vào tất Phần sản phẩm gia tăng trước kiểm tra kỹ lưỡng, đảm bảo tất Phần sản phẩm gia tăng hoạt động trơn chu Để cung cấp giá trị, Phần sản phẩm gia tăng phải sử dụng Nhiều Phần sản phẩm gia tăng tạo Sprint Tổng Phần sản phẩm gia tăng trình bày phiên Sprint Review, cách hỗ trợ chủ nghĩa kinh nghiệm Tuy nhiên, Phần sản phẩm gia tăng bàn giao cho bên liên quan trước kết thúc Sprint Sprint Review không coi cánh cổng để bàn giao giá trị Công việc coi phần Phần sản phẩm gia tăng chừng cịn chưa đáp ứng Định nghĩa Hoàn thành Cam kết: Định nghĩa Hồn thành Định nghĩa Hồn thành mơ tả thức trạng thái Phần sản phẩm gia tăng đáp ứng tiêu chất lượng cần thiết sản phẩm Thời điểm hạng mục Product Backlog đáp ứng Định nghĩa Hồn thành, Phần sản phẩm gia tăng tạo Định nghĩa Hoàn thành tạo minh bạch cách cung cấp cho người hiểu biết chung cơng việc hồn thành phần Phần sản phẩm gia tăng Nếu hạng mục Product Backlog khơng đáp ứng Định nghĩa Hồn thành, khơng thể phát hành chí khơng trình bày phiên Sprint Review Thay vào đó, quay trở lại Product Backlog để xem xét tương lai Nếu Định nghĩa Hoàn thành cho Phần sản phẩm gia tăng nằm tiêu chuẩn tổ chức, tất Nhóm Scrum phải tuân thủ điều tối thiểu Nếu Định nghĩa Hồn thành khơng phải tiêu chuẩn tổ chức, Nhóm Scrum phải tự tạo Định nghĩa Hoàn thành phù hợp cho sản phẩm Các nhà phát triển yêu cầu tuân thủ Định nghĩa Hoàn thành Nếu có nhiều Nhóm Scrum làm việc sản phẩm, họ phải xác định tuân thủ Định nghĩa Hoàn thành Lịch sử Scrum Guide Ken Schwaber Jeff Sutherland lần đồng trình bày Scrum Hội nghị OOPSLA năm 1995 Về bản, ghi lại Ken Jeff học vài năm trước cơng khai định nghĩa thức Scrum Scrum Guide tài liệu Scrum cách phát triển, tiến hóa trì bền vững 30 năm qua Jeff Sutherland Ken Schwaber Các nguồn khác cung cấp mẫu, quy trình thơng tin chi tiết bổ sung cho khn khổ Scrum Chúng làm tăng suất, giá trị, sáng tạo hài lòng kết