Ei nhân đây em cũng đang lấn cấn. Thường làm product mọi người document kiểu như nào v ạ? Quy trình bên em thì khi có new feature hay improvement nào thì update logic vào 1 file Product Requirements Document to đùng. Ko bt như thế đã tối ưu chưa nhỉ? Sao em thấy nó cứ kiểu thủ công và lằng nhằng kiểu gì ấy.

串文

2024-07-13 18:38

讚

回覆

轉發

作者

Nguyễn Ngọc Như Quỳnh
duck_quin

粉絲

串文

29+

讚

回覆

轉發

24小時粉絲增長

無資料

互動率

(讚 + 回覆 + 轉發) / 粉絲數

1.82%

回覆 (BETA)

最先回覆的內容
發文後	用戶	內容
一小時內	Nguyên Đỗ nguyeenddoox	@duck_quin với exp của mình thì khi tiếp cận với phương pháp top-down thì mình sẽ có 1. BRD để trả lời cho câu hỏi tại sao lại có cái project/product này? business objective là gì? Cái này thì chủ yếu cho mấy sếp và team sale đọc 2. PRD (hay còn gọi là SRS) sẽ mô tả các module/submodule/use cases/high-level flow 3. FRD để mô tả chi tiết logic, data flow của từng module/features, behavior của hệ thống khi user thao tác, etc. Thường thì cái này hay đc nhét trong user stories ...