Hướng dẫn dành cho người xây dựng không chuyên về kỹ thuật
Quyết định xem ứng dụng đầu tiên của bạn cần chứng minh điều gì.
Biến một ý tưởng rộng rãi thành một bản tóm tắt ngắn gọn, có thể kiểm chứng trước khi yêu cầu màn hình và tính năng.
01 — Mô tả một người và một nhiệm vụ
Giả sử bạn giúp một nhóm cộng đồng tổ chức các ca tình nguyện. Câu hỏi hữu ích đầu tiên có thể là liệu một tình nguyện viên có thể tìm được ca làm việc phù hợp và hiểu cách bày tỏ sự quan tâm hay không. Hệ thống này nhỏ hơn và dễ xem xét hơn một hệ thống lập kế hoạch đầy đủ với các lời nhắc, quyền và bảng lương.
- Miêu tả hôm nay người đó làm gì và khó khăn gì.
- Chọn hành động bạn muốn thực hiện rõ ràng hoặc dễ dàng hơn.
- Viết ra những gì bạn sẽ quan sát được nếu phiên bản đầu tiên hoạt động.
02 — Đi qua cuộc hành trình trên giấy
Đối với ví dụ về tình nguyện viên, hãy phác thảo danh sách ca làm việc, chi tiết ca làm việc và biểu mẫu quan tâm. Giao cho mỗi màn hình một công việc. Sử dụng một vài ca làm mẫu thực tế, bao gồm cả ca làm việc đầy đủ hoặc danh sách trống, để quá trình đánh giá bao hàm nhiều điều hơn là một lộ trình vui vẻ được đánh bóng.
- Đặt tên cho màn hình bắt đầu và hành động tiếp theo.
- Liệt kê các trường cần thiết cho bài kiểm tra này.
- Bao gồm trạng thái trống và trạng thái hành động không thành công.
- Loại bỏ thông tin cá nhân thực sự khỏi những lời nhắc và ví dụ mang tính khám phá.
03 — Tách bản demo khỏi dịch vụ vận hành
Quyết định xem phiên bản này chỉ thể hiện hành trình hay phải lưu một yêu cầu thực tế. Bản demo có thể hiển thị xác nhận mẫu được dán nhãn rõ ràng. Một dịch vụ vận hành cần có đích đến, quyền truy cập thích hợp và cách truy xuất yêu cầu. Xác nhận các yêu cầu này trước khi mời người tham gia thực sự.
- Đánh dấu mọi hành động chỉ có mẫu trong bản tóm tắt.
- Liệt kê các kết nối, quyền và nhu cầu xuất bản riêng biệt.
- Để lại tài khoản, thanh toán và lời nhắc cho lần sau trừ khi bài kiểm tra đầu tiên phụ thuộc vào chúng.
- Yêu cầu trợ giúp có chuyên môn khi nhiệm vụ liên quan đến thông tin nhạy cảm hoặc quyền truy cập phức tạp.
04 - Xem lại kết quả so với bản tóm tắt
Sử dụng bảng tính bên dưới, sau đó làm theo hướng dẫn nhắc sản phẩm để biến nó thành yêu cầu xây dựng. Sau thế hệ, hãy trải qua cuộc hành trình tương tự và ghi lại những gì đã xảy ra. Đối với ví dụ về tình nguyện viên, bản demo thành công có thể có nghĩa là khách truy cập mới có thể tìm thấy ca làm việc phù hợp và hiểu bước tiếp theo mà không cần bạn giải thích.
- Hãy nhờ một người chưa quen với ý tưởng này thực hiện nhiệm vụ.
- Ghi lại các bước khó hiểu trước khi yêu cầu thêm tính năng.
- Thực hiện một thay đổi tập trung và lặp lại kiểm tra tương tự.
- Chỉ mở rộng phạm vi khi hành trình đầu tiên trả lời được câu hỏi ban đầu của bạn.
Điểm khởi đầu
Viết tóm tắt cụ thể.
Điều chỉnh ví dụ này cho phù hợp với doanh nghiệp của bạn. Giữ dữ liệu mẫu tách biệt với thông tin khách hàng thực sự.
First-version scope worksheet Person using it: ___ Problem they face today: ___ One task they should complete: ___ Pages needed for that task: ___ Information shown or entered: ___ What happens after the main action: ___ What stays sample-only: ___ Features left for later: ___ The first version passes when I can observe: ___
Khi bạn cần bước tiếp theo
Thực hiện theo tài liệu sản phẩm.
Trước khi bạn bắt đầu.
Tôi có cần chọn ngôn ngữ lập trình trước không?
Bắt đầu với người dùng, nhiệm vụ, thông tin và kết quả có thể quan sát được. Nếu một hệ thống hiện có hoặc hạn chế kỹ thuật xác định ngôn ngữ hoặc nền tảng, hãy đưa nó vào bản tóm tắt và xác nhận với người chịu trách nhiệm về hệ thống đó.
Phiên bản đầu tiên nên bao gồm bao nhiêu tính năng?
Sử dụng bộ nhỏ nhất cho phép bạn kiểm tra toàn bộ hành trình. Không có số lượng tính năng phổ quát. Một tính năng thuộc về phiên bản đầu tiên khi nhiệm vụ không thể được kiểm tra một cách có ý nghĩa nếu không có nó.
Tìm bước tiếp theo của bạn.
Bắt đầu với một nhiệm vụ hữu ích