Chào mừng Bạn tham gia Diễn Đàn VNKienThuc.com - Định hướng Forum Kiến Thức
- HÃY TẠO CHỦ ĐỀ KIẾN THỨC HỮU ÍCH VÀ CÙNG NHAU THẢO LUẬN
Kết nối: VNK X - VNK groups | Nhà Tài Trợ: BhnongFood X - Bhnong groups - Đặt mua Bánh Bhnong

Trả lời chủ đề

Nội dung: <blockquote data-quote="thich van hoc" data-source="post: 171851" data-attributes="member: 271810">4.1 Tổ chức của dự án(Organization)<img src="https://static.techtalk.vn/wp-content/uploads/2016/05/7695d37689dd70ae8d8b6ace6284055c93be3a6f.jpg" alt="" class="fr-fic fr-dii fr-draggable " data-size="" style="" /><ul> <li data-xf-list-type="ul">Product Owner<ul> <li data-xf-list-type="ul">Product Owner là người sở hữu sản phẩm, người quyết định sản phẩm có những chức năng nào và là người quyết định Product Backlog.  Thông thường Role này được khách hàng hoặc người đại diện cho khách hàng đảm nhận.</li> </ul></li> <li data-xf-list-type="ul">ScrumMaster<ul> <li data-xf-list-type="ul">Scrum Master là người đảm bảo các qui trình của Scrum được thực hiện đúng và thuận lợi, giúp đỡ cho Team thực hiện công việc phát triển sản phẩm một cách tốt nhất.</li> </ul></li> <li data-xf-list-type="ul">Development Team (Nhóm phát triển)<ul> <li data-xf-list-type="ul">Một nhóm từ 4-7 kỹ sư phần mềm chịu trách nhiệm phát triển sản phẩm. Nhóm dự án phải làm việc với Product Owner để quyết định những gì sẽ làm trong Sprint (giai đoạn )này và kết quả sẽ ra sao. Đồng thời nhóm cũng thảo luận để đưa ra các giải pháp, ước lượng thời gian thực hiện công việc, họp đánh giá kết quả công việc. Nếu dự án lớn chúng ta cần chia ra thành các dự án nhỏ. 4.2 Tài liệu (Atifacts)</li> <li data-xf-list-type="ul">Product Backlog</li> <li data-xf-list-type="ul">Product Backlog là danh sách các chức năng cần được phát triển của sản phẩm. Danh sách này do Product Owner quyết định. Nó thường xuyên được cập nhật để đáp ứng được nhu cầu thay đổi của khách hàng cũng như các điều kiện của dự án.</li> </ul></li> </ul><img src="https://static.techtalk.vn/wp-content/uploads/2016/05/71e054e0ff0418e34e48b93b6800319d7b40db7e.png" alt="" class="fr-fic fr-dii fr-draggable " data-size="" style="" />Sprint Backlog<ul> <li data-xf-list-type="ul">Sprint là một giai đoạn phát triển trong quá trình phát triển sản phẩm, nó được khuyến khích có chiều dài từ 2 – 4 tuần. Mỗi Sprint được xác định bằng thời gian phát triển, danh sách các chức năng phát triển (Sprint Backlog). Mỗi sprint phải Release được sản phẩm để đảm bảo lấy được ý kiến khách hàng, qua được các qui trình phát triển của sản phẩm nhằm rút kinh nghiệm và tránh sự cố sau này.</li> <li data-xf-list-type="ul">Sprint Backlog là danh sách chức năng phát triển trong Sprint, nó được quyết định bởi cuộc họp Sprint Planning. Sprint Backlog là các chức năng được chọn từ Product Backlog dựa trên mức độ ưu tiên và khả năng của team phát triển.</li> </ul><img src="https://static.techtalk.vn/wp-content/uploads/2016/05/82301b9da40ac88260ff13d06a09e25954b2586e.png" alt="" class="fr-fic fr-dii fr-draggable " data-size="" style="" />Estimation (ước lượng)<ul> <li data-xf-list-type="ul">Trong SCRUM thì các thành viên của Team sẽ tự lựa chọn Task cho mình và ước lượng thời gian phát triển dự  kiến và chịu trách nhiệm với ước lượng này. Sau khi hoàn thành sẽ cập nhật vào bảng Sprint Backlog.</li> </ul><img src="https://static.techtalk.vn/wp-content/uploads/2016/05/07793de26a9ca1fec3f949e83425852674ae2c5d.png" alt="" class="fr-fic fr-dii fr-draggable " data-size="" style="" />3.3 Qui trình(Process)<img src="https://static.techtalk.vn/wp-content/uploads/2016/05/05eb2ecdebef54d624ce167b76791391dab9fc82.jpg" alt="" class="fr-fic fr-dii fr-draggable " data-size="" style="" /><ul> <li data-xf-list-type="ul">Sprint Planning meeting  (Họp lập kế hoạch cho mỗi Sprint)<ul> <li data-xf-list-type="ul">Như  chúng ta đã biết ở trên Sprint là một giai đoạn phát triển có thời gian từ 2-4 tuần. Để chuẩn bị cho mỗi Sprint team cần phải họp để xác định những chức năng nào (story) sẽ phát triển trong giai đoạn này (sprint backlog), kết quả đầu ra dự kiến (Goal, kết quả Release), Estimate (ước lượng ai làm việc gì) và thảo luận các giải pháp. Tất cả được ghi thành biên bản để có cơ sở thực hiện và Review sau này.</li> </ul></li> <li data-xf-list-type="ul">Sprint Review<ul> <li data-xf-list-type="ul">Là cuộc họp để đánh giá lại kết quả thực hiện của Sprint vừa qua, xác định những chức năng được Release, những chức năng tiếp tục sửa hoặc phát triển thêm, xác định những vấn đề phát sinh và bàn phương án giải quyết, bổ sung Product Backlog v….</li> </ul></li> <li data-xf-list-type="ul">Daily Scrum Meeting (hay còn gọi là Standup Meeting)<ul> <li data-xf-list-type="ul">Daily Scrum Meeting là cuộc họp hàng ngày và được đề nghị không quá 15 phút và họp đứng để đảm bảo thời gian họp không bị kéo dài vào đầu mỗi ngày, mỗi thành viên chỉ trả lời 3 câu hỏi:  + Hôm qua bạn làm được gì?<ul> <li data-xf-list-type="ul">Phát sinh vấn đề gì?</li> <li data-xf-list-type="ul">Hôm nay bạn sẽ làm gì</li> <li data-xf-list-type="ul">Nếu thành viên gặp vấn đề thì nên làm việc riêng để giải quyết để không mất nhiều thời gian của các thành viên.  Scrum Master phải đảm bảo cuộc họp này được thực hiện đúng qui định.</li> <li data-xf-list-type="ul">Các Sprint sẽ được lặp đi lặp lại cho tới khi nào các hạng mục trong Product Backlog đều được hoàn tất hoặc khi Product Owner quyết định có thể dừng dự án căn cứ tình hình thực tế. Do sử dụng chiến thuật “có giá trị hơn làm trước” nên các hạng mục mang lại nhiều giá trị hơn cho chủ dự án luôn được hoàn tất trước. Do đó Scrum luôn mang lại giá trị cao nhất cho người đầu tư cho dự án. Do quy trình luôn luôn được cải tiến, nhóm Scrum thường có năng suất lao động rất cao. Đây là hai lợi ích to lớn mà Scrum mang lại cho tổ chức.</li> </ul></li> </ul></li> </ul> <ol> <li data-xf-list-type="ol">So sánh mô hình Scrum và mô hình waterfall, Sprial</li> </ol><img src="https://static.techtalk.vn/wp-content/uploads/2016/05/c88d0569b4036b40127050bccf77cf80f3474064.png" alt="" class="fr-fic fr-dii fr-draggable " data-size="" style="" /> Nguồn: sưu tầm</blockquote>

Tên

Mã xác nhận