Có phải By-Design Vugs lỗi là một dấu hiệu xấu?

Đây có phải là một dấu hiệu xấu nếu người dùng gửi báo cáo lỗi cho những thứ theo thiết kế?

Có phải nó thường có nghĩa là ứng dụng này gây nhầm lẫn hoặc không rõ ràng, hay tôi chỉ nên khắc phục lỗi này cho người dùng một lần trừ khi được quy định cụ thể?

(Tôi thực sự không có bất kỳ báo cáo nào như vậy. Đây hoàn toàn là một câu hỏi giả thuyết về việc liệu các lỗi "thiết kế phụ" có phải là một điều xấu hay không.)

Đó có phải là một dấu hiệu xấu? Tôi nghĩ đó là một cảnh báo đáng để xem xét, nhưng tôi cũng nghĩ rằng nó chắc chắn sẽ xảy ra.

Khi mọi người gửi bất kỳ loại phản hồi nào cho tôi, tôi cố gắng lọc nó thành ba nhóm:

• Lỗi
• Yêu cầu tính năng
• Hiểu lầm

Lỗi

Lỗi là khi một cái gì đó rõ ràng không hoạt động theo cách bạn mong đợi, cũng không phải là cách người dùng mong đợi. Giống như, nó hỏi tôi tên của tôi, tôi nhập "Scott", nhấn enter và nó nói, "Chào Joe!"

Yêu cầu tính năng

Điều này giống như "Tôi biết chúng tôi chưa bao giờ nói về điều này, nhưng chương trình có thể suy ra cử chỉ chuột của tôi rằng tôi thuận tay trái và di chuyển nút OK sang bên trái màn hình không?" Đây là khi hành vi hiện tại phù hợp với cả mong đợi của bạn và người dùng , nhưng họ muốn thay đổi kỳ vọng.

Hiểu lầm

Đây là khi bạn mong đợi một kết quả từ một kịch bản, nhưng người dùng mong đợi một kết quả khác. Đôi khi điều này trở thành một yêu cầu tính năng, nếu họ không truyền đạt được kỳ vọng của họ, nhưng họ nghĩ rằng họ đã làm. Đôi khi điều này trở thành một lỗi nếu kỳ vọng của bạn được chứng minh là sai.

Tuy nhiên, nhiều lần bạn có kiến ​​thức mà người dùng không có. Điều gì sẽ xảy ra nếu họ nói: "Trên màn hình này, tôi có thể thêm một bản ghi cho chính mình hai lần với cùng họ và tên! Đó rõ ràng là một lỗi!" Câu trả lời của bạn có thể là: "Có rất nhiều người trên thế giới có cùng họ và tên, vì vậy chúng tôi không yêu cầu sự kết hợp đó là duy nhất. Chúng tôi có một nhiệm vụ dọn dẹp chạy vào ban đêm và gửi email Báo cáo trùng lặp có thể dịch vụ khách hàng khi họ nghĩ rằng nó phát hiện một bản sao có tên và địa chỉ tương tự, và yêu cầu họ kiểm tra thủ công. "

Vì vậy, bạn nên đọc mọi báo cáo lỗi, nhưng hầu hết các hệ thống phức tạp sẽ có báo cáo lỗi thực sự chỉ là các yêu cầu tính năng hoặc có thể là thông tin sai về các yêu cầu. Không hiểu được sự phức tạp tiềm ẩn của thế giới thực có lẽ là nguồn gốc lớn nhất của những vấn đề này.

Điều này đã không được đề cập đến trong các câu trả lời trước đó cho đến nay vì vậy tôi sẽ nói thêm rằng đó cũng có thể là dấu hiệu của một cơ sở người dùng không biết gì. Tôi không sử dụng từ "ngu dốt" theo cách xúc phạm hoặc hạ thấp, chỉ đơn thuần là một cách để thể hiện rằng họ không có kiến ​​thức hoặc giáo dục đúng đắn trong miền của họ hoặc về sự phức tạp của chính phần mềm.

Hầu hết người dùng không nhận thức được phần mềm phức tạp như thế nào để đáp ứng các yêu cầu nhất định. Một cái gì đó ảnh hưởng đến 80% nỗ lực chỉ đi vào 20% chức năng (rìa và trường hợp ngoại lệ).

Đôi khi, họ không hiểu tại sao phần mềm vốn cần phải hành xử theo một cách nhất định, nhiều lần để ngăn chặn vô số lỗi hoặc hỏng dữ liệu, v.v ...

Điều này không đáng lo ngại vì điều này trở nên tốt hơn với tài liệu và truyền thông rõ ràng và súc tích.

Nếu bạn có một người dùng là một chuyên gia trong lĩnh vực của họ, bạn có thể gặp vấn đề lớn. Hãy tưởng tượng một kế toán tìm thấy phần mềm của bạn, theo thiết kế, không tuân theo các quy trình kế toán chung hoặc một kỹ sư phát hiện ra bạn có một công thức không chính xác. Điều này không nên quá khó để nghiên cứu để xem liệu chúng có đúng không. Thiết kế lại và sửa chữa nó nếu cần - nhanh chóng.

Một ý kiến ​​về một tính năng UI cụ thể hoặc một lĩnh vực mà họ nghĩ nên có ký hiệu tiền tệ hoặc một số hình thức khác, nên được xem xét, ít nhất là cho đến khi bạn nhận được nhiều phản hồi hơn. Nghiên cứu điều này có thể khó khăn hơn một chút.

Lỗi theo thiết kế theo kinh nghiệm của tôi có nghĩa là các trường hợp sử dụng của bạn không phù hợp với người dùng thực của bạn. Hãy thử đọc về việc sử dụng người dùng thực cho các trường hợp sử dụng của bạn (chỉ cần đặt tên cho họ và mô tả hình thu nhỏ sẽ làm nên điều kỳ diệu cho chất lượng của các trường hợp sử dụng.)

Khi các nhà cung cấp hệ điều hành nổi bật nói rằng "hành vi này là do thiết kế", họ thường dễ dàng thực hiện hoặc có lợi thế thương mại. Nếu đó không phải là bạn, hãy thử tìm hiểu người dùng và mối quan hệ thực sự với phần mềm của bạn. Họ có sử dụng nó cả ngày không? Cho vui ? Mỗi tuần một lần vì nó thay thế các hình thức TPS?

Giao diện người dùng phải tuân theo Nguyên tắc tối thiểu ngạc nhiên - báo cáo lỗi lặp đi lặp lại về một tính năng hoạt động như thiết kế là một dấu hiệu cho thấy nguyên tắc này chưa được tuân thủ chính xác.

Có hai loại lỗi: chức năng không phù hợp với ý định của lập trình viên hoặc chức năng không phù hợp với yêu cầu. Các lập trình viên có xu hướng tập trung vào cái trước để gây bất lợi cho cái sau. Nói một cách đơn giản, nếu người dùng của bạn báo cáo nhiều "lỗi do thiết kế", thì yêu cầu của bạn không phải là những gì bạn nghĩ.

Không cần thiết. Có thể là lỗi được báo cáo là trong việc sử dụng phần mềm nằm ngoài phạm vi được xác định ban đầu của nó. Xem xét phần mềm được thiết kế để thực hiện A, B và C (đối với một ví dụ tầm thường, vẽ các đường thẳng, hình tam giác và hình chữ nhật). Nếu D là bước tiếp theo hợp lý (ví dụ: ngũ giác), người dùng có thể cho rằng nó cũng nên làm điều đó và việc không làm như vậy là một lỗi. Nhưng nếu điều này nằm ngoài phạm vi ban đầu, thì đó không phải là lỗi. Thay vào đó, nó có thể là một sự giám sát (lỗi) trong thiết kế, hoặc một vùng màu xám trong thông số kỹ thuật hoặc một nhóm các giả định khác nhau được đưa ra bởi nhà phát triển và người dùng.

(Chỉnh sửa - đã thêm nhận xét của tôi vào câu trả lời theo đề xuất của @Marjan Venema.

Tôi tin rằng đó là một dấu hiệu xấu chủ yếu do thực tế là thiết kế không chung chung và yêu cầu của người dùng không được hiểu / phân tích đầy đủ.

Tôi thấy hai catogories của thiết kế, - Thiết kế một cách tình cờ. - Thiết kế theo ý định.

Thiết kế do tai nạn dẫn đến các vấn đề như vậy thường xuyên và không thể duy trì.

Tôi muốn thêm vào câu trả lời của maple_shaft về "sự thiếu hiểu biết" của người dùng. Bạn cũng phải lưu ý rằng 90% người dùng sẽ chỉ quan tâm đến trải nghiệm của chính họ và cách sử dụng hệ thống. Họ không quan tâm đến người dùng khác, tại sao họ nên? Công việc của chúng tôi là các nhà thiết kế / nhà phát triển phải nhận đầu vào từ tất cả các loại người dùng khác nhau và tạo ra thứ gì đó phù hợp với mọi người tốt nhất có thể. Hầu hết các lần bạn không thể tạo ra một giải pháp tối ưu cho mọi người.

Nhưng tất nhiên bạn cần đọc và đánh giá phản hồi từ người dùng của bạn! Rốt cuộc, họ là những người sử dụng sáng tạo của bạn!

Người dùng gửi yêu cầu lỗi thường không được tư vấn về thiết kế nên không có gì đáng ngạc nhiên khi họ xem mọi thứ là lỗi do các quyết định thiết kế có chủ ý. Đối với người dùng, bất cứ điều gì không hoạt động như mong đợi là một lỗi.

Tôi đã tìm thấy vấn đề thường là một dấu hiệu cho thấy BA hoặc PM chỉ nhận được yêu cầu từ người quản lý chứ không phải người dùng thực tế. Những gì các nhà quản lý mong đợi ở hệ thống thường khác rất nhiều so với những gì người nhập dữ liệu thực sự cần. Tôi được dạy thu thập dữ liệu trực tiếp từ người dùng thực tế, nhưng hầu hết các BA mà tôi gặp phải gần đây chỉ nói chuyện với các nhà quản lý (và nói chung là các nhà quản lý tương đối cao cấp tại đó).