Thoughts

[Value vs Effort] Hôm qua mình có chia sẻ về mối tương quan giữ Value và Risk trong việc prioritize feature trong product development. Thì bây giờ mình sẽ chia sẻ thêm về Value và Effort. Đây cũng là một yếu tố quan trọng để ưu tiên các feature hoặc task trong quá trình phát triển product. Việc phân loại này giúp chúng ta dễ dàng đưa ra quyết định hợp lý về việc nên tập trung resource vào đâu. --- Value đại diện cho mức độ lợi ích mà feature hoặc task mang lại cho product của bạn. Nó có thể...

Hôm qua ngồi plan roadmap với client cho Q4, mình có hỏi họ về việc prioritize feature nên dựa trên tiêu chí nào. Thường chúng ta hay dựa trên value và cost, vì để biết để đạt được value đó thì sẽ cần tốn cost như thế nào. Tuy nhiên, họ có đưa ra cách tiếp cận mới dựa vào value và risk. Vì giai đoạn này, product của client đã stable trên production rồi. Họ cần ưu tiên risk hơn khi lựa chọn phát triển các features, để tránh ảnh hưởng đến hệ thống hiện tại. Cách tiếp cận vô cùng đơn giản...

[Product Technique] Nay tự tính làm về tool của Schedule nhưng chợt nhớ đợt làm Scope chưa làm mấy Tool của Scope, nên nay mình sẽ nói về một số Scope Technique trong Project Managment mình hay dùng để giúp lựa chọn và ưu tiên các yêu cầu. Nay mình sẽ giới thiệu 2 tools khá phổ biến đó là MoSCoW Analysis và Kano Model. Mình sẽ giới thiệu lý thuyết để hiểu về nó trước, sau đó lấy ví dụ, cái này bạn nào làm về Product thì cần quan tâm nhé, nó giúp chúng ta tư duy và xác định scope tốt hơn...

Nhận định của bạn và chị kia không sai nhưng theo mình nó chỉ nói lên một khía cạnh của social experiment. Nhưng mình thử mở góc nhìn ra xíu hen, mình lấy definition từ wikipedia nè (có thể nó có sự điều chỉnh, nhưng mình có quick check qua một số những paper từ google scholar rồi nên thông tin cũng chính xác đó). Ở đây đề cập social experiment có nghĩa là phương pháp nghiên cứu tâm lý hoặc xã hội học quan sát reaction của mọi người đối với các situations và events cụ thể. --- Mục tiêu...

[Agile - Definition of Done] Trong Project Agile, có một khái niệm vô cùng quan trọng đó là Definition of Done (DoD), đọc thì hiểu nghĩa đó nhưng thực tế như thế nào thì được gọi là “done”, nên mình sẽ chia sẻ góc nhìn dựa trên kinh nghiệm của mình về 3 khái niệm và ví dụ để phân biệt giữa Definition of Done (DoD), Definition of Ready (DoR) và Acceptance Criteria (AC) Mình sẽ dựa trên định nghĩa chuẩn từ PMI kết hợp kinh nghiệm thực tế để đưa ra giải thích sự khác nhau và ví dụ cho từng...

[Story Map] Sẵn nói về User Story thì ngoài sử dụng product backlog để quản lý, thì còn một cách để quản lý user story nữa đó là sử dụng Story Map, nó là một công cụ để tổ chức và quản lý các user story (yêu cầu và tính năng của product). Sử dụng Story Map thì sẽ trực quan hơn và hiểu rõ hơn về lộ trình phát triển Product. Story map sẽ được cấu trúc ngang dọc để thể hiện activity của user và mức độ ưu tiên. Với ngang là theo flow activity và dọc là theo priority (...) --- Chiều ngang: sẽ...

[Product Backlog] Đối với project truyền thống thì sẽ quản lý theo WBS, tuy nhiên với Agile thì để quản lý scope chúng ta sẽ dùng Product Backlog. Do các project Agile thường mọi thứ sẽ không clear từ đầu, có độ phức tạp và sự thay đổi cao nên việc áp dụng theo WBS thường không khả thi Product Backlog hiểu đơn giản là nơi chứa scope project, nó tương tự WBS thôi nhưng nó sẽ không tổ chức theo dạng cây mà theo danh sách, có priority, mục nào nằm trên thì priority càng cao và càng chi tiết...

[Design Principle] Một product ngoài tính năng thì UI/ UX cũng là một phần quan trọng không kém. Thậm chí mình nghĩ đôi khi nó cũng là yếu tố quyết định sự thành công của một product, nay chia sẻ topic về User-Centered Design (UCD), nó cũng khá giống Design Thinking và lấy con người làm trung tâm để tạo ra product. Mình sẽ không đi quá sâu về lý thuyết, mà sẽ lấy vài ví dụ thực tế mình đang làm để hiểu rõ thế nào là UCD, nhưng trước tiên cứ đi qua xíu về mấy giai đoạn với core value...

[Design Thinking] Nhân dịp lễ làm một topic mà mình nghĩ các bạn cũng nghe nhiều nhưng chắc ít áp dụng, nay mình chia sẻ về Design Thinking. Hiểu một cách đơn giản đây là 1 phương pháp tiếp cận để giải quyết vấn đề, đặt con người làm trung tâm chủ yếu trong product development. Nó gồm 5 giai đoạn như hình 1. Empathize 2. Define 3. Ideate 4. Prototype 5. Test Mình may mắn được work với client và họ thường xuyên sử dụng cách tiếp cận này nên cũng học hỏi được một tí (...) --- Mình sẽ đi từng...

[Product Development Strategies] Nay mình sẽ giới thiệu qua các khái niệm khá quan trọng trong Product Development, cái này áp dụng cho all domain luôn hen. Mình nghĩ cái này nhiều bạn đi làm nhiều năm thì cũng biết rồi, nhưng có khi chỉ biết về MVP, nhưng bên cạnh đó còn MBI, MRF và MMR. Nên nay mình làm về topic này, để mọi người phân biệt cho dễ, mình sẽ có ví dụ bên dưới để dễ hình dung và cũng có tóm tắt lại cuối cùng (...) --- 1. MVP (Minimum Viable Product) Đây là version đầu tiên...