Hệ thống phòng thiết kế và trải nghiệm người dùng

Yêu cầu thiết kế vào thẻ ở “Yêu cầu” từ giám đốc sản phẩm hay đội nội bộ, mô tả vấn đề chứ không phải hình dáng mong muốn. Giám đốc thiết kế chuyển sang “Nghiên cứu” để nhà thiết kế nắm bối cảnh: màn hình tương tự, góp ý người dùng và ràng buộc kỹ thuật. Rồi “Thiết kế”, nơi giải pháp được xây từ phác thảo đến nguyên mẫu tương tác, các phiên bản đính kèm trên thẻ theo thứ tự. Bản sẵn sàng chuyển sang “Kiểm thử” bằng phiên dùng thử nhanh hoặc rà soát chuyên gia; đạt thì sang “Bàn giao” với tệp đặc tả cuối mà lập trình viên giao diện tiếp nhận. Sau khi xây xong, thẻ vào “Rà soát” để đối chiếu bản thực hiện với bản thiết kế về hình ảnh; bài học chuyển sang “Học hỏi” để nuôi hệ thống thiết kế.

Trò chuyện để phối hợp nhanh giữa nhà thiết kế và lập trình viên trong lúc xây dựng: ràng buộc kỹ thuật đòi chỉnh sửa hay câu hỏi về trường hợp biên được giải ngay, không để phần thực hiện phải đoán. Diễn đàn giữ phần vượt khỏi khoảnh khắc: quyết định hệ thống thiết kế, kết quả kiểm thử khả dụng và rà soát thiết kế tập thể — tích lũy một ngôn ngữ hình ảnh thống nhất thay vì gu của từng nhà thiết kế riêng lẻ.

Giám đốc thiết kế nhận yêu cầu, xếp ưu tiên, tham dự rà soát “Kiểm thử” và duyệt “Bàn giao”. Nhà thiết kế sở hữu thẻ từ “Nghiên cứu” đến “Rà soát” và tải phiên bản lên. Lập trình viên giao diện nhận từ “Bàn giao” và rà soát cùng nhà thiết kế ở “Rà soát” trước khi đóng. Kết luận: không bàn giao khi chưa kiểm thử, không đóng khi chưa rà soát bản thực hiện — khoảng cách giữa thiết kế và mã được khép tại đây chứ không sau khi người dùng phàn nàn.