Một trò chơi đa nhóm, chu trình đầy đủ, hướng sản phẩm Giả lập qui trình Scrum với trò chơi LEGO Phiên dành cho nghiệp vụ vừa nhỏ Có thể dùng để dạy framework phát triển linh động dựa lặp khác Bài báo gốc xuất vào tháng năm 2009 Tác giả Alexey Krivitsky Phiên 2.0, tháng 10 năm 2011 info@lego4scrum.com Sản phẩm phân phối giấy phép Createive Common Attribution 3.0 Unported License Mục lục LỜI TỰA Tại lại giả lập Lego? LỜI CẢM ƠN PHIÊN BẢN HIỆN TẠI BẢN QUYỀN CỦA TRÒ CHƠI CỘNG ĐỒNG MẠNG VÀ DỰ ÁN CHUYỂN NGỮ TRÒ CHƠI THỜI LƯỢNG, KÍCH THƯỚC NHÓM, VẬT DỤNG CÁC VAI TRÒ Product owner Scrum Masters Thành viên nhóm Kiểm chứng viên – Vai trò tùy chọn Không cho phép người quan sát CẦN QUAN SÁT CÁI GÌ Hành vi Phong cách giao tiếp Tiến trình hỏng CÁC GIAI ĐOẠN CỦA TRÒ CHƠI TRƯỚC KHI CHƠI: Tổ chức nhóm TRƯỚC KHI CHƠI: Xác định phạm vi dự án TRƯỚC KHI CHƠI: Xây dựng backlog 10 TRƯỚC KHI CHƠI: Ước lượng 11 TRÒ CHƠI: Lên kế hoạch Sprint 13 Trò chơi: Lên kế hoạch 15 Trò chơi: Xét duyệt 15 Trò chơi: Chu trình Release 16 Hậu trò chơi: Tóm tắt 17 CÁC BIẾN THỂ 18 Scrum doanh nghiệp 18 Bạn có biến thể riêng mình? Hãy cho biết 18 XIN CẢM ƠN! 18 LỜI TỰA Tại lại giả lập Lego? Trong vài năm qua, đồng huấn luyện chục lớp Scrum để cấp giấy chứng nhận lẫn không cấp giấy chứng nhận Tất lớp có phiên giả lâp khác nhau, cảm thấy nên có lớp tốt Ở bên liệt kê đặc điểm trò chơi tối thiểu dùng Lego nên có, theo ý kiến Các backlog mở giúp gợi mở ý tưởng dẫn chi tiết để theo Chúng ta muốn bắt đầu trò chơi với backlog mở - lời mời để cộng tác khách hàng nhóm phát triển Backlog chuẩn bị người huấn luyện, chúng không nên gần xác “Hãy làm này, làm này” Điều nghe giống việc lệnh điều khiển theo kiểu cũ Chúng ta muốn dạy minh họa kiểu quan hệ hoàn toàn khác khách hàng nhóm Để tâm vào phát triển sản phẩm chuỗi tác vụ phải hoàn thành Chúng ta cần dạy cách phát triển sản phẩm, quản lí vi mô mức tác vụ Vì vậy, backlog dẫn không nên bao gồm chuỗi công việc, thay nên cung cấp tầm nhìn cho sản phẩm, thứ lớn mà nhóm phải tạo Nhóm cộng tác hướng thành công chung cạnh tranh điểm Trò chơi nên thiết kế để mở rộng cho lớp học từ 20 người Dĩ nhiên, điều dẫn đến việc chia thành nhóm nhỏ Tuy nhiên xem hội để luyện tập kĩ cộng tác nhóm Việc cần thực cách có chủ đích, với dẫn cụ thể, lẽ tự nhiên nhóm bắt đầu cạnh tranh với Các độ đo hữu ích để đánh giá lợi ích mô hình phát triển linh động bảng biểu mà người huấn luyện yêu cầu thu thập Tất độ đo mà người huấn luyện yêu cầu người tham gia thu thập cần phải có lợi ích hiển nhiên cho nhóm, tất các trò chơi cần phải dạy họ làm chủ tiến trình Liên tục cải tiến với việc thắng thua trò chơi với lần thử Trò chơi nên thiết kế cho nhóm thử nhiều lần Mỗi lượt chơi nên tạo học tự rút giúp sinh viên tìm tiến trình tốt LỜI CẢM ƠN Mykola Gurov, người giúp vào đầu năm 2009 nhận tiềm trò chơi LEGO API việc giả lập phát triển sản phẩm Cuối năm đó, tạo phiên trò chơi gọi “LEGO dành cho giả lập Scrum mở rộng” sau thảo luận ý tưởng với William Wake, Jurgen De Smet, Yves Hanoulle Xavier Quesada Allue Kể từ lần xuất trang web Liên minh Scrum, nhận hàng tá email cảm kích việc Bây đến lượt mình, muốn sử dụng hội để cảm ơn tất người liên lạc với để chia sẻ ý tưởng kinh nghiệm thực giả lập Gerry Kirk, Tim Yevgrashyn, Steve Rogalsky, Andriy Yevtushenko, Geoff Watts, Laurent Godé, Radu Davidescu, Martine Devos, Jo Newcombe Cook, Jakob Frandsen Martin Muntzing, Ola Ellnestam, Dusan Kocurek, Danny (Danko) Kovatch, Gustavo Quiroz, Jukka Lindström, Eduardo Bregaida, and Nathaniel Cadwell Tôi muốn gởi lời cảm ơn đặc biệt tới Robin Dymond Sergey Dmitriev để dùng trò chơi lớp học cấp chứng Scrum Master họ PHIÊN BẢN HIỆN TẠI Kể từ báo xuất năm 2009, hàng tá nhà huấn luyện thử trò chơi Phiên cải tiến trò chơi mô mô tả báo phản ánh phản hồi quan sát BẢN QUYỀN CỦA TRÒ CHƠI Trò chơi phân phối dựa giấy phép Creative Common Attribution 3.0 Unported License Giấy phép cho phép người khác phân phối, pha trộn, tinh chỉnh tạo sản phẩm dựa kết công việc bạn, chí thương mại hóa, miễn họ ghi nhận bạn người tạo nguyên Đây giấy phép dễ dãi đề nghị, khuyến khích nhằm tối đa hóa phổ biến sử dụng tài nguyên có quyền CỘNG ĐỒNG MẠNG VÀ DỰ ÁN CHUYỂN NGỮ Chúng định tạo nơi mà người yêu thích việc dạy Scrum với LEGO đến cộng tác với www.lego4scrum.com – Hãy gia nhập cộng đồng giúp lan truyền lời Một số dự án tiến hành cộng đồng dịch báo thành ngôn ngữ khác giới Hãy kiểm tra trạng thái xem xét việc giúp đỡ Chúng thật cảm kích nỗ lực bạn TRÒ CHƠI THỜI LƯỢNG, KÍCH THƯỚC NHÓM, VẬT DỤNG Trò chơi chứng minh thay đổi để tương thích với nhu cầu riêng biệt từ phía huấn luyện viên phục vụ nhiều kích cỡ khán giả khác Một trò chơi tiêu chuẩn mô tả bên dưới, bạn khuyến khích thay đổi để phù hợp với nhu cầu riêng bạn Thời gian: 100-120 phút   100 phút - sử dụng kĩ thuật ước lượng nhóm nhanh 120 phút - sử dụng planning poker công cụ ước lượng khác Kích thước nhóm: 4-25 người   Lí tưởng từ 2-3 nhóm, nhóm từ 4-6 người (khoảng 8-18 người) Có thể mở rộng cho Scrum Masters Hộp LEGO: Một hộp LEGO cho nhóm từ 4-6 người   Tôi sử dụng “Basic Brick Set #6177” Cần khoảng bốn hộp cho 20 người Văn phòng phẩm: đào tạo tiêu chuẩn   Miếng dán sticker, bảng đứng dùng kẹp giấy trình bày, bút để ghi Thẻ poker dùng để lên kế hoạch (hoặc tự làm tay) Chuẩn bị phòng: bàn cho nhóm 4-6 người  Không gian thêm (một bàn khoảng trống sàn) cho sản phẩm tích hợp tốt CÁC VAI TRÒ Product owner Huấn luyện viên đóng vai trò Product Owner Mục tiêu minh họa cách cư xử Product Owner, học thường mong đợi yêu cầu điều gì, hành vi nhóm mà họ đánh giá cao hành vi không Scrum Masters Trò chơi chơi mà Scrum Masters Thỉnh thoảng có Scrum Masters trò chơi cách mời đồng hướng dẫn Một lựa chọn khác bạn yêu cầu nhóm chọn Scrum Masters Bằng việc dùng người trợ giúp có kĩ tốt đóng vai trò Scrum Masters – người mà vốn liên tục tập trung vào tiến trình – huấn luyện viên toàn diện, đóng vai trò liên quan đến nghiệp vụ, ta khiến trò chơi trở nên tự nhiên thành hoạt động dễ dàng Thành viên nhóm Các sinh viên khác thành viên nhóm Kiểm chứng viên – Vai trò tùy chọn Bạn có kiểm chứng viên nhóm Trách nhiệm họ giúp nhóm hoàn thiện tài liệu thống yêu cầu thiết kế để thực kiểm chứng chấp nhận Mặt trái việc mà trải nghiệm thay xây dựng từ LEGO, kiểm chứng viên quan sát chất lượng sản phẩm Vì mục đích trò chơi vầy để học thông qua thực tập làm đó, nghĩ có ý nghĩa khuyến khích người tham gia vào tiến trình xây dựng Không cho phép người quan sát Trò chơi chơi mang lại nhiều niềm vui đến độ người quan sát nhiều theo quan điểm Tuy nhiên muốn nghe câu chuyện mặt tích cực chuyện từ bạn CẦN QUAN SÁT CÁI GÌ Hành vi Từ quan sát tôi, hành vi định người minh họa trò chơi hình chiếu thói quen làm việc Và áp lực người có xu hướng quay lại với hành vi chất Trò chơi thiết kế gây áp lực cách có chủ đích, giúp bộc lộ thói quen xấu mà gây hại tới việc áp dụng mô hình phát triển linh động Mục tiêu huấn luyện viên điều cho nhóm chuyển chúng thành luận điểm học tập cảnh báo cho nhóm lưu ý Phong cách giao tiếp Cẩn thận với “người quản lí”, “người thống trị”, “giọng nói to” phản chiếu tương tự Đây khu vực màu mỡ cần khai phá nhiều chủ đề cho việc huấn luyện cá nhân Tiến trình hỏng Chú ý đến phần tiến trình mà nhóm không làm tốt Ví dụ, suốt trình thảo luận lấy yêu cầu nhóm không hỏi đủ số lượng câu hỏi nhằm làm rõ vấn đề mà họ cần Nhiều khả họ gặp vấn đề này, có vấn đề này, lĩnh vực định dự án thật Làm rõ việc thông qua câu hỏi cách để giải CÁC GIAI ĐOẠN CỦA TRÒ CHƠI Trò chơi chất gồm ba phần: trước chơi, chơi sau chơi (còn gọi trình rút kinh nghiệm) Trước chơi      Tổ chức nhóm Định nghĩa tiến trình Định nghĩa phạm vi dự án Tạo backlog Ước lượng Trong chơi  Lên kế hoạch cho Sprint   Thực thi Sprint Đánh giá SprinT Sau chơi  Rút kinh nghiệm TRƯỚC KHI CHƠI: Tổ chức nhóm Cần phút Không có lý hoạt động phần trò chơi – tiến trình dùng cho việc học Khi cố gắng minh họa việc tự tổ chức thực tế, thường yêu cầu nhóm tự tổ chức để có từ 4-6 người tự tạo không gian làm việc Đây hoạt động khởi động tốt yêu cầu di chuyển bàn xung quanh dọn dẹp TRƯỚC KHI CHƠI: Xác định phạm vi dự án Cần 10 phút Đến bạn tham gia trò chơi phút Là huấn luyện viên đóng vai trò Product Owner cần truyền tải thông điệp sau: Tất nhóm xây dựng sản phẩm – họ cạnh tranh nhau, thay vào nhóm làm việc cho người bán Sản phẩm THÀNH PHỐ với tính định Các yếu tố cho việc xây dựng mảnh LEGO, vật dụng sử dụng thêm Tôi người định sản phẩm – thành phố Tôi liên quan đến tiến trình phát triển thông qua việc trả lời câu hỏi cung cấp phản hồi Thực hoạt động thông qua việc lập kế hoạch cộng tác cách tốt Mục tiêu đảm bảo nhóm thực tập Scrum cách xây dựng “các sản phẩm” với khối LEGO Bây câu hỏi rắc rối kết hợp hai vai trò: Product Owner (người không sở hữu tiến trình) người huấn luyện lớp học (người mà có sở thích vận hành với Scrum) Có nhiều cách thử để thực việc này: Đổi vai trò – giải thích luật Scrum cho nhóm Tôi cách tường minh rôi Product Owner huấn luyện viên người không bị lẫn lộn 2 Đóng vai trò người làm Product Owner – Để cho nhóm thực Scrum Hầu hết thời gian đóng vai trò Product Owner người phát triển linh động Scrum sau trình bày tầm nhìn thành phố yêu cầu nhóm giúp thiết kế tiến trình phù hợp Cá nhân mà nói thích cách tiếp cận thứ hai giúp gia tăng việc học lớp giúp sinh viên thực tập việc đạt giá trị qui trình phát triển linh động TRƯỚC KHI CHƠI: Xây dựng backlog Sẽ cần 15 phút Bạn chơi 15 phút Một bạn phác thảo điều luật chung đồng ý với tiến trình, đến lúc chia sẻ đặc điểm thành phố Tôi thường làm điều cách cho nhóm thấy tập hợp mảnh giấy ghi dính chuẩn bị trước tờ giấy bảng lật Thông thường có công trình sau:             Nhà tầng (có nhiều nhà vậy, nhà miếng giấy ghi dính) Nhà hai tầng Cửa hàng Trường học Nhà thờ Bệnh viện Nhà trẻ Trạm dừng xe buýt Giao lộ (có thể vẽ) Công viên (có thể vẽ) Sông (có thể vẽ) Cầu Một vài công trình vẽ giấy bảng lật, sau số làm từ LEGO đặt Đến bạn sáng tạo xây dựng thú thú vị thành phố đơn giản Có lần chơi trò chơi với nhóm khởi nghiệp, xây dựng “ngôi làng silicon” Hiển nhiên có nhiều công trình khác xây, giống phòng trình bày với ipad (thể hình), số khu vực cộng tác làm việc thành phố, tòa nhà an ninh cho máy chủ web tượng đài tưởng niệm người hùng khởi nghiệp (một tượng đài thú vị với chắn) Rất vui! Trong trình bày backlog giải thích ngắn gọn công trình trông Và cố gắng trì hoãn việc thảo luận nói xong TRƯỚC KHI CHƠI: Ước lượng Sẽ cần 20 phút Bạn trò chơi 30 phút Các ước lượng, theo khía cạnh đó, phần khó Tôi muốn: Hạ ước lượng xuống Làm nhanh đơn giản Dành nhiều thời gian luyện tập sử dụng kĩ thuật planning poker RT @RonJefffries: “Mỗi năm lại có kĩ thuật ước lượng Cách tiếp cận Phát triển linh động thật loại bỏ việc ước lượng đi.” - @agilemanager [ĐÚNG] Dựa thời gian mà có định thực kĩ thuật đơn giản poker Kĩ thuật đơn giản – Xác định kích thước dùng đường bơi Tôi học thuật ngữ từ www.theagilepirate.net Hiển nhiên thực với theo cách phức tạp Hãy thử nhìn vào hình bên Dựa khái niệm phép đạc tam giác xác định kích thước dùng đường bơi xếp cột để đánh dấu kích thước câu chuyện khác (1 13 bạn thích Fibonacci – chút hướng khoa học lúc tốt), yêu cầu sinh viên kéo thả câu chuyện vào cột đại diện cho kích thước câu chuyện Chúng ta làm việc theo nhóm Hoạt động thực im lặng Hình 1- Các đường bơi dùng để ước lượng cho nhóm Nếu nhóm đủ lớn mà vừa phía trước bảng, yêu cầu nhóm gởi cặp Khi cặp xong, cặp lên, tất người có hội chạm vào bảng Một xong, hỏi nhóm liệu đủ tốt để bắt đầu liệu họ có muốn làm thật hay chưa Lên kế hoạch theo kiểu poker với nhiều nhóm Việc thực lên kế hoạch theo kiểu poker với nhiều nhóm đòi hỏi việc đồng thuận kích thước mẫu toàn nhóm Việc đồng ý với kích thước đơn giản: chọn công trình đủ nhỏ đơn giản không tầm thường gán kích thước “2” cho Thông thường người đồng ý toàn nhà tầng có kích thước Cách tiếp cận khác chọn câu chuyện mẫu để thực việc ước lượng theo kích cỡ áo thun (XS, S, M, L, XL) đánh dấu tất câu chuyện có kích thước S “2” tiếp tục với việc lên kế hoạch theo kiểu poker Tôi muốn chia sẻ gợi ý giúp thực phiên ước lượng theo kiểu poker dành cho nhiều nhóm hiệu quả: Tổ chức tường đường bơi (xem hình vẽ trên)      Yêu cầu nhóm chọn câu chuyện để ước lượng Yêu cầu nhóm thêm chi tiết cho câu chuyện họ có giải thích nhằm làm rõ từ Product Owner (bởi nhóm khác xây dựng công trình) Chủ động khuyến khích ngợi khen thành viên nhóm hỏi câu hỏi nhằm làm rõ vấn đề giúp ích cho việc xác định kích thước Khi ước lượng xong, cần đặt lên tường câu chuyện để nhóm khác có lợi ích từ thông tin Khi hoàn thành yêu cầu người đến tường thực việc kiểm tra ôn hòa với thay đổi cần thiết (theo kinh nghiệm cá nhân cần thay đổi) Nếu nhóm nhiều cách lên kế hoạch theo kiểu poker, đáng để thực kiểm tra để bạn quan sát xem liệu họ có sử dụng kĩ thuật cách đắn hay không Tôi thường yêu cầu nhóm phán đoán xem: “Một 0.57 lít Guinness có giá Anh?” Điều thú vị hai kĩ thuật: đường bơi lên kế hoạch theo kiểu poker cung cấp xác cần thiết cho việc lên kế hoạch phát hành chứng minh hàng trăm biểu đồ phát hành burn-down TRÒ CHƠI: Lên kế hoạch Sprint Bạn tham gia trò chơi 50 phút (Và chưa có thứ tạo ra! Liệu điều có đủ để chứng minh việc ước lượng thật lãng phí?) Bây câu chuyện ước lượng, bạn phải di chuyển chúng từ tường đường bơi quay ngược Backlog Bởi muốn việc lên kế hoạch sprint dễ dàng nhìn thấy, tạo tường lên kế hoạch đặc biệt tổng hợp kế hoạch tất nhóm cho tất sprint trò chơi Hình – Tường dùng lên kế hoạch cho đội, trước lên kế hoạch cho Sprint #1 Hình – Tường lên kế hoạch đội, Sprint #2 Chúng ta giới hạn thời gian cho hoạt động lên kế hoạch Sprint vòng phút để yêu cầu đội kéo câu chuyện vào khung Sprint đội Khi tất xong, hỏi đội liệu đủ không hài lòng với kế hoạch trước thử hay chưa? Trò chơi: Lên kế hoạch Sẽ cần phút Mỗi sprint kéo dài phút ưa chuộng khoảng thời gian tạm đủ để tạo nhiều đồ với nhiều người cộng tác mà không cần phải cải tiến kết nhiều Để khiến cho sinh viên cảm thấy có đủ áp lực, dùng đồng hồ đếm ngược thời gian từ máy tính xách tay từ máy chiếu Hình – Đồng hồ đếm ngược từ trang online-stopwatch.com – đồng hồ nhiều dạng khác nhau, sử dụng offline Trò chơi: Xét duyệt Cần phút Khi hết giờ, yêu cầu sinh viên dừng thật việc xây dựng lại bắt đầu đưa đòi hỏi: “Thành phố đâu?” Như quan sát trước đó, sau sprint thứ hai đội bắt đầu thực triển khai liên tục câu chuyện môi trường minh họa (một tờ giấy bảng lật) Vì hầu hết trường hợp sau sprint đầu tiên, không nghĩ đến việc tổ chức buổi minh họa Nghe giống với tình thực tế chứ? Tôi thường nhận nhận xét vấn đóng vai trò Product Owner tử tế thấy Trong hầu hết trường hợp chấp nhận sau sprint đầu tiên, sau sinh viên cho xem tòa nhà, “chợt nhận ra”:      Tôi thích đối xứng “Tất phải màu” có nghĩa “màu đồng cho tất tòa nhà, toàn nhà phải khác nhau” Các tòa nhà nhỏ, lớn, có lúc lại khác Cửa sổ tầng khác không thẳng hàng Các đồ chưa hoàn thành đưa trở ngược Backlog từ Bức tường lên kế hoạch Các công việc lại ước lượng lại, cập nhật ước lượng Một câu chuyện chấp nhận, sơ đồ Release Burndown cập nhật PO, người chịu trách nhiệm thông báo lớn rõ ràng phiên release phải hoàn thành sprint hoàn thành tất câu chuyện Sẽ cần có vài phút dành cho việc hồi tưởng chủ đề “làm làm việc tốt cho sprint kế tiếp” Trò chơi: Chu trình Release Không nên phí nhiều thời gian thảo luận thất bại sprint đầu tiên, vốn thảm họa, quay lại pha Lên kế hoạch cho Sprint Tôi rút học cần trung bình sprint để hoàn thành 80% backlog với chất lượng dự đoán trước, chu trình đầy đủ trông giống này: Sprint #1 a Lên kế hoạch – phút b Thực thi sprint – phút c Xem xét lại – phút Sprint #2 a Lên kế hoạch – phút b Thực thi sprint – phút c Xem xét lại – phút Sprint #3 a Lên kế hoạch – phút b Thực thi sprint – phút c Xem xét lại – phút Tổng cộng: 45 phút Do việc chuẩn bị khoảng (từ lúc xác định phạm vi dự án đến ước lượng backlog), thực theo sprint 45 phút, cần thêm 15 phút để tóm tắt lại, trò chơi đầy đủ cần 120 phút Một luyện tập có trợ giúp đồng huấn luyện, người mà đóng vai trò Scrum Master, trò chơi chơi nhanh Hậu trò chơi: Tóm tắt Có lẽ tốt có khoảng tạm dừng ngắn sprint cuối xem xét trước vào phần tóm tắt để giảm cảm xúc có khoảng thời gian nghỉ ngắn (Tôi có nói với bạn trò chơi thiết kế cho đội trở nên kiệt sức chưa? Không cho đội chơi…) Khi tập hợp lại vòng tròn, chung ta thực thảo luận xung quanh câu hỏi mở sau:            Các sinh viên quan sát thấy điều gì? Là nhóm Scrum cho bạn cảm giác gì? Các vòng lặp ngắn diễn ra sao? Các lượng ước xác sao? (miễn có Burndown Release đó) Nếu có hội chơi lại trò chơi lần làm khác điều từ đầu? Công việc Product Owner gì? Cảm giác sau sprint đầu tiên, tất đồ yêu cầu làm lại gì? Scrum Masters làm gì? Chiến lược bạn thay đổi sao, bạn biết Product Owner sẵn suốt sprint? Việc giao tiếp nhóm diễn nào? Liệu có phụ thuộc hay không? Nó giải nào? Các sinh viên học điều gì? CÁC BIẾN THỂ Thêm vào thay đổi bất thường Những người bạn tốt (Askhat Urazbaev Nikita Filippov) thiết kế trò chơi tương tự, có thêm vào thay đổi ngẫu nhiên bất thường với kích thước nhóm độ phức tạp Chỉ đơn giản sau lên kế hoạch cho sprint trước bắt đầu sprint, nhóm đổ xúc sắc nhân điểm số câu chuyện lên khiến cho số thành viên nhóm bị “bệnh” suốt sprint nhóm phải giữ cho thứ theo kế hoạch ban đầu Quan điểm trò chơi việc cộng tác nhóm cần thiết để cân công việc suốt sprint, nhiều thứ diễn khác hẳn với kế hoạch Scrum doanh nghiệp Tôi mở rộng trò chơi giả lập với LEGO cho 100 sinh viên chơi thành 12 đội xây dựng thành phố đồng thời Việc cần có hàng LEGO cách tốt để minh họa Scrum mức độ doanh nghiệp Cái xứng đáng có báo khác đề cập đến tất luật lệ thiết lập Bạn có biến thể riêng mình? Hãy cho biết Chúng muốn nghe câu chuyện bạn, biến thể bạn trò chơi giả lập – tham gia với www.lego4scrum.com gởi thư điện tử ý tưởng bạn info@lego4scrum.com XIN CẢM ƠN! Chúc bạn có dự án vui! Alexey Krivitsky www.lego4scrum.com