2010-08-29 29 views
13

Cuốn sách User Stories Applied chứa một trang thảo luận về Personas. Định nghĩa của persona từ sách là:Chúng ta có nên sử dụng personas trong các câu chuyện của người dùng không?

Một cá nhân là đại diện tưởng tượng của vai trò người dùng.

Nó thêm tác thảo luận về định nghĩa của tính cách:

Tạo personas đòi hỏi nhiều hơn chỉ cần thêm một tên cho một vai trò người dùng. A persona nên được mô tả đủ để mọi người trong nhóm cảm thấy như họ biết cá tính.

Bạn cũng nên tìm ảnh trên Internet hoặc trong tạp chí và sử dụng ảnh này cho persona để mọi người có thể tưởng tượng rõ ràng người đang làm việc với ứng dụng.

Ok. Tất cả những ý tưởng này đều tốt. Nó có thể được vui vẻ để xác định personas cho vai trò người dùng nhưng nó có giá trị nó? Có bất kỳ chất lượng thực sự hoặc có thể đo lường hoặc tăng hiệu quả khi sử dụng chúng không?

Bạn có bất kỳ ví dụ hay nào về việc personas thực sự giúp nhóm phát triển không? Bạn có sử dụng personas trong các câu chuyện của người dùng không?

Edit:

Tôi đã tìm thấy bài viết thú vị về personas trong MSDN.

+4

Tôi đang bỏ phiếu để đóng câu hỏi này là không có chủ đề vì nó không phải là về lập trình. –

+0

@VadimKotov: Tôi không quan tâm. Khi tôi hỏi câu hỏi này, câu hỏi về sự nhanh nhẹn và scrum, là khá phổ biến. Đó là trước khi các chủ đề đó được chuyển đến các trang web Stack Exchange khác. –

Trả lời

11

Điều này có thể giúp khi có nhiều vai trò và khi chúng rất phức tạp.

Bạn càng có nhiều vai trò, thì càng phức tạp để thỏa mãn tất cả chúng. Họ có nhu cầu khác nhau, giá trị, sức mạnh, vv Có hình ảnh âm thanh một chút tầm thường, nhưng nó thực sự giúp quá.

Kiểm tra video này thật sự tốt đẹp từ Jeff Patton về đề tài này: http://www.infoq.com/presentations/pragmatic-personas

trang web của ông: http://www.agileproductdesign.com/

+0

+1 nhờ video thú vị. –

6

Lý do cho việc sử dụng personas là cho đội bóng để có được một sự hiểu biết tốt hơn về những câu chuyện. Nó làm cho nó dễ dàng hơn cho nhóm (lập trình viên ...) liên quan đến câu chuyện ở mức độ cá nhân/tình cảm hơn, điều mà tôi nghĩ là tốt.

Nếu nhóm của bạn có thói quen vận chuyển những câu chuyện không phải là những gì khách hàng muốn, thì bằng mọi cách, hãy thử cách tiếp cận cá nhân và xem cách nó hoạt động cho bạn.

Kiểm tra và điều chỉnh, như thường lệ.

+0

+1 cảm ơn cho mẹo. –

2

Personas cũng có thể hữu ích để giao tiếp giữa nhóm phát triển và doanh nghiệp rõ ràng hơn. Khi bạn nói nhiều hơn trong kinh doanh các thuật ngữ phi kỹ thuật có thể hiểu rõ hơn về bạn.

Thay vì mô tả

Quản trị ứng dụng sẽ duy trì cấu trúc db và mã ứng dụng

bạn sẽ sử dụng tính cách Frank:

Frank chịu trách nhiệm về các vấn đề kỹ thuật ứng dụng của chúng tôi. Anh ta hiểu cơ sở dữ liệu. Anh ta không dạy người dùng cách làm việc với ứng dụng nhưng trong trường hợp có bất kỳ vấn đề nào anh ta có thể giải quyết chúng.

Tôi vẫn không chắc nên mô tả personas với những cảm xúc thực sự, ví dụ: "Frank không phải là rất hạnh phúc để giúp đỡ người dùng tất cả các thời gian để người dùng không nên làm phiền anh ta thường xuyên".

+0

Tôi nghĩ, mô tả cảm xúc có thể hữu ích để xác định các kỳ vọng của khách hàng khác nhau và điều chỉnh sản phẩm (và mô tả persona) khi phản hồi thực được cung cấp. So sánh http://www.romanpichler.com/blog/agile-product-innovation/persona-template-for-agile-product-management/ – remipod

0

Mặt khác, bạn có thể có Persona "Petr".

"Petr thích uống nhiều bia, Petr chỉ sử dụng máy tính khi say rượu, yêu cầu của Petr phụ thuộc vào nồng độ cồn trong máu của anh ấy. Petr thích lập trình máy tính của anh ấy. Mã tốt nhất được viết sau 12 lít Pilsner, và anh ta không viết mã trừ khi anh ta tiêu thụ ít nhất 6 lít Pilsner. "

Điều gì tạo ra Personas là giúp các nhà phân tích thực sự hiểu những gì họ đang viết. Nó giúp bạn khám phá các yêu cầu bạn thường bỏ qua.

1

Tôi có thể nhớ đọc một tờ giấy trắng của Nhóm Tư vấn Boston về personas trong lớp trung lưu Mỹ Latinh đang phát triển. Trong khi thú vị, tôi nghĩ mức độ giám sát của họ hoàn toàn không cần thiết. Cá nhân tôi nghĩ rằng personas là một sự lãng phí thời gian và nên được xem như một công cụ phụ trợ, và không phải là một mục tiêu ưu tiên. Tôi nhớ dành một tuần xây dựng personas cho một mạng xã hội cho các doanh nhân. Chất thải lớn! Tôi nghĩ tốt hơn là hãy khám phá công ty hoặc nhiệm vụ trang web của bạn. Sứ mệnh của công ty có thể giúp bạn hợp lý hóa cách phục vụ tốt nhất cho người dùng của mình, bất kể tính cách đặc biệt của họ. Hãy suy nghĩ Facebook, "Chúng tôi muốn cho phép người dùng chia sẻ và kết nối với bạn bè của họ" hoặc Foursquare "Chúng tôi là tiện ích xã hội kết nối người dùng với thành phố của họ".

0

Sử dụng Personas người dùng trong Câu chuyện của người dùng thực sự hữu ích cho nhóm. Personas là các nhân vật hư cấu có nhiều chi tiết hoạt động đại diện cho đa số người dùng và các bên liên quan khác không thể trực tiếp sử dụng sản phẩm cuối cùng. Bằng cách tạo ra personas, xác định nhu cầu của cơ sở người dùng mục tiêu trở thành một nhiệm vụ dễ dàng cho nhóm. Việc tạo các personas cụ thể có thể giúp nhóm hiểu rõ hơn về người dùng cũng như các yêu cầu và mục tiêu của họ. Dựa trên một Persona, Chủ sở hữu sản phẩm có thể ưu tiên hiệu quả hơn các tính năng để tạo ra Product Backlog được ưu tiên. Để đọc thêm về User Persona, bạn có thể đọc bài viết này - https://www.scrumstudy.com/blog/what-is-a-persona/

Các vấn đề liên quan