[Public] làm sản phẩm mà không ngại dẫm cứt

Làm sản phẩmmà không ngại

dẫm cứtBùi Trung Hiếu

Pedia.vn

Phát triển phần mềm cho startup ?

1. Có người làm trong 30 phút2. Có gì đó trong vòng 12 giờ

CẦN PHẢI NHANH tức là:

Bất cứ khi nào có yêu cầu sửa đổi phần mềm nào đó thì phải:

Cái gì đó là cái đéo gì?

Thống nhất khái niệm Startup là gì?

Là 1 nhóm người Làm 1 sản phẩm hoặc dịch vụ mới Trong 1 điều kiện cực kì không chắc chắn

Tức là: Thường xuyên làm ra thứ chả ai cần Vậy thì:

startup = thử nghiệm liên tục Vậy chúng ta nên:

làm 1 ít rồi thử để vứt đi ít hơn và thử được nhanh hơn, xoáy được nhiều vòng dễ thành công hơn

Thống nhất khái niệm User Story là 1 hoặc nhiều câu:

Mô tả 1 hoặc nhiều hành động Thoả mãn 1 mục đích nào đó của người dùng

Ví dụ: 1 user story đúng trong Hệ thống chăm sóc khách hàng gọi điện gọi điện và lưu được thông tin cuộc gọi

Mờ, đéo biết. Làm ngu nhiều thì sửa.Điều quan trọng là: thấu đáo. Mỗi user story phải giúp user hoàn thành được 1 cái gì đó.Hướng mục tiêu của user đang phục vụ.

Cái gì đó là cái đéo gì?

1. Là 1 user story quan trọng nhất của người dùnga. Là 01b. Quan trọng nhấtc. Nếu không trả lời được dưới 5 phút, thì chọn lấy 1 cái mà làm nhanh hơn

2. Thế nào là quan trọng nhất:a. Là có nó thì đạt được 1 mục đích nghiệp vụ cụ thể, quan trọng nhấtb. Tính năng Login thường không phải quan trọng nhất

3. Tại sao lại là 1? … mà không phải 2 hay 3?

Vì chúng ta đang làm startup

STOP WASTING PEOPLE'S TIME!

Chúng ta đều ngu

1. Làm ít ngu íta. Ít bugb. Ít code thừac. Làm ít thì xoáy được nhiều vòng hơn, bớt ngu nhanh hơn

2. Chỉ làm cái quan trọng nhất thì sẽ ít ngu hơn, xoáy nhanh hơna. Cái quan trọng nhất thì xác xuất đúng với nhu cầu là cao nhất

i. Xác xuất chỉ là Xác xuấtb. Cái quan trọng nhất thì xác xuất vứt đi ít hơn

i. Tức là vẫn có thể vứt đi3. Thường thì người yêu cầu tính năng chỉ biết rất mơ hồ về cái họ mong muốn, cái quan

trọng nhất mới là cái họ thực sự cần.

Vậy làm thế nào bây giờ?

Qui trình công việc

Họp, xác định những User Story tối thiểu Đánh ưu tiên, và chỉ có 1 User Story là Ưu tiên 1 (US_1)

Tạo domain ngay, trỏ vào chỗ định deploy- Tạo môi trường deploy ngay

Viết test cho US_1

Code US_1, thoả mãn test

Đưa user dùng thử

Tự đánh lại ưu tiên hoặc nhận feedback, chọn ra 1 User Story là Ưu tiên 1 (US_1)

Tại sao lại viết test?

Viết test thì làm chậm yêu cầu mất, viết làm gì? Em đang mệt bỏ mẹ, anh đã giục gấp thì chớ cứ bắt

em viết test. Chơi nhau à?

Tại sao phải viết test?

Làm 1 thứ không chắc là có ý nghĩa Mà còn có lỗi

Tức là có xác xuất sẽ xảy ra lỗi, và hậu quả là không biết nó có thực sự cần hay không Thì viết nhanh làm đéo gì?

STOP WASTING PEOPLE'S TIME !

Tổng kết

1. Cần Nhanh2. Chỉ làm những cái gì quan trọng nhất

a. Thế giới nó gọi cái gì đó là: MVP - Minimum Viable Productb. Thế giới gọi cách làm này là: Lean Startup

3. Làm và sửa liên tục, và cảm thấy hạnh phúc vì được sửa liên tụca. Làm theo cách này vẫn dẫm cứtb. Nhưng cứt có chất lượng!

Bonus

“Lỗi tại tôi, lỗi tại tôi mọi đàng"Kinh thú nhận, Ki tô giáo

1. Thay đổi nhận thức:a. User không có lỗi, lỗi là tại người làm sản phẩmb. “Gieo suy nghĩ, gặt hành động; gieo hành động, gặt thói quen; Gieo thói quen, gặt tính cách;

Gieo tính cách, gặt số phận”2. Phạt vi cảnh cho mỗi lần chửi user ngu