Thoughts

Theo mình nhé, PO sẽ tham gia chủ yếu ở Sprint Planning và Sprint Review, vì công việc của họ sẽ liên quan nhiều ở phần này, xác định các US để thực hiện và review lại những US đó có được hoàn thành hay chưa. Thật ra, 1 PO sẽ có nhiều thứ phải làm hơn chúng ta nghĩ, họ phải liên tục nghiên cứu để phát triển sản phẩm, tìm cách đưa ra những ý tưởng, thu hút khách hàng, tăng số lượng khách hàng, etc. --- Ví dụ như bên mình thì dự án ODC, nên PO sẽ nằm bên phía client, vì thế mình sẽ tách ra 1...

Góc chia sẻ kinh nghiệm PM 📝📚 Phần mình thích nhất trong Scrum là Sprint Planning, một số điểm cần lưu ý: 1. Thời gian: 4-8h tuỳ vào sprint 2-4 tuần 2. Why & What ➡️ Sprint goal là gì? Mục tiêu và ưu tiên? Làm những items nào trong Product Backlog? 👨‍💻 PO và Dev Team 3. How ➡️ Cách làm items như thế nào? Detail plan? Risk? 👨‍💻 Dev Team Đối với mình thình Sprint Planning khá quan trọng, mình làm càng kĩ, trao đổi, phân tích càng rõ ràng thì sprint trong 2-4 tuần tới sẽ giảm được nhiều rủi...

Cá nhân mình thì PO sẽ không tham gia daily với team. Daily bên mình sẽ chủ yếu dành cho development team gồm dev, QC, BA và designer,...thật ra nếu scrum team vận hành tốt thì sẽ ko cần có vị trí BA cụ thể, mà BA sẽ thiên về kỹ năng của mỗi thành viên nhiều hơn, mọi người analyze từ user story thành các tasks cụ thể để đưa vào sprint từ planning phase rồi. Còn nếu project cần thể thì vẫn có thể có BA, BA cũng sẽ có những task cụ thể trong sprint, phụ thuộc vào team planning thế nào. --- Ví...

Chỗ này mình nghĩ vai trò PM cần phát huy nè, như mình gặp CR từ khách mỗi ngày. Việc đầu tiên mình cần analyze CR trước và estimate xem effort thế nào. Tiếp đến mình sẽ làm việc với stakeholder để cho họ biết nếu làm phần này thì sẽ affect tới những task trong sprint ra sao, để họ make decision. Vì cũng tuỳ trường hợp, sẽ có case priority cao thì vẫn phải chen vào sprint, nhưng case priority thấp thì mình vẫn có để move về cuối sprint hoặc sprint sau. --- Chung quy vẫn để phía stakeholder...

Góc chia sẻ kinh nghiệm PM 📝📚 Nay mình đi sâu hơn về linh hồn của Scrum đó là Sprint - là một khoảng thời gian cố định để team hoàn thành một phần công việc cụ thể từ Product Backlog (này giống kho chứa yêu cầu của KH). Một số kinh nghiệm của mình về Sprint như sau: 1. Thời gian sprint nên từ 2 đến 4 tuần, cố định không thay đổi 2. Cần đặt sprint goal theo SMART 3. Input: sprint goal, product backlog, planning, etc 4. Output: increment, review, retro, etc 5. Hạn chế sự thay đổi (change...

Hình mình tham khảo trên mạng á, còn app thì ghi chú mình dùng note với notion ghi chú thôi --- Theo mình sẽ tuỳ thuộc vào loại dự án á, ví dụ bên mình theo ODC cho khách thì phải ưu tiên cho khách. Thường mình sẽ đánh giá change request đó, xem effort như thế nào, nếu add vào sprint luôn thì ảnh hưởng ra sao. Mình sẽ đưa ra cụ thể cho client biết mức độ affect thế nào, từ đó họ sẽ cân nhắc lựa chọn. Nếu làm thì buộc mình sẽ phải dời các task khác xuống sprint tiếp theo, còn nếu không thì cứ...

Góc chia sẻ kinh nghiệm PM 📝📚 Các bạn đang tham gia dự án mô hình ntn? Mình thì chủ yếu sử dụng Scrum, một số điều về Scrum: 1. Được thiết kế làm việc nhóm hiệu quả và đáp ứng các thay đổi nhanh chóng 2. Events: Sprint (2-4 tuần); Sprint Planning; Daily Scrum; Sprint Review; Sprint Retro 3. Roles: Product Owner, Scrum Master và Dev Team 4. Artifacts: Product Backlog, Sprint Backlog và Increment Mình thấy scrum đề cao sự linh hoạt, giúp làm việc hiệu quả, đáp ứng sự thay đổi nhanh...

1/ Team mình thì không dùng PM tool check, vì thường trước daily 30 phút mình đã review qua Jira, các thread trên Teams để nắm tiến độ công việc. Team mình sẽ trao đổi miệng là chủ yếu, vì mình muốn tiết kiệm thời gian nhất có thể để tránh ảnh hưởng công việc của mấy bạn. 2/ Chắc chắn có rồi bạn, với scrum thì tất cả development team đều phải tham gia, cả dev lẫn tester đều có thể cùng xử lý chung một chức năng và cần phải trao đổi với nhau. Về Scrum Daily mọi người sẽ đều trình bày như nhau...

Cái này mình hiểu, nó phần lớn phụ thuộc vào PM hoặc Scrum Master ấy, team mình thì không gặp tình trạng này, mình duy trì đều đặn việc này hơn 1 năm với team rồi. Mình xây dựng daily giống như buổi trò chuyện cởi mở chứ không phải là report meeting gì cả, mình hướng mọi người chia sẻ và đưa ra vấn đề nếu có. Mình nghĩ với vai trò PM như mình, sẽ cố gắng duy trì để mọi người có thể chia sẻ và hỗ trợ nhau giải quyết vấn đề mỗi khi daily 😁

Với mình sẽ để mọi người chủ động hơn trong daily, mình muốn motivate mọi người, tạo điều kiện cho mọi người chia sẻ nhiều hơn

Morning mọi người, sáng nay mình làm tonic chia sẻ về tài liệu PMP nhé: 1. Head Frist PMP: Sách này dễ hiểu nhất, có minh hoạ bằng hình ảnh 2. PMBOK 7th & PMI: Process - giáo trình chuẩn của PMI, nội dung thi PMP sẽ dựa trên 02 cuốn này 3. Agile Study: Bổ trợ thêm kiến thức về Agile, quyển sách mình thấy giải thích khá hay về Agile 4. PMP Exam Prep: Cuốn này phân tích và giải thích các câu hỏi Công việc của mọi người có liên quan tới quản lý dự án không, hãy chia sẻ...