USER STORY LÀ GÌ

User story là gì?

User story là 1 trong câu chuyệntất cả người dùng,hành vi và công dụng. Nó thường xuyên được biểu hiện theo cấu tạo sau:

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

Trong nội dung bài viết này, tôi đã sử dụng gần như ví dụ về một chủ thể tưởng tượng mang tên làEnable Quiz. shop này vẫn thành lập một ứng dụnggóp cho những làm chủ nhân sự tra cứu tìm các ứng viên dựa vào phần đa năng lực cụ thể tương xứng với cùng một phiên bản biểu đạt công việc.

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

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

Là một làm chủ nhân sự, tôi muốn ghxay những kỹ năngcủa một địa điểm phải tuyển với hầu như chủ đề quiz, nhằm tôi rất có thể tạo ra những quizlọc ứng viên

 

Các story hay được tổ chức triển khai theo mô hình top-down (từ bên trên xuống dưới). Sẽ gồm một epic story diễn tả một mẩu chuyện tổng thể. Epic story này sẽ bao hàm những user story, từng user story sẽ tiến hành một chức năng đơn nhất. Mỗi user story đang có tương đối nhiều chạy thử case để kiểm tra chúng


*
Tổ chức của các user story

lấy một ví dụ cho epic story:

Là một thống trị nhân sự, tôi muốn tạo nên những quiz để tôi có thể sử dụng lúc vấn đáp ứng viên

Những máy cần phải có nhằm xây dựnguser story

Người dùng là ai?

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


*

Nếu bạn có tác dụng đúng đắn phần nhiều gì người tiêu dùng kinh nghiệm, thì cuối cùng các bạn sẽ lâm vào cảnh vòng lặp vô tậnProduct Death Cycle:hỏi quý khách tính năng làm sao đã thiếugây ra phần nhiều tính năng thiếukhông ai thực hiện thành phầm của bạncuối cùng lại quay trở lại 1Nếu các bạn nhận định rằng mình hiểu rõ người tiêu dùng hy vọng gì, sau cùng thì cũng không có ai áp dụng thành phầm của bạn

Để tránh lỗi xây cất the twin anti-poles, hãy đặt mình vào địa chỉ người tiêu 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ị quản lý nhân sự Helen)với đưa ra ý tưởng phát minh về côn trùng liên quan giữa cô ấy cùng phần mềm của bạn:

Cô ấy suy nghĩ như thế nào về những phần lớn vật dụng chuyển vận mặt hàng ngày?Cô ấyao ước biến chuyển tín đồ như thế nào?Cô ấy bắt gặp tín đồ không giống làm cho mọi gì, và điều đó tác động mang đến quan điểm của cô ấy như vậy nào?Cô ấy cảm thấy như thế nào về quá trình của mình?Cô ấy thực thụ đã làm gì vào lĩnh vực nghiệp vụ mà lại ứng dụng của các bạn sẽ đụng chạm với nó?

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

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

Hãyxây đắp một tình huốngđể biểu thị cái nhưng mà người dùng ước ao có tác dụng. Nó cần tương đối tổng quát nhằm có thể tương tự với nhiều tình huốngkhác.

Ví dụ

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

Để thiết kếcác user story tốt hơn

User story yêu cầu có mức độ cụ thể ra làm sao là đủ?

Các user story đề nghị chi tiết, diễn tả hành động cụ thể, rất có thể kiểm tra được với gắn sát cùng với các tình huống

Ví dụ

User story Tôi muốn kiếm tìm kiếm những người tìm việc kỹ thuật nhằm chủ thể của tớ có thể thu được công dụng tuyển chọn dụng cao nhất thì quá lớn và tất yêu demo được trực tiếpVớitrường hợp Tìm tìm các kĩ năng chuyên môn thì user story Là một người cai quản nhân sự, tôi hy vọng tra cứu kiếm các người tìm việc chuyên môn để tôi có thể hiểu rằng mọi kĩ năng của họ là ví dụ hơn, có thể kiểm tra được

Để kiếm tìm tìm được không còn các user story của một epic story, bạn nên áp dụng những storyboard. Đây là một qui định bao hàm phần đa hình hình họa cùng với người dùng, hành vi và bối cảnh. Nó diễn đạt epic story theo cách của một câu truyện tranh

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

*

Kết trái có những gì?

Kết trái phải hoàn toàn có thể test được, cùng là tất cả những gì người dùng hy vọng nhận thấy Khi họ triển khai hành động. lấy ví dụ như với user story nghỉ ngơi trên Là một bạn thống trị nhân sự, tôi muốn tìm kiếm kiếm những ứng cử viên kỹ thuậtthì hiệu quả hiểu rằng gần như tài năng của những ứng viênhoàn toàn có thể demo được, dẫu vậy nó không phảilà hiệu quả mong ước của Helen. Không cần bỗng dưng nhưng Helen search kiếm những người tìm việc nghệ thuật, nhưng hay kia là vì tận hưởng từ bỏ những phòng ban không giống. Vì vậy màtác dụng hoàn toàn có thể sử dụng báo cáo những người tìm việc khi vấn đáp họmới là mẫu nhưng mà Helen yêu cầu.

Test cácUser Story

Cần nên kiểm tra phần đa gì?

Việc test các user story chưa hẳn là chất vấn với hành vi của người dùng, bọn họ tất cả nhận được hiệu quả quả thật trong user story hay là không. Mà việc kiểm tra những user story là bình chọn coi bọn họ cũng muốn thực hiện hành vi vào user story tuyệt không?

Vì rứa mà bạn nên sử dụng công cụBJ Fogg’s curve nhằm biểu thị nó:

*

do đó nhằm có thể thử nghiệm được thì nên cần phải

Đưa ra một sự phân biệt cụ thể thân bộ động cơ (motivation) thôi thúc người tiêu dùng sử dụng tính năng lắp cùng với user storycùng tính dễ dàng dùng(usability) của công dụng đóHiểu được mối quan hệ giữa hộp động cơ và tính dễ dùng: ví như người tiêu dùng thật sự đề xuất sử dụng ứng dụng của chúng ta thì mặc dầu nó bao gồm khó sử dụng đi nữa họ vẫn sẽ cần sử dụng. Còn nếu như bọn họ không nên cần sử dụng nó (ví như vào trường phù hợp ứng dụng của khách hàng có không ít đối phương cạnh tranh) thì các bạn nên cố gắng làm tăng tính dễ dàng sử dụng của tác dụng nhằm lôi cuốn họ

Test như vậy nào?

Việc test các story yêu cầu được tạo thành các tiến độ (phase), từng tiến trình bao hàm những vòng lặp kiến tạo (design)- chế tạo nguim mẫu mã (prototype) - kiểm demo (test).

Xem thêm: Đi Làm Đẹp Ở Spa - Cách Chăm Sóc Da Như Ở Spa

*

Giai đoạn mày mò (exploratory) bao gồm mục đích là đưa ra một phía tiếp cận cân xứng cho câu hỏi demo. Giai đoạn đánh giá(assessment) có mục đích là tiến công giátác dụng đã xong không. Giai đoạn tuyệt đối (validation) bao gồm mục đích làxác nhận xem chức năng sẽ chuẩn bị sẵn sàng để xúc tiến cho tất cả những người sử dụng tuyệt không.

Khi làm sao story kết thúc?

Để vấn đáp thắc mắc này, cần được hiểu đúng bản chất bạn bắt buộc dự đoán thù được đồ vật gi là có giá trị cùng với người tiêu dùng. Do đó, bạn cần phải bao hàm phát minh mà lại có thể thử nghiệm được với kiểm bệnh nó bởi đa số thể nghiệm.

Trong trường phù hợp tưởng, story của khách hàng bước đầu bằng Việc quan lại ngay cạnh người tiêu dùng với phần lớn vấn đề họ gặp gỡ cần. Sau đó chúng ta giới thiệu 1 quy mô để đo lường và thống kê đượctính có lợi của chiến thuật của người sử dụng.

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

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

Ai viết các user story?

Vì user story là một trong những khái niệm của Agile, nên tín đồ viết những user story tất nhiên sẽ là PO (Product Owner). Nhưng bạn hãy chúý vài vụ việc sau:

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

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

Chúng ta cần áp dụng story maps, một biện pháp góp liên kết các story vào một epicvới nhau với tạo cho chúng trngơi nghỉ cần trực quan lại cùng với team cải cách và phát triển.