Cách viết user story

     

User story là gì?

User story là 1 câu chuyệncó tín đồ dùng,hành rượu cồn và kết quả. Nó thường được mô tả theo cấu tạo sau:

Là một, Tôi mong mỏi để tôi tất cả thể

Trong nội dung bài viết này, tôi sẽ áp dụng những ví dụ như về một công ty tưởng tượng có tên làEnable Quiz. Công ty này đang thi công một ứng dụnggiúp đến các cai quản nhân sự kiếm tìm kiếm các ứng viên dựa trên những kỹ năng rõ ràng tương ứng với một bạn dạng mô tả công việc.Bạn sẽ xem: User story là gì

Ví dụ mang đến user story:

Là một làm chủ nhân sự, tôi ao ước ghép các kỹ năngcủa một vị trí phải tuyển với hầu hết chủ đề quiz, nhằm tôi có thể tạo được những quizlọc ứng viên

 

Các story thường được tổ chức triển khai theo mô hình top-down (từ trên xuống dưới). Sẽ sở hữu một epic story miêu tả một câu chuyện tổng quát. Epic story này sẽ bao hàm nhiều user story, mỗi user story sẽ triển khai một chức năng riêng biệt. Từng user story sẽ có khá nhiều test case để khám nghiệm chúng


*

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

Ví dụ mang đến epic story:

Là một thống trị nhân sự, tôi muốn tạo nên các quiz nhằm tôi hoàn toàn có thể dùng khi vấn đáp ứng viên

Những thứ cần có để xây dựnguser story

Người cần sử dụng là ai?

Nếu chúng ta không khẳng định rõ người dùng sản phẩm là ai thì sẽ tương đối khó để kiến thiết user story. Và có thể bạn sẽ gặp phảilỗithe twin anti-poles of design failure:



*

Nếu các bạn làm đúng đắn những gì người tiêu dùng yêu cầu, thì cuối cùng bạn sẽ rơi vào vòng lặp vô tậnProduct Death Cycle:hỏi khách hàng chức năng nào vẫn thiếuxây dựng những công dụng thiếukhông ai sử dụng sản phẩm của bạncuối cùng lại quay lại 1Nếu bạn nhận định rằng mình biết rõ người dùng muốn gì, cuối cùng thì cũng không ai sử dụng sản phẩm của bạn

Để kiêng lỗi xây đắp the twin anti-poles, hãy đặt mình vào vị trí người tiêu dùng (persona): đặt một chiếc tên núm thể cho tất cả những người dùng (ví dụ như chị cai quản nhân sự Helen)và đưa ra phát minh về mối liên quan giữa cô ấy và phần mềm của bạn:

Cô ấy nghĩ thế nào về các mọi thứ vận chuyển hàng ngày?Cô ấymuốn phát triển thành người như vậy nào?Cô ấy chú ý thấy bạn khác làm phần đa gì, và điều đó tác động đến quan điểm của cô ấy như thế nào?Cô ấy cảm nhận ra sao về quá trình của mình?Cô ấy thực sự đang làm những gì trong lĩnh vực nghiệp vụ mà phần mềm của các bạn sẽ đụng chạm tới nó?

Nếuthật sự hiểu người tiêu dùng nghĩ - bắt gặp - cảm nhận - làm rất nhiều gì, bạn sẽ tìm ra được nhiềuuser story.

Bạn đang xem: Cách viết user story

Người dùng mong mỏi gì?

Hãyxây dựng một tình huốngđể biểu đạt cái mà người dùng muốn làm. Nó phải kha khá tổng quát lác để rất có thể tương đương với nhiều tình huốngkhác.

Ví dụ

Tình huống search kiếm các tài năng kỹ thuậttương đương với đọc các CV giỏi là gọi điện cho các ứng viên. Do vậy mà tình huống này sẽ xây dựng dựng được hầu hết user story tốtTình huốngThuê được những năng lực kỹ thuậtthìquá rộngCác tình huống cụ thể hơn như Người quản lý nhân sự sẵn sàng một quiz cho một vị trí nên tuyển hoặc Người làm chủ nhân sự gửi đông đảo ghi chú về các ứng viên cho một nhân viên cấp dưới HR không giống thì quá đưa ra tiết

Để thiết kếnhững user story giỏi hơn

User story nên có mức độ cụ thể như thay nào là đủ?

Các user story yêu cầu chi tiết, mô tả hành động cụ thể, hoàn toàn có thể test được và gắn sát với những tình huống

Ví dụ

User story Tôi hy vọng tìm kiếm những ứng viên nghệ thuật để doanh nghiệp của tôi có thể thu được công dụng tuyển dụng cao nhất thì quá lớn và quan trọng test được trực tiếpVớitình huống tìm kiếm các khả năng kỹ thuật thì user story là 1 trong những người thống trị nhân sự, tôi hy vọng tìm kiếm những ứng viên kỹ thuật để tôi có thể biết được những kỹ năng của chúng ta là cụ thể hơn, hoàn toàn có thể test được

Để tìm kiếm được hết các user story của một epic story, chúng ta nên sử dụng các storyboard. Đây là 1 trong công cụ bao gồm những hình hình ảnh với tín đồ dùng, hành vi và bối cảnh. Nó mô tả epic story theo phong cách của một câu truyện tranh

Ví dụ với epic storyLà mộtquản lý nhân sự, tôi muốntạo ra những quizđể tôi có thểdùng khi phỏng vấn ứng viên


*

Kết quả bao gồm gì?

Kết quả phải có thể test được, và là tất cả những gì người dùng mong nhận được lúc họ tiến hành hành động. Lấy ví dụ như với user story ở trên là 1 trong người thống trị nhân sự, tôi muốn tìm kiếm những ứng viên kỹ thuậtthì công dụng biết được những kỹ năng của những ứng viêncó thể test được, nhưng mà nó ko phảilà hiệu quả mong hy vọng của Helen. Không phải ngẫu nhiên mà Helen tra cứu kiếm các ứng viên kỹ thuật, nhưng mà thường đó là vì yêu mong từ các phòng ban khác. Bởi vì vậy màkết quả có thể sử dụng thông tin các ứng viên khi chất vấn họmới là chiếc mà Helen cần.

Test cácUser Story

Cần bắt buộc test số đông gì?

Việc test những user story chưa phải là soát sổ với hành động của fan dùng, họ gồm thu được tác dụng đúng như trong user story tuyệt không. Mà câu hỏi test những user story là chất vấn xem họ cũng muốn thực hiện hành vi trong user story tuyệt không?

Vì cố mà chúng ta nên thực hiện công cụBJ Fogg’s curve để trình bày nó:


*

Như vậy để có thể test được thì nên cần phải

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

Test như vậy nào?


*

Giai đoạn khám phá (exploratory) có mục đích là tìm kiếm ra một hướng tiếp cận phù hợp cho bài toán test. Quy trình đánh giá(assessment) có mục đích là tấn công giáchức năng đã ngừng chưa. Quy trình tiến độ xác thực (validation) có mục đích làxác nhấn xem tác dụng đã sẵn sàng để triển khai cho tất cả những người dùng tốt chưa.

Xem thêm: Lỗi Không Kết Nối Được Teamviewer, Tại Sao Teamviewer Không Kết Nối Được

Khi nào story kết thúc?

Để trả lời câu hỏi này, cần được hiểu rằng các bạn không thể dự kiến được cái gì là có giá trị với người dùng. Bởi vì đó, bạn phải có những ý tưởng phát minh mà có thể test được và kiểm bệnh nó bởi những demo nghiệm.

Trong trường hợp lý và phải chăng tưởng, story của bạn ban đầu bằng vấn đề quan sát người tiêu dùng và những sự việc họ chạm chán phải. Sau đó bạn chỉ dẫn 1 quy mô để tính toán đượctính bổ ích của giải pháp của bạn.

Xem thêm: Hướng Dẫn 3 Cách Chỉnh Cỡ Chữ Trong Win 10, Cách Thay Đổi Kích Cỡ Chữ Trên Windows 10

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

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

Ai viết những user story?

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

1/40: theo một phân tích của Stanford, mọi bạn chỉ đọc 1/40 rất nhiều gì bạn đã nói. Bởi vì vậy nếu như như PO gửi user story lên JIRA giỏi trello và nhận định rằng mọi thành viên đội trở nên tân tiến đã hiểu, thì nhanh chóng muộn sẽ sở hữu được hiểu nhầm.Chúng ta đo hiệu suất của bản thân theo bí quyết chủ quan:Bản chất của con fan chỉ mong biết đầy đủ mức nhằm giải quyết công việc của họ, và hy vọng biết rõ tôi đã làm được mang đến đâu.Họ luôn luôn muốnsự chắc chắn là và cảm thứclập tức về việc hoàn thành.Nhưng làm phần mềm thì không phải như thế. Nếu khách hàng không hợp tác và ký kết với đội phát triển để xuất bản lêncác user story, bọn họ sẽ cảm giác mình chưa hẳn chịu trách nhiệm về văn bản của user story cùng không cần thiết phải suy nghĩ về tính khả dụng, tính thực tiễn của user story đó.Họ chỉ nghĩ rằng các bước của bản thân là trở thành user story đó thành tác dụng chạy được.Bạn chưa hẳn lúc nào cũng nghĩ ra đượcnhững ý tưởng xuất sắc nhất. Chính vì vậy màPO đề xuất tổ chức các buổi bàn luận để thi công user story

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

Chúng ta nên thực hiện story map, một dụng cụ giúp kết nối các story trong một epicvới nhau và làm cho chúng trở phải trực quan với team phát triển.