User story là gì

User story là gì?

User story là một trong những câu chuyệncó người dùng,hành động với kết quả. Nó thường xuyên được diễn đạt theo cấu trúc sau:

Là một, Tôi muốn để tôi gồm thể

Trong bài viết này, tôi đang sử dụng phần lớn ví dụ về một chủ thể tưởng tượng mang tên làEnable Quiz. cửa hàng này sẽ xuất bản một ứng dụnggóp cho những làm chủ nhân sự tìm kiếm kiếm những người tìm việc dựa vào đông đảo năng lực cụ thể tương ứng với một phiên bản mô tả quá trình.

Bạn đang xem: User story là gì

lấy một ví dụ mang đến user story:

Là một cai quản nhân sự, tôi ước ao ghxay những kỹ năngcủa một địa chỉ bắt buộc tuyển cùng với rất nhiều chủ thể quiz, nhằm tôi rất có thể tạo ra những quizlọc ứng viên

 

Các story thường xuyên được tổ chức theo quy mô top-down (tự trên xuống dưới). Sẽ bao gồm một epic story biểu lộ một mẩu chuyện bao quát. Epic story này đang bao gồm những user story, mỗi user story đang tiến hành một tác dụng lẻ tẻ. Mỗi user story vẫn có nhiều demo case nhằm khám nghiệm chúng


*
Tổ chức của những user story

Ví dụ đến epic story:

Là một làm chủ nhân sự, tôi mong mỏi tạo ra các quiz nhằm tôi hoàn toàn có thể cần sử dụng khi vấn đáp ứng viên

Những đồ vật cần có để xây dựnguser story

Người dùng là ai?

Nếu chúng ta ko khẳng định rõ người tiêu dùng thành phầm là ai thì sẽ rất cạnh tranh để xây đắp user story. Và có thể bạn sẽ chạm chán phảilỗithe twin anti-poles of thiết kế failure:


*

Nếu bạn làm đúng chuẩn gần như gì người dùng thưởng thức, thì cuối cùng bạn sẽ lâm vào cảnh vòng lặp vô tậnProduct Death Cycle:hỏi khách hàng công dụng làm sao đang thiếuxuất bản đều công dụng thiếukhông ai sử dụng thành phầm của bạnở đầu cuối lại quay trở về 1Nếu bạn nhận định rằng mình hiểu ra người tiêu dùng ý muốn gì, cuối cùng thì cũng không một ai áp dụng thành phầm của bạn

Để rời lỗi xây đắp the twin anti-poles, hãy đặt mình vào vị trí người sử dụng (persona): đặt một chiếc tên cụ thể cho tất cả những người cần sử dụng (ví dụ như chị thống trị nhân sự Helen)và giới thiệu ý tưởng về côn trùng tương quan thân cô ấy với phần mềm của bạn:

Cô ấy nghĩ về ra làm sao về những số đông lắp thêm đi lại mặt hàng ngày?Cô ấymuốn đổi mới tín đồ như vậy nào?Cô ấy nhận thấy tín đồ không giống làm cho hầu như gì, với điều đó ảnh hưởng mang lại ý kiến của cô ấy ấy như thế nào?Cô ấy cảm thấy thế nào về quá trình của mình?Cô ấy đích thực đã làm những gì trong nghành nghề nhiệm vụ cơ mà phần mềm của bạn sẽ đụng chạm với nó?

Nếuthật sự đọc người tiêu dùng nghĩ về - nhìn thấy - cảm giác - làm số đông gì, các bạn sẽ đưa ra được nhiềuuser story.

Người dùng mong muốn gì?

Hãygây ra một tình huốngđể diễn tả dòng cơ mà người dùng mong mỏi có tác dụng. Nó đề nghị kha khá tổng thể để hoàn toàn có thể tương tự với nhiều tình huốngkhông giống.

Ví dụ

Tình huống Tìm tìm những năng lực kỹ thuậttương đương với phát âm các CV xuất xắc là hotline điện cho các người tìm việc. Vì vậy nhưng mà tình huống này sẽ xây dựng được đều user story tốtTình huốngThuê được phần đa năng lực kỹ thuậtthìvượt rộngCác tình huống chi tiết hơn hoàn toàn như là Người làm chủ nhân sự chuẩn bị một quiz cho một địa chỉ phải tuyển chọn hoặc Người thống trị nhân sự gửi đông đảo ghi chụ về những ứng cử viên cho 1 nhân viên cấp dưới HR khác thì vượt chi tiết

Để thiết kếrất nhiều user story giỏi hơn

User story đề nghị gồm mức độ cụ thể ra sao là đủ?

Các user story cần cụ thể, biểu lộ hành vi ví dụ, hoàn toàn có thể kiểm tra được và nối sát với các tình huống

Ví dụ

User story Tôi ước ao kiếm tìm tìm những người tìm việc nghệ thuật nhằm công ty của tớ có thể chiếm được công dụng tuyển dụng cao nhất thì quá lớn cùng cần thiết chạy thử được trực tiếpVớitrường hợp Tìm kiếm những năng lực nghệ thuật thì user story Là một bạn cai quản nhân sự, tôi ao ước kiếm tìm kiếm những ứng cử viên chuyên môn nhằm tôi rất có thể biết được hồ hết khả năng của họ là cụ thể hơn, có thể chạy thử được

Để search tìm kiếm được hết các user story của một epic story, bạn nên áp dụng các storyboard. Đây là 1 nguyên tắc bao gồm số đông hình ảnh cùng với người dùng, hành vi với bối cảnh. Nó biểu đạt epic story Theo phong cách của một câu truyện tranh

lấy một ví dụ cùng với epic storyLà mộtcai quản nhân sự, tôi muốntạo thành các quizđể tôi gồm thểsử dụng lúc vấn đáp ứng viên

*

Kết trái bao hàm gì?

Kết trái yêu cầu rất có thể thử nghiệm được, cùng là những gì người dùng mong muốn nhận ra lúc chúng ta tiến hành hành động. Ví dụ với user story nghỉ ngơi trên Là một tín đồ làm chủ nhân sự, tôi ước ao tìm kiếm kiếm những ứng cử viên kỹ thuậtthì công dụng biết được hầu hết khả năng của những ứng viênrất có thể demo được, nhưng mà nó ko phảilà kết quả mong ước của Helen. Không buộc phải thốt nhiên cơ mà Helen tra cứu tìm những người tìm việc nghệ thuật, mà hay đó là do thử khám phá từ bỏ các ban ngành không giống. Vì vậy màtác dụng có thể sử dụng lên tiếng các ứng viên Lúc chất vấn họnew là chiếc mà Helen bắt buộc.

Test cácUser Story

Cần yêu cầu thử nghiệm đa số gì?

Việc kiểm tra những user story chưa phải là soát sổ cùng với hành vi của người tiêu dùng, bọn họ có chiếm được tác dụng quả thật vào user story hay là không. Mà Việc demo các user story là kiểm tra coi bọn họ vẫn muốn tiến hành hành vi vào user story hay không?

Vì cố gắng nhưng bạn nên áp dụng công cụBJ Fogg’s curve sầu để diễn đạt nó:

*

bởi vậy nhằm rất có thể kiểm tra được thì nên cần phải

Đưa ra một sự rõ ràng rõ ràng giữa hộp động cơ (motivation) tạo động lực thúc đẩy người dùng sử dụng tác dụng đính thêm với user storyvới tính dễ dàng dùng(usability) của công dụng đóHiểu được quan hệ thân hộp động cơ và tính dễ dùng: nếu người tiêu dùng thật sự buộc phải dùng áp dụng của doanh nghiệp thì mặc dầu nó có khó dùng đi nữa bọn họ vẫn vẫn sử dụng. Còn trường hợp bọn họ không cần sử dụng nó (ví như vào trường vừa lòng áp dụng của bạn có không ít đối phương cạnh tranh) thì chúng ta nên nỗ lực làm cho tăng tính dễ dàng cần sử dụng của tính năng để cuốn hút họ

Test như vậy nào?

Việc demo những story bắt buộc được phân thành những giai đoạn (phase), từng giai đoạn bao gồm các vòng lặp kiến thiết (design)- xuất bản ngulặng mẫu mã (prototype) - kiểm thử (test).

Xem thêm: Cp Trong Pokemon Go Là Gì - Chỉ Số Cp Và Hp Trong Pokemon Go Là Gì

*

Giai đoạn tò mò (exploratory) bao gồm mục đích là đưa ra 1 phía tiếp cận cân xứng mang lại câu hỏi chạy thử. Giai đoạn đánh giá(assessment) gồm mục tiêu là tấn công giácông dụng sẽ hoàn thành chưa. Giai đoạn đúng đắn (validation) gồm mục tiêu làxác thực coi tính năng đang sẵn sàng chuẩn bị nhằm triển khai cho tất cả những người cần sử dụng tuyệt không.

lúc như thế nào story kết thúc?

Để vấn đáp thắc mắc này, cần được hiểu đúng bản chất chúng ta chẳng thể dự đân oán được vật gì là có mức giá trị với người dùng. Do đó, bạn phải gồm có phát minh mà hoàn toàn có thể kiểm tra được với kiểm triệu chứng nó bằng hầu như phân tách.

Trong ngôi trường hợp lí tưởng, story của doanh nghiệp ban đầu bởi việc quan tiền liền kề người tiêu dùng cùng gần như vấn đề bọn họ gặp gỡ bắt buộc. Sau kia bạn đưa ra 1 mô hình để giám sát và đo lường đượctính bổ ích của phương án của khách hàng.

Xem thêm: Hướng Dẫn Cách Tải Game Cho Iphone Khong Can Id Apple, Nếu Bạn Quên Id Apple Hoặc Mật Khẩu Của Mình

lấy ví dụ điển hình của Lean UX là chế tác 1 button giả trên vận dụng.Lúc người dùng cliông chồng vào button kia, họ sẽcảm nhận một thông báo"comming soon". vì thế chúng ta bao gồm thểtính toán coi gồm bao nhiêu người dùng cliông xã vào button đó. Nếu nlỗi gồm đủ nhiều người dân ý muốn sử dụng tác dụng đóthì hãy bắt đầu xây dừng các user story. Sau đó khi bạn release công dụng, bạn sẽ thu được rất nhiều số đo về hộp động cơ người tiêu dùng và tính khả dụng của chức năng. Lúc đóbạn sẽbiết bao giờ story vẫn hoàn thành (Khi nhưng hộp động cơ người tiêu dùng với tính khả dụng của chức năng rơi vào cảnh phần bên trên của BJ Fogg’s curve)

Phát triển vận dụng với user story với story map

Ai viết các user story?

Vì user story là một có mang của Agile, đề nghị người viết các user story tất nhiên đang là PO (Product Owner). Nhưng các bạn hãy chúý vài ba vấn đề sau:

1/40: theo một nghiên cứu của Stanford, đều người chỉ phát âm 1/40 rất nhiều gì các bạn sẽ nói. Vì vậy ví như nlỗi PO gửi user story lên JIRA giỏi trello và nhận định rằng phần đông thành viên đội phát triển sẽ hiểu, thì sớm muộn sẽ sở hữu phát âm nhầm.Chúng ta đo công suất của mình theo cách chủ quan:Bản hóa học của bé tín đồ chỉ ao ước biết đủ nấc để giải quyết và xử lý các bước của họ, và hy vọng hiểu ra mình đã làm cho được mang lại đâu.Họ luôn luôn muốnsự chắc chắn là và cảm thứcmau chóng về sự ngừng.Nhưng có tác dụng ứng dụng thì không như nuốm. Nếu bạn không hợp tác và ký kết cùng với nhóm cải tiến và phát triển nhằm thành lập lênnhững user story, chúng ta sẽ cảm giác bản thân không hẳn chịu đựng trách rưới nhiệm về văn bản của user story với ko quan trọng yêu cầu suy nghĩ về tính khả dụng, tính thực tiễn của user story kia.Họ chỉ cho là quá trình của chính bản thân mình là biến hóa user story kia thành tác dụng chạy được.Bạn không phải thời gian nào cũng suy nghĩ ra đượcđông đảo ý tưởng phát minh tốt nhất. Vì núm màPO phải tổ chức những buổi đàm luận nhằm xây dừng user story

Sử dụng story vào nội cỗ team như vậy nào?

Chúng ta đề xuất áp dụng story map, một phương tiện góp liên kết những story trong một epiccùng nhau với tạo nên bọn chúng trsống bắt buộc trực quan liêu với team cách tân và phát triển.


Chuyên mục: Kiến thức