Download to read offline
Uploaded byĐông Đô
Daily scrum
Tài liệu này giải thích về scrum hằng ngày, một cuộc họp quan trọng trong mỗi sprint, với các câu hỏi chủ đạo như 'Bạn đã làm gì hôm qua?' và 'Bạn sẽ làm gì hôm nay?'. Nó cũng chỉ ra những lỗi thường gặp trong scrum và các giải pháp để cải thiện, như khuyến khích đúng giờ tham gia và cung cấp thông tin rõ ràng. Cuối cùng, tài liệu thảo luận về việc thu thập thông tin hiệu quả và sự cần thiết của việc tổ chức scrum hằng ngày.
![[HanoiScrum.net] Scrum foundation](https://cdn.slidesharecdn.com/ss_thumbnails/hanoiscrumscrumfoundation-150508015948-lva1-app6892-thumbnail.jpg?width=640&height=640&fit=bounds)
Daily scrum
- 1.
- 3. Nội dung • ScrumHằng ngày là gì? • Những lỗi thường gặp và cách giải quyết trong daily scrum • Chấm dứt tình trạng đến muộn buổi Scrum hằng ngày • Ai nên tham dự và những điều cần nói trong Daily Scrum • Thu thập thông tin tốt nhất với vai trò ScrumMaster • Nên cập nhật những thứ đã hoàn thành theo cá nhân hay theo story? • Scrum Hằng ngày có cần thực hiện mỗi ngày không?
- 4. Scrum Hằng ngàylà gì?
- 5. Scrum Hằng ngàylà gì? • Trong một Sprint, mỗi ngày nhóm cần tổ chức một cuộc họp gọi là “Scrum Hằng ngày” – Stand-up Hằng ngày.
- 6. Scrum Hằng ngàylà gì? • Bạn đã làm gì ngày hôm qua? • Bạn sẽ làm gì hôm nay? • Bạn có gặp bất cứ trở ngại gì hay không?
- 7. Những lỗi thườnggặp và cách giải quyết
- 8. Những lỗi thườnggặp và cách giải quyết • Không đến đúng giờ • Không có mặt trong cuộc họp • Không cung cấp các thông tin rõ ràng, có giá trị
- 9. Những lỗi thườnggặp và cách giải quyết • Mẹo: Chỉ cho mọi người thấy giá trị của cuộc họp • “Scrum Hằng ngày là một sự kiện cực kỳ thú vị cho mọi người vì các thông tin liên quan được chia sẻ và mọi người hiểu được tầm quan trọng của nó/cũng như lý do tại sao chúng ta đang làm điều này.”
- 10. Chấm dứt tìnhtrạng đến muộn
- 11. Chấm dứt tìnhtrạng đến muộn
- 12. Chấm dứt tìnhtrạng đến muộn • Mức độ quen biết của nhóm bạn tới đâu? • Có ai gặp vấn đề về thể chất hay đang ăn kiêng hay không? • Liệu có nguyên do nào đó mà không thể giải quyết bằng động lực?
- 13. Chấm dứt tìnhtrạng đến muộn • Thưởng cho nhóm nếu tất cả mọi người đúng giờ ở tất cả các cuộc họp trong toàn bộ các Sprint • Một bữa ăn trưa tuyệt vời được trả bằng tiền của công ty • Một phần thưởng đơn lẻ là chocopie cho những ai thực hiện 90% các cuộc họp đúng giờ
- 14. Chấm dứt tìnhtrạng đến muộn • Thành viên nhóm càng ở xa, đặt hẹn giờ càng sớm • Gửi mail, chat thông báo sớm trước cuộc họp
- 15. Ai nên thamdự và những điều cần nói
- 16. Ai nên thamdự và những điều cần nói • SM và Nhóm phát triển bắt buộc phải tham gia • Product Owner có nên tham gia?
- 17. Ai nên thamdự và những điều cần nói • Scrum Master • Bình luận về một, hai trở ngại đã bị loại bỏ • Nhắc tới việc tạo điều kiện cho cuộc họp diễn ra suôn sẻ với PO nhằm giới thiệu một thứ gì đó với các bên liên quan. • Đề cập tới việc chuẩn bị cho cuộc họp quan trọng vào Thứ Ba tới • Lưu ý về việc dọn dẹp sạch sẽ Product Backlog, dựa trên kết quả của buổi họp làm mịn Product Backlog ngày hôm qua
- 18. Ai nên thamdự và những điều cần nói • Product Backlog • Nhận xét những thứ tương tự • Đặc biệt là công việc có liên quan tới Product Backlog, bên liên quan, người dùng
- 19. Ai nên thamdự và những điều cần nói • “Tôi đã có cơ hội để nghĩ về những việc mà tôi muốn thực hiện vào quý tới. Tôi sẽ viết các story ngày hôm nay hoặc là ngày mai…” • Kỷ niệm dự án game: • Captaintsubasa được yêu thích nhất ở nước …, đứng thứ 2 ở …
- 20. Ai nên thamdự và những điều cần nói • Scrum Master nới với các vị khách khác • Cảm ơn anh vì đã tham dự buổi họp • Nói với anh ấy rằng nhóm sẽ tiến hành cuộc họp nhanh chóng chỉ trong vòng 15 phút. • Nói rằng chúng tôi rất vui lòng trả lời câu hỏi của anh ấy sau cùng. • “Cảm ơn tất cả mọi người. Chúng ta đã xong lịch trình cuộc họp của ngày hôm nay” • Cảm ơn những vị khách mời vì đã kiên nhẫn chờ đợi tới khi cuộc họp kết thúc • Hỏi họ xem liệu họ muốn thêm ý kiến, hoặc hỏi thêm gì hay không
- 21. Ai nên thamdự và những điều cần nói • KHÔNG nhắc tới vấn đề tiềm ẩn lại là điều đúng đắn để làm • Một story được thảo luận với yêu cầu hoàn thành trong vòng 2 tiếng đồng hồ. Không ai trong nhóm chọn
- 22. Thu thập thôngtin tốt nhất với vai trò ScrumMaster
- 23. Thu thập thôngtin tốt nhất với vai trò ScrumMaster • Đừng gọi đây là một cuộc họp “báo cáo tiến độ” • họp “đồng bộ hóa công việc” • Đặt 3 câu hỏi đúng • Đừng giao tiếp bằng mắt • Nhìn đi đâu đó để người báo cáo không nhìn mình • Bạn đã làm gì ngày hôm qua? • Hôm nay bạn sẽ làm những gì? • Bạn có gặp bất cứ khó khăn gì hay không? • Bạn đã đạt được gì trong ngày hôm qua? • Hôm nay bạn sẽ hoàn thành điều gì? • Bạn có gặp bất cứ khó khăn gì hay không?
- 24. Thu thập thôngtin tốt nhất với vai trò ScrumMaster • Đếm số câu hỏi so với các ý kiến • Đừng gọi ai đó lên báo cáo • Khuyến khích thành viên nhóm thừa nhận khi không hoàn thành công việc • Đừng gọi họ là những người cản trở
- 25. Nên cập nhậtnhững thứ đã hoàn thành theo cá nhân hay theo story?
- 26. Nên cập nhậtnhững thứ đã hoàn thành theo cá nhân hay theo story? • Các nhóm đang thực hiện theo từng người? • Có nhiều tài liệu ghi như vậy không? • Như vậy đã là tốt nhất?
- 27. Nên cập nhậtnhững thứ đã hoàn thành theo cá nhân hay theo story? Ok, hãy nói về những hạng mục Product Backlog này. Ai đã thực hiện ngày hôm qua? Ai sẽ tiếp tục ngày hôm nay? Và có ai đang gặp trở ngại gì với hạng mục này không?
- 28. Nên cập nhậtnhững thứ đã hoàn thành theo cá nhân hay theo story? • Nên áp dụng khi nào • Nhận thấy báo cáo từng người không hiệu quả • Khi nhóm khá lớn • Khi đã quen cách báo cáo theo từng người một thời gian dài
- 29. Nên cập nhậtnhững thứ đã hoàn thành theo cá nhân hay theo story? • Trực quan hoá tiến độ • Đề xuất người “phụ trách” hoặc “chủ sở hữu” cho story • Giảm số lượng người trong nhóm • Hãy thử cả hai xem điều gì phù hợp cho tổ chức của bạn • Chuyển trọng tâm của Scrum Hằng ngày trong Sprint • Trực quan hoá các trở ngại • Cho các thành viên nhóm thấy rõ được tiến độ
- 30. Scrum Hằng ngàycó cần thực hiện mỗi ngày không?
- 31. Scrum Hằng ngàycó cần thực hiện mỗi ngày không? • Giao tiếp với nhau đủ nhiều rồi • Mọi người ngồi cạnh nhau và nói chuyện rất thường xuyên
- 32. Scrum Hằng ngàycó cần thực hiện mỗi ngày không? • Công việc dày đặc vào các Thứ sáu • Nhóm ở xa, thời gian khác nhau • Những ngày mà nhóm thực hiện cuộc họp Lập kế hoạch Sprint
Editor's Notes
- #9 Một trong những thử thách lớn nhất mà ScrumMaster phải đối mặt đó là khiến mọi người đồng thuận trong buổi Scrum Hằng ngày. Một buổi Scrum Hằng ngày lí tưởng nhất là tạo cho các thành viên hào hứng, nhiệt huyết và tràn đầy năng lượng, nhưng thực tế thì không phải lúc nào cũng diễn ra như vậy. Nếu mọi người đang kháng cự lại các buổi Scrum Hằng ngày, thường là bởi họ không thấy giá trị khi làm vậy. Nếu bạn từng nghe mọi người nói rằng các thảo luận không liên quan hoặc Scrum Hằng ngày chỉ là một cách đơn giản để quản lý nhóm.
- #12 Các ScrumMaster thường hay phàn nàn về tình trạng đến muộn trong buổi Scrum Hằng ngày. Một phương pháp phổ biến mà rất nhiều chuyên gia đào tạo Scrum đưa ra nhằm giải quyết vấn đề này đó là sử dụng phần thưởng để khuyến khích mọi người có mặt đúng giờ, cũng như các phương án phạt để hạn chế việc đến muộn. Lựa chọn cách thưởng/phạt sai có thể khiến bạn nhanh chóng xa cách các thành viên nhóm và làm giảm sút tinh thần nhóm. Mỗi nhóm có những đặc điểm khác nhau, do vậy, việc áp dụng máy móc cùng một cách tặng thưởng/khích lệ cho nhiều nhóm sẽ không có tác dụng với mọi nhóm. Bạn sẽ có hơn 20 ý tưởng đã được thực hiện bởi các nhóm Scrum trên toàn thế giới, từ những cách như chống đẩy, hát một bài hát nếu đến muộn, cho tới những bữa trưa, thời gian nghỉ dài hơn thường ngày như là phần thưởng cho việc đến đúng giờ. Hãy nhớ, dù bạn chọn bất cứ cách nào cần đảm bảo toàn nhóm phải tham gia. Điều cuối cùng mà bạn muốn đạt được là một thành viên sẽ đi tới phòng nhân sự và phàn nàn về việc bạn khiến anh ta phải chống đẩy cho mỗi phút bạn đến muộn trong buổi họp.
- #21 Phân nửa thời gian những vị khách mời thường không có gì để nói. Họ hoặc là xuất hiện để quan sát hoặc là các câu hỏi đã được giải đáp sẵn rồi. Trong khi chúng tôi tiếp tục giữ Scrum Hằng ngày như một cuộc họp của nhóm, chúng tôi không muốn tỏ ra bất kính với các vị khách thỉnh thoảng muốn tham dự cùng chúng tôi. Nếu có ai đó ngoài nhóm tham dự quá thường xuyên, hãy cân nhắc tới việc nói chuyện riêng với họ. Đặc biệt là khi người ngoài là người quản lý của một ai đó trong nhóm. Một nhà quản lý bên ngoài sẽ cần hiểu rằng, mặc dù họ xuất hiện nhằm mục đích quan sát, nhưng nhóm sẽ cảm thấy gò bó và trở nên kém cởi mở hơn khi vị quản lý đó tham dự. Là một ScrumMaster, tôi không muốn mọi người ngần ngại khi đưa ra các vấn đề trong buổi họp. Hãy giữ buổi Scrum Hằng ngày là dành riêng cho nhóm của bạn, nhưng đối xử với các vị khách bằng sự tôn trọng và cho phép họ nhận xét, đặt câu hỏi sau đó, điều này sẽ giúp nhóm thành công với Agile.
- #22 Một ScrumMaster đã chia sẻ câu chuyện này với tôi, cách mà các vị khách nhường lời trong buổi họp có thể hữu ích về lâu về dài. “Một nhóm tôi từng làm việc đã thực hiện buổi họp Stand-up với sự tham dự của giám đốc chương trình. Trong buổi Stand-up, một story được thảo luận với yêu cầu hoàn thành trong vòng 2 tiếng đồng hồ. Không ai trong nhóm chọn, và kể từ buổi Stand-up gần nhất trước buổi trình diễn thử, story vẫn ở tình trạng chưa hoàn thành trong phân đoạn này. Giám đốc chương trình quyết định không can dự vào buổi Stand-up và giữ yên lặng. Ngay sau đó, anh ấy đã kiểm tra với tôi xem liệu anh ấy đã làm đúng không. Tôi giải thích với anh ấy rằng tôi trông đợi về việc Story chưa hoàn thành đó sẽ xuất hiện trong buổi chạy thử và trong buổi Cải tiến Sprint. Cho nhóm một cơ hội để nhận ra vấn đề và giải quyết chúng như anh ấy đã làm là rất tốt. Nếu không một thành viên nào đem câu chuyện này vào trong buổi Cải tiến Sprint, thì tôi sẽ nhắc tới nó, bởi vì tôi đang huấn luyện cho nhóm tự tổ chức.” Cách đó có hiệu quả không? Anh ấy đã cho tôi biết những gì đã diễn ra trong buổi Cải tiến Sprint: “Trong bản demo, Product Owner đã hỏi tại sao không hoàn thành story đó, và điều này khiến cho nhóm cảm thấy vô cùng xấu hổ. Bởi vậy, họ đã thảo luận về vấn đề này trong buổi cải tiến. Những nguyên nhân sâu xa xuất phát từ việc chỉ một thành viên nhóm biết cách thực hiện điều đó, nhưng anh ta lại nghỉ ốm cả một tuần. Nhóm quyết định sẽ thực hiện các rà soát/đánh giá theo cặp trong các phân đoạn, do đó họ đã chuẩn bị tốt hơn cho các trường hợp như vậy trong tương lai. Chắc chắn rằng nếu giám đốc chương trình lên tiếng trong buổi Stand-up, vấn đề này có thể đã được giải quyết ngay. Nhưng bằng việc giữ im lặng, nhóm đã học thêm được một điều mới và khiến họ trở nên tốt hơn!” Trong ví dụ này, trải nghiệm chi phí bỏ ra cho sự nhầm lẫn/xấu hổ còn có giá trị và hiệu quả hơn nhiều đối với việc học tập, hơn là chỉ đơn giản được nói cho việc cần phải làm.
- #25 Một ScrumMaster không nên hỏi trực tiếp người đó đã và sẽ làm gì, hay những cản trở trong công việc của họ trong buổi Scrum Hằng ngày. Mọi người đều biết các câu hỏi và tại sao họ đến cuộc họp. Khi một người báo cáo xong, người tiếp theo có thể bắt đầu ngay – mà ScrumMaster không phải đẫn dắt cuộc họp bằng cách cho gọi người tiếp theo lên và đặt câu hỏi. Làm thế nào để biết ai sẽ nói tiếp theo? Điều đó phụ thuộc vào nhóm. Một vài nhóm sẽ thực hiện theo thứ tự được sắp xếp trong phòng dựa trên công việc được chỉ định. Một từ mà tôi khuyên bạn cấm sử dụng trong Scrum Hằng ngày đó là từ “người cản trở”, từ này thường xuất hiện khi các thành viên đưa ra bất cứ thứ gì đang cản trở quá quá trình của họ.
- #27 các thành viên nhóm dễ quên đi mất nội dung đã được thảo luận. Ví dụ, thành viên đầu tiên sẽ bàn về hai hạng mục Product Backlog đầu tiên, thành viên thứ hai nói về hạng mục Product Backlog thứ hai và thứ năm. Thành viên nhóm thứ ba sẽ báo cáo các phần còn lại và một số hạng mục khác mà chưa ai nhắc tới. Đối với một số nhóm, thực hiện Scrum Hàng ngày theo Hạng mục Product Backlog (story) lại hiệu quả hơn khi báo cáo lần lượt từng người.
- #28 Khi rà soát từ hạng mục này sang hạng mục khác, giả sử một thành viên sẽ nói (thường là ScrumMaster là người nói), “Ok, hãy nói về những hạng mục Product Backlog này. Ai đã thực hiện ngày hôm qua? Ai sẽ tiếp tục ngày hôm nay? Và có ai đang gặp trở ngại gì với hạng mục này không? ” Khi một nhóm triển khai Scrum Hằng ngày theo cách này, nội dung sẽ được kiểm soát tốt hơn. Mọi điều về một hạng mục Product Backlog cụ thể sẽ được thảo luận cùng một lúc, thay vì được thảo luận tới ba lần khi ba thành viên nhóm cùng báo cáo về nó.
- #29 Hãy nhớ mục tiêu của Scrum Hằng ngày là để dành cho thành viên nhóm đồng bộ hoá các nỗ lực của họ. Tất cả mọi người nên đồng bộ hoàn toàn từ cuộc họp Lập kế hoạch Sprint, tạo ra Scrum Hằng ngày khác biệt và tránh những điều không cần thiết.
- #32 Thậm chí với một nhóm như vậy, buổi Scrum Hằng ngày có thể là khoảng thời gian duy nhất mỗi ngày mà tất cả mọi người tham dự vào một cuộc thảo luận. Hầu hết các cuộc thảo luận khác diễn ra với một nhóm nhỏ các thành viên của nhóm (không phải toàn bộ nhóm.) Bên cạnh đó, khi một nhóm nói chuyện thường xuyên bên ngoài Scrum Hằng ngày, Scrum Hằng ngày sẽ cực kỳ ngắn gọn. Do vậy khó có thể phàn nàn thêm về điều này.