Thoughts

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...

Thật ra như a chưa bao giờ có khái niệm peer pressure. Anh nghĩ mỗi người là một cá thể độc lập, không giống với bất kỳ ai, khác nhau ở nhiều thứ nên không thể so sánh bản thân mình với người khác được, kiểu mình đâu biết họ đã học, đã làm việc đã dành thời gian như thế nào, etc. Vì thế thay vì mình cứ nhìn và so sánh mình với người khác thì hãy so sánh với chính bản thân mình của ngày hôm qua, cố gắng tốt hơn 1% so với hôm qua, học một điều gì đó mới và biết ơn bản thân mình thì sẽ tốt hơn.

haha, đừng xỉu, hàng xịn không đó 😋

you're welcome em, have a nice day 😋

Góc chia sẻ kinh nghiệm PM 📝📚 Nay chia sẻ tí về các PM tools mình đã và đang dùng: - Roadmapping: Productboard, Aha, Pendo - Project Management: Jira, Assana, Monday.com - Collaboration: Miro, Slack, Teams - Design & prototyping: Figma, Invision - Product Analytics: Mixpanel - User testing: User testing - User feedback: Qualtrics, SurveyMonkey - Onboarding: Intercom, Appcues - Business Intelligence: Looker, Tableau - Session Reply: Full Story, LogRocket - Knowledge base: Zendesk,...

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...

Woa một câu hỏi cực kỳ thú vị, bạn research đến RAG thì cũng là một trong những khía cạnh khá sâu của Deep Learning rồi đó. Okay dựa theo exp của mình nhé, nếu bạn chưa biết RAG là gì thì hiểu đơn giản nó là kiến trúc kết hợp giữa retrieval (truy xuất thông tin) và generation (tạo nội dung). Mục đích của RAG là cải thiện khả năng tạo ra nội dung, chính xác hơn, có thể tin tưởng và tính minh bạch cao dựa trên các nguồn dữ liệu lớn. --- Mình vẽ cái ví dụ cho bạn dễ hiểu, nếu bình thường thì bạn...

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...