Mô hình Tiểu Đội của Spotify – phần 1
Năm ngoái tôi xem video này về văn hóa làm việc ở Spotify, và BÙM! CLGT? tôi sướng vãi hết cả ra quần. Tôi thực sự thấy yêu Spotify!. Video giải thích mô hình/ cách thức/ phương pháp luận phát triển sản
Mô hình Tiểu Đội của Spotify – phần 2
https://www.youtube.com/watch?v=2FqLVq9BhS8 Bài viết này là phần 2/2 về phương pháp làm việc ở Spotify (xem phần 1). Tôi sẽ tiếp tục ghi lại lý do tôi yêu cách làm việc này (và tin rằng khi bạn đọc/ hiểu về nó, bạn
Nhiệm Vụ & Trách Nhiệm của Agile Coach
Agile Coach là ai? - Agile là một phương pháp luận để quản lý dự án thay cho những phương pháp truyền thống (Waterfall, Spiral, V, …), đặc biệt áp dụng trong lĩnh vực phát triển phần mềm. Trong quá trình
Đội Không phát triển sản phẩm thì có PO và AC không?
Ohze hiện được chia thành các Đội, đại khái như sau: Hỏi: Đội Vận hành và Đội Hậu cần có Product Owner và Agile Coach không? Câu trả lời là CÓ! Tôi xin lấy Đội Vận hành để phân tích. "Product" ở đây không nhất thiết phải hiểu là "sản phẩm
Agile Methodology và tại sao lại chọn nó?
Agile là cái gì? Agile là một cách tiếp cận lặp & tăng trưởng liên tục để quản lý dự án & phát triển phần mềm giúp các nhóm phân phối giá trị tới khách hàng nhanh hơn và ít đau
Product Owner là gì và làm thế nào là tốt
Trước khi đọc bài viết bên dưới cần biết các khái niệm về Scrum như Backlog, Sprint, Scrum Master, Retrospective… Đọc tại bài viết này. Product Owner là người “sở hữu” sản phẩm. Họ chịu trách nhiệm giải quyết những vấn
Sai lầm thường gặp phải và hướng xử lý trong Daily meeting
Daily meeting là gì?- Daily meeting là một trong các cuộc họp quan trọng của Scrum. Đây là cuộc họp nhóm hằng ngày nhằm giúp các thành viên trong nhóm cập nhật hiện trạng công việc, và tất cả các
Product Owner là gì và làm thế nào là tốt
Trước khi đọc bài viết bên dưới cần biết các khái niệm về Scrum như Backlog, Sprint, Scrum Master, Retrospective… Đọc tại bài viết này. Product Owner là người “sở hữu” sản phẩm. Họ chịu trách nhiệm giải quyết những vấn đề
Luật Conway - và ý nghĩa thực tiễn
Luật này được 1 lập trình viên tên là Conway phát biểu năm 1967: Các tổ chức thiết kế các hệ thống
User story
Nói ngắn gọn User story là một bản tóm tắt nhu cầu người dùng. Thông thường, US do khách hàng, hoặc đại diện của khách hàng, người thực sự hiểu nghiệp vụ và nắm bắt được chính xác yêu cầu của