Đừng biến phần mềm thành công việc bàn giấy hay một "tờ sớ" dài vô tận
Last updated: February 28, 2023 Xem trên toàn màn hình
Recommended for you
- 04 Jan 2023
Phát triển phần mềm linh hoạt theo mô hình Big Bang 489 - 01 Jun 2021 Bản thiết kế sơ bộ (Brief) là gì? 435
- 18 May 2021 Cây cầu hiện đại vô dụng nhất thế giới và câu chuyện cái kết của thay đổi yêu cầu 414
- 03 Mar 2020 Giả định (Assumption ) là gì? Tại sao giả định rất quan trọng với dự án? 374
- 03 May 2022 Mô hình Hybrid Agile là gì? 353
- 18 Mar 2021 Kỹ thuật ước lượng dự án phần mềm linh hoạt dựa vào Story Point - phương pháp T-Shirt Sizing 316
- 20 Jul 2021 Quản lý và đánh giá công việc theo quy trình TIGO SmartWork 275
- 02 Aug 2021 Product Owner làm gì trước khi bắt đầu sprint đầu tiên của dự án (Sprint Zero)? 272
- 02 Aug 2023 Tổng hợp một số project tham khảo khi xây dựng các ứng dụng theo mô hình Microservices 257
- 01 Aug 2023 Phân tích yêu cầu phần mềm sẽ nhìn vào thực trạng (AS-IS) hay tương lai (TO-BE)? 242
- 28 Jun 2024 Tại sao các kỹ sư IT giỏi nhất lại là những người theo thuyết bất khả tri về công nghệ (technology agnostics)? 227
- 02 Mar 2018 Tại sao ví Scrum như dòng điện xoay chiều? 207
- 14 Apr 2019 Product Backlog là gì? Các đặc điểm cơ bản của một Product Backlog 178
- 16 Oct 2020 Thiết kế "mở" là gì? 169
- 08 Jan 2022 Yêu cầu thay đổi (Change Request) là gì? Làm thế nào để kiểm soát Change Request? 156
- 08 Feb 2021 Quy trình nâng cấp phần mềm quản trị doanh nghiệp TIGO ERP 142
- 24 Mar 2019 Scrum giống như bà mẹ chồng, giúp bạn nhìn ra các lỗi sai 136
- 14 Dec 2022 Phương pháp kiểm tra Fagan Inspection là gì? 135
- 10 May 2021 Phát triển Phần mềm Tinh gọn (Lean Software Development) 129
- 21 Apr 2020 Bảo trì phần mềm là gì? Phân biệt các loại bảo trì 112
- 21 May 2024 Hiệu ứng chữ động (kinetic typography) là gì? 91
- 14 Sep 2021 COQ (Cost of quality) áp dụng cho chất lượng phần mềm như thế nào? 77
- 22 Jul 2020 Quản lý dự án phần mềm trong thực tế và câu chuyện thành công của InfoSys 75
Làm phần mềm là chúng ta đang "mềm hóa" các vấn đề của cuộc sống, giúp cho cuộc sống và công việc ngày càng tốt hơn. Tuy nhiên có nhiều phần mềm khi đi vào cuộc sống lại đem lại nhiều phiền toái. Người dùng cảm nhận công việc họ ngày càng nhiều hơn, trong khi năng suất tăng không đáng kể, thậm chí hiệu quả công việc trì trệ.
Chưa bàn đến tự động hóa các công việc lặp lại, chỉ riêng việc số hóa các tác vụ chưa thực sự đem lại hiệu quả. Phần mềm sau triển khai không hoạt động tốt hơn Excel. Rất nhiều nghị định, thông tư khi đi vào phần mềm thì vẫn không có gì thay đổi. Lý do là các nhà phát triển không mô hình hóa hiệu quả các yêu cầu phức tạp, hoặc thiếu ý tưởng thiết kế khiến cho màn hình giao diện nhìn không khác các tờ giấy như khi nó còn nằm trên nghị định, thông tư. Để nhìn rõ các vấn đề này, chúng ta thử xem các kết quả thiết kế phần mềm "có thực" dưới đây:
Thiết kế phần mềm tốt hay tệ phụ thuộc vào rất nhiều yếu tố, từ năng lực lãnh đạo đến khả năng chuyên môn kỹ thuật và đặc biệt khả năng sáng tạo trải nghiệm người dùng (UI/UX). Phần mềm khi phát hành có thể đáp ứng các yêu cầu đầu vào (Verification - kiểm định đạt 100%) nhưng khi đi vào vận hành, phần mềm không có tính sử dụng cao (Validation - thẩm định thất bại).
Hãy đăng ký tham gia khóa học UI/UX tại trung tâm đào tạo TIGO EduTech để trở thành các chuyên gia thiết kế phần mềm. Sau đào tạo, chúng tôi triển khai các dự án thật hỗ trợ học viên thực hành và đặc biệt được trả lương như những nhân sự "cốt cán" khác.
Các bạn có thể liên hệ với chúng tôi tại:
- Gửi yêu cầu đến TIGO và nhập thông tin theo mẫu Web Form: Liên Hệ
- Hoặc gửi email cho chúng tôi, địa chỉ: info@tigosolutions.com
- Hoặc điện thoại: +84 919 26 10 86
Nguồn: tigosoftware
Khám phá thêm các chủ đề sau
Guest Blogging: The Definitive Guide
Các chủ đề được quan tâm nhiều nhất
CHIA SẺ BÀI VIẾT