[Kaeru Team Blog] : Thực thi “Tìm Kiếm ISSUE” 

1. Mong muốn tìm được nhiều issue để thực thi.
2. Muốn nắm rõ nghiệp vụ của dự án nhiều hơn. 
3. Chủ động tìm giá trị cho Users.
4. Rèn luyện tư duy để hiểu được tư duy của PO và cùng PO phát triển dự án. 
5. Cùng thành viên team hiểu rõ tư duy làm product.

Cách làm

1. Cùng tìm hiểu hệ thống với vai trò của User và Developer 
2. Tìm issue  
3. Team Việt Nam thảo luận, đặt giả thuyết về các issue.  

            Nội dung ghi trong issue bao gồm: Vấn đề + hướng giải quyết vấn đề. 

4. Thảo luận với PO để xác định issue nào có thể mang lại giá trị. 
5. Team suy nghĩ giải pháp phù hợp nhất cho issue đó. 
6. Thực hiện MVP(Minimum Viable Product: có nghĩa là sản phẩm khả dụng tối thiểu) trong thời gian ngắn nhất. 

Điểm lợi khi thực thi “Tìm kiếm Issue”

1. Tránh việc thụ động chờ đợi công việc từ bên nhật đưa qua.
2. Team Nhật Bản không tốn cost (chi phí)  cho việc viết issue, và giải thích chi tiết issue cho team Việt Nam. 
3. Team Việt Nam có cơ hội thảo luận với PO nhiều hơn. Qua những buổi thảo luận này team mình hiểu hơn về các hoạt động nghiệp vụ xử lý của team operator (team hỗ trợ khách hàng sử dụng dịch vụ oikura tại Nhật) và các thông tin hoạt động của dự án. 
4. Team Việt Nam hiệp lực đi theo hướng tìm kiếm giá trị cho dự án. 

Điểm khó khăn trong thời gian đầu thực thi  

1. Thay đổi tư duy từ việc nhận issue sang việc tự tìm issue. (Team đã vượt qua)
2. Thời gian đầu team Việt Nam mất nhiều thời gian để tìm ra được issue có giá trị.  (Team đã vượt qua)
3. Chưa biết cách đo lường về việc sinh ra giá trị, vì thế làm cho thành viên của team Việt Nam bất an giữa việc cung cấp productivity (năng suất lao động) và value (giá trị) 

         =>  Mục số 3 : Team chưa chưa thực hiện được ở thời điểm 1.2021 – 3.2021 

Để giải quyết  Điểm khó khăn ở mục số 3 kể trên, từ 4.2021 team mình tiến hành như sau 

Lưu ý khi thực hiện:

1. Dùng công cụ phân tích đo lường ví dụ Google Analytics v.v…

          Cần phân biệt chức năng muốn thực thi như sau: 

           – Nếu là issue chỉnh sửa chức năng : xem xét chức năng muốn thực thi được dùng nhiều hay không.

           – Nếu là issue thực thi chức năng mới : cần nhận định mức độ cần thiết.

2. Sau khi làm MVP (Minimum Viable Product: có nghĩa là sản phẩm khả dụng tối thiểu), có thể sẽ chỉnh sửa giao diện hoặc chức năng nhiều lần. Vì thế các thành viên trong team cần hiểu và thông cảm để không câu nệ phiền hà việc chỉnh sửa nhiều lần. 

Hiện tại, team mình đang cố gắng làm công việc thu thập dữ liệu trong image 3 như hình bên dưới, sẽ có nhiều bài blog nữa để chia sẻ tình hình thực thi để các bạn cùng tham khảo nhé. 

Xin cảm ơn các bạn đã đọc bài chia sẻ của team Kaeru.