là: người định hướng sản phẩm trong suốt quá trình sản xuất
nv: tối ưu hóa gtrij của sản phẩm thông qua tận dụng tốt khả năng sản xuất của nhà phát triển
là: người có tầm nhìn, hiểu biết về sản phẩm, biết lí do vì sao cần tạo ra sản phẩm này
là: người DUY NHẤT chịu trách nhiệm về việc quản lí PROJECT BACKLOG
chịu trách nhiệm về sản phẩm đang đc xây dựng
NV trong PROJECT BACKLOG:
trình bày rõ ràng trong PROJECT BACKLOG: xác định much tiêu spham, tìm hiểu và ptich spham, lên dsach các tính năng bằng cách đưa ra các hạng mục
sắp xếp các hạng mục trong PB
tối ưu hóa giá trị công việc của nhà phát triển
đảm bảo tính minh bạch của PB
giải thích rõ các hạng mục trong PB cho nhà phát triển
theo dõi và giải trình tiến độ của sản phẩm
PO tốt:
đc trao quyền quyết định
hiểu biết về lĩnh vực của sản phẩm
có đủ thời gian làm việc (chỉ nên làm 1 sp trong cùng 1 tgian)
có khả năng giap tiếp, thương lượng
SM:
KHÔNG trực tiếp tham gia quá trình làm ra sản phẩm (có nếu kiêm thêm dev)
giúp các bên phối hợp với nhau để tạo ra 1 sản phẩm tốt
lãnh đạo theo phong cách phục vụ:
PO:
đào tạo và huấn luyện PO
hướng dẫn cách lập kế hoạch sản phẩm trong môi trường thực nghiệm (tầm nhìn, chiến lược, các bước cụ thể)
lập kế hoạch phát hành, biểu đồ phát bành burndown
giúp PO giao tiếp tốt với dev thông qua lập sprin, sơ kết,...
hỗ trợ PO hợp tác hiệu quả với các bên liên quan
DEV:
train TỰ QUẢN LÝ và LIÊN CHỨC NĂNG
dạy SCRUM
đảm bảo thực hiện tốt các sự kiện trong SCRUM (đúng tgian, mục đích và nội dung của skien)
hỗ trợ tìm kiếm và sử dụng các công cụ hỗ trợ phát triển
đảm bảo dev đc trang bị các kỹ thuật phát triển tốt
bảo vệ dev trong sprint
đảm bảo thông tin minh bạch và thông suốt
giải quyết khó khăn
đảm bảo dev có đủ tài nguyên
TỔ CHỨC:
nâng cao năng lực SCRUM ở tổ chức
lập kế hoạch triển khai scrum trong phạm vi tổ chức với các SM khác
TRỌNG TÂM NHIỆM VỤ:
làm viêc với tổ chức
tập trung xây dựng và huấn luyện dev
giúp PO đưa nhóm vào hoạt động
giúp nhóm làm việc ổn định hơn
hỗ trợ nhóm ap dụng các kỹ thuật phát triển để nâng cao năng suất
khi nhóm scrum tốt thì tìm kiếm, gthieu và hỗ trợ nhóm áp dụng các kỹ thuật phát triển tốt hơn
SM tốt:
full time
am hiểu scrum
kỹ năng giao tiếp
có thể có nên tảng kỹ thuật or not
nên là 1 ng có ảnh hưởng
DEV:
Tự tổ chức (self-organized): Nhóm Phát triển tự quản lý và tự định hướng công việc. Họ có quyền lựa chọn công cụ, kỹ thuật, và cách thức để hoàn thành nhiệm vụ. Tính cam kết và trách nhiệm của các thành viên trong nhóm cao hơn so với mô hình quản lý truyền thống.
Liên chức năng (cross-functional): Nhóm Phát triển được trang bị đầy đủ các kỹ năng cần thiết để hoàn thành công việc. Mỗi thành viên không cần biết hết tất cả các kỹ năng, nhưng họ bổ sung cho nhau để đảm bảo tính liên chức năng. Điều này giúp nhóm hoạt động độc lập và tự chủ.
Chuyển hạng mục Product Backlog thành tính năng: Nhóm Phát triển chuyển các hạng mục từ Product Backlog thành các tính năng của sản phẩm.
Ở cuối mỗi sprint, họ tạp ra 1 phần tăng trưởng có khả năng chuyển giao được
Daily Scrum:
thành viên trong nhóm phát triển có thể cập nhật hiện trạng công việc
diễn ra trong 15p
thời gian và địa điểm cố định
trả lời 3 câu hỏi: hôm qua làm gì, các khó khăn gặp phải, hôm nay làm gì
po và sm có thể tham dự hoặc không, nếu tham dự thì không được làm ảnh hưởng đến tính tự tổ chức của nhóm phát triển
Sprint review:
là sự kiện diễn ra ở cuối Sprint nhằm thanh tra và thích nghi sản phẩm đang được xây dựng.
sự kiện này bao gồm 2 hoạt động chính đó là dùng thử sản phẩm và thảo luận về tình hình của sản phẩm, hướng đi tiếp theo và những điều chỉnh đối với sản phẩm nếu cần thiết.
Cải tiến sprint:
là một sự kiện quan trọng trong Scrum, nó diễn ra ngay sau buổi Sơ kết Sprint và trước phiên Lập kế hoạch Sprint tiếp theo.
mục đích của sự kiện này là để cải thiện cách làm việc cho hiệu quả hơn sau mỗi Sprint.
là dịp để Nhóm Scrum nhìn lại quá trình làm việc của một Sprint và xác định những thay đổi cần thiết đối với quy trình để làm việc tốt hơn trong Sprint sau.
Burndown chart:
là biểu đồ thể hiện tiến độ hoàn thành công việc
điểm nỗ lực của công việc được tính bằng planning poker, hoặc tính theo giờ/ngày làm việc (tùy theo nhóm phát triển).
Want to print your doc? This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
