Person Story là gì?
Person Story là 1 tài liệu sơ giản về bắc buộc siêu phẩm sở hữu góc nhìn người mua. Thông thường, Person Story do khách hàng, hoặc đại điện của khách hàng viết, tuy nhiên ví dụ có sự cùng tác của Những Nhà Vươn lên là thì nhóm và khách hàng sẽ có sự chia sẻ hiểu biết về siêu phẩm phải chăng hơn.
Sở hữu những nhóm dùng bảng vật lý cơ thì Person Story được viết trên những thẻ bé hoặc trên những miếng giấy dán. Nhóm có thể dán những thẻ này lên bảng như những hạng phần của Product Backlog.
Person story có định dạng:
Là <người mua cụ thể/vai trò>
tôi muốn <làm cho gì ấy>
để <dùng cho phần đích nào ấy>
Mô hình của Person Story
Person story nên theo mô hình 3C:
- Card (Thẻ): Thông thường, Person Story được viết trên 1 thẻ bé. Điều ấy có nghĩa là nó thường ngắn để có thể viết trên 1 thẻ. Ví dụ bạn có viết trên 1 hệ thống khác như Trello, Jira, Assembla hoặc Redmine cũng nên giữ nó ngắn.
- Dialog (Trao đổi): Story là những câu chuyện giữa khách hàng và Những Nhà Vươn lên là. Do ấy chi tiết của Person Story được làm cho rõ thông qua những cuộc trao đổi (nên là quản lý) sở hữu khách hàng. Nội dung của Person Story sẽ ngày càng cụ thể tùy thuộc} thuộc vào độ ưu tiên của nó (ví dụ ưu tiên cao, cần làm cho sớm thì sẽ có nội dung chi tiết, ví dụ ưu tiên thấp thì chỉ chứa nội dung chung).
- Affirmation (Xác nhận): Person Story có tiêu chí chấp nhận (Acceptance Standards) để khách hàng suy nghĩ cụ thể về bắc buộc và những Nhà Vươn lên là có thể hiểu bắc buộc rõ hơn và xác nhận được lúc nào siêu phẩm hoàn thành.
Đọc thêm:
High 7 khóa học lấy chứng chỉ Agile giúp bạn cải thiện kỹ năng trong công việc
Lộ trình để phát triển thành Scrum Grasp
Ai là người làm cho ra Person Story?
Product Proprietor là người quản lý đa số những Person Story nhưng ko nên là người viết toàn bộ Person Story. Những Nhà Vươn lên là đều có thể tham dự vào việc viết Person Story. Những Nhà Vươn lên là đóng vai trò quan yếu trong việc mô tả những tính năng của siêu phẩm.
Trong trường hợp hoàn hảo nhất, người mua thực sự của siêu phẩm sẽ tham dự viết Person Story.
Trong những trường hợp khác, Product Proprietor có thể đại diện cho người mua, nhưng nên luôn viết Person Story sở hữu vai trò của người mua, ko nên sở hữu vai trò của Product Proprietor.
Những tiêu chí của Person Story
Tiêu chí INVEST cụ thể:
- Unbiased (Độc lập): Độc lập sở hữu những Person Story khác. Điều này giúp Product Proprietor tự động do thay thế đổi thứ tự động của nó trong Product Backlog và Nhà Vươn lên là dễ dàng phát triển thành.
- Negotiable (Thương lượng được): Tính đàm phán được giúp cho Nhóm Vươn lên là và Product Proprietor cùng nhau xây dựng nội dung chi tiết và yêu thích hơn cho những thay thế đổi trong tương lai. Ví dụ ko có tính năng này thì việc thích nghi sở hữu sự thay thế đổi gặp khó khăn.
- Priceless (Có giá trị): Person Story nên có giá trị sở hữu khách hàng. Những người làm cho kỹ thuật có thể thấy việc làm cho khuôn làm cho việc, cơ sở dữ liệu hoặc thiết kế là quan yếu. Tuy nhiên sở hữu khách hàng thì ko. Điều này siêu lưu ý sở hữu những Product Proprietor có ứng dụng kỹ thuật, có thể họ sẽ biến Agile thành 1 mô hình phát triển thành Waterfall trá hình!
- Estimable (Ước lượng được): 1 Person Story phải chăng có thể ước lượng được dù rằng ko cần chính xác. Những Person Story lớn hoặc ko rõ ràng thường khó để ước lượng. Khả năng ước tính được giúp nhóm ước lượng phải chăng hơn công việc sẽ làm cho và cả kế hoạch phát hành. Rõ ràng điều này phụ thuộc vào khả năng của nhóm.
- Sized appropriately (Kích thước yêu thích): Những Person Story sắp được đưa vào chế tạo cần có kích thước bé (đồng nghĩa sở hữu việc được mô tả rõ ràng hơn), những Person Story chưa được đưa vào chế tạo trước mắt có thể có kích thước lớn hơn.
- Testable (Kiểm thử được): Ví dụ nhóm phát triển thành biết như thế nào là Person Story ấy hoàn thành – có thể kiểm thử được rõ ràng thì họ có thể hiểu rõ hơn công việc của mình, ít gây hiểu nhầm. Những mô hình phát triển thành BDD hoặc ATDD có giá trị vì bắc buộc có thể kiểm thử được.
Lúc nào thì cần viết Person Story?
Hoạt động viết Person Story diễn ra trong suốt quy trình phát triển thành dự án, có nghĩa là bất cứ lúc nào những thành viên cũng có thể thêm vào những Person Story new.
Việc này thường được tiến hành thông qua tổ chức 1 buổi viết Person Story (Person Story Writing Workshop). Tại ấy, đa số những thành viên đều tham dự tạo ra những Person Story cơ bản, đủ để chế tạo trong 1 thời kì. Có thể có những Person Story lớn, chúng ta sẽ sẽ được làm cho mịn hơn đồng thời sở hữu quy trình phát triển thành thông qua hoạt động làm cho mịn Product Backlog.
Thí dụ cụ thể về Person Story
Là 1 người học trực tuyến, tôi muốn thấy danh sách những khóa học ưu thích của mình để dễ dàng truy cập.
Trong thí dụ trên, consumer story có 3 phần tách biệt:
Là <1 người học trực tuyến>
Tôi muốn < thấy danh sách những khóa học ưu thích của mình>
Để <dễ dàng truy cập>
Khách hàng tại đây được chỉ ra rõ ràng là người học trên môi trường học tập trực tuyến, ko nên là người quản lý, cũng ko nên là người học quản lý.
Khách hàng này muốn nhìn thấy danh sách những khóa học ưu thích của mình. Danh sách này chỉ bao gồm những khóa học mà học giả chú ý nhất trong siêu nhiều những khóa học mà mình đã từng học.
Phần đích của việc có danh sách này là để dễ dàng truy cập lúc cần tới.
Từ việc miêu tả nhu cầu của khách hàng, những thành viên phát triển thành làm cho rõ tiêu chí chấp nhận sở hữu Product Proprietor và tiếp theo sẽ cùng nhau phân tách chi tiết giao diện, mã, thêm bảng dữ liệu, tương tác dữ liệu,…để thực thi 1 phương pháp hiệu quả.
Để tìm hiểu kĩ hơn cũng như biết phương pháp viết 1 Person Story, những Product Proprietor cần có chiếc nhìn tổng quan để quản lý dự án 1 phương pháp chặt chẽ nhất.
Làm cho sao để dùng Person Story hiệu quả?
Person Story có vai trò siêu quan yếu trong dự án. Ví dụ nhóm của bạn hay Product Proprietor ko hiểu hoặc hiểu sai bắc buộc của người mua, thì kết quả sẽ là 1 siêu phẩm thất bại.
Không vấn đề gì vô dụng bằng việc thực hành hiệu quả những việc ko nên hoàn thành
– Peter Drucker –
Ví dụ biết phương pháp dùng Person Story hiệu quả, nhóm dự án có thể phát hành được những siêu phẩm đảm bảo chất lượng, nhận được sự tin tưởng và hài lòng từ phía khách hàng. Sau đây là 1 vài lưu ý để bạn có thể dùng Person Story hiệu quả:
- Giữ bản mô tả Person Story ngắn gọn.
- Hãy đặt mình vào suy nghĩ của người mua cuối lúc viết Person Story.
- Những phần trong Person Story cần nên được xác nhận trước lúc triển khai phát triển thành.
- Ước lượng Person Story trước lúc thực hành để có thể chắn khối lượng công việc của staff thuộc diện tầm kiểm soát.
- Những bắc buộc sẽ được khai thác từ người mua cuối cùng, chứ ko nên bởi người mua cuối hay nhóm phát triển thành.
- Giao tiếp là điều cực kì quan yếu ví dụ như bạn muốn hiểu người mua cuối cùng.
Product Proprietor là người chịu trách nhiệm truyền đạt lại Person Story của những Stakeholder cho nhóm. Để làm cho phải chăng vai trò này, kế bên kinh nghiệm, Product Proprietor cần hiểu rõ tri thức về Agile/Scrum để dùng Person Story hiệu quả nhất.
Thấu hiểu những vấn đề trên, Học viện Agile đã xây dựng những khóa học phân phối tri thức ứng dụng về Scrum, những kỹ thuật và công cụ thực hành, dưới sự huấn luyện, dẫn dắt của đội ngũ giảng sư là những chuyên gia Scrum hàng đầu.
Hình ảnh Học viện Agile tập huấn tại nhà băng MSB
Học viện Agile đã có kinh nghiệm triển khai thành công hàng chục lớp học sở hữu hơn 400 học viên, trong ấy có nhiều quản lý của những công ty như: Viettel, FPT Software program, VNPT, Techcombank, MSB, NTQ Answer, Bravestars, SotaTek…
Tham khảo ngay những khóa học dành cho Product Proprietor:
> Khóa học Scrum Hành dụng phân phối tri thức ứng dụng về Scrum.
> Khóa học lấy chứng chỉ quốc tế CSPO dành cho Product Proprietor.
Đọc thêm:
6 bước giúp bạn sống sót qua quy trình chuyển đổi DevOps
Xây dựng mạng lưới đội nhóm để vượt qua khủng hoảng
Diễn giải về Agile
