Quản trị rủi ro

Tổng quan về các kỹ thuật quản trị rủi ro trong dự án và các kinh nghiệm thực tế trong định vị các rủi ro trong dự án phần mềm

Quản trị rủi ro trong dự án phần mềm dành cho kỹ sư cầu nồi BrSE

Lập kế hoạch đảm bảo kinh doanh liên tục (tiếng Anh: Business Continuity Planning - BCP) là quá trình tạo ra một hệ thống phòng ngừa và phục hồi hoạt động kinh doanh nếu một mối đe doạ tiềm tàng nào đó đối với công ty xảy ra.

Bất cứ khi nào bạn bắt đầu triển khai ERP, đều có những rủi ro cố hữu nào đó liên quan. Trên thực tế, bất kỳ loại dự án chuyển đổi kỹ thuật số nào cũng đều có rủi ro nhất định. Bài viết này cung cấp các giải pháp giảm thiểu rủi ro khi triển khai ERP, qua đó giúp bạn giảm trách nhiệm pháp lý và tự tin vận hành hệ thống ERP.

Mất dữ liệu (tiếng Anh: Data Loss) xảy ra khi thông tin có giá trị hoặc nhạy cảm trên máy tính bị xâm nhập do đánh cắp thông tin, lỗi của con người, virus, phần mềm độc hại hoặc do mất điện đột ngột

Quản lý rủi ro dự án là nghệ thuật và khoa học của việc nhận biết, phân tích và phản hồi rủi ro thông qua vòng đời dự án và trong các lợi ích tốt nhất để đạt được các mục tiêu của dự án.

Như chúng ta đã biết, bất kỳ một sản phẩm nào được thiết kế đều có nghiệp vụ riêng của nó. Đi từ nghiệp vụ đơn giản đến phức tạp, từ nghiệp vụ quen thuộc áp dụng trên toàn các sản phẩm đến các nghiệp vụ được xây dựng thiết kế riêng... Vậy chuyện gì xảy ra nếu chúng ta đi sai nghiệp vụ?

Rủi ro là vấn đề rất được quan tâm nghiên cứu, vì thế, có nhiều khái niệm rủi ro được đề xuất và sử dụng. Theo quan niệm thông thường, rủi ro thường mang nghĩa tiêu cực, do đó có người quan niệm rủi ro là "yếu tố liên quan đến nguy hiểm, sự khó khăn và điều không chắc chắn", hay là "những nguy hiểm, thiệt hại, đau đớn có thể xảy ra không lường trước được". Khác với các quan niệm về rủi ro truyền thống, các quan niệm rủi ro hiện đại còn xem xét cả góc độ "tích cực" của rủi ro, theo đó rủi ro "có thể mang lại các tổn thất, thiệt hại và đồng thời cũng có thể mang lại các cơ hội đạt được lợi nhuận cao hơn".

Phát triển phần mềm có nhiều vấn đề rất khó dự đoán và khó lập kế hoạch một cách rõ ràng. Về bản chất, phát triển phần mềm có nhiều điều mơ hồ và có nhiều bên liên quan. Sự kết hợp của các yếu tố này có thể tạo ra một số rủi ro cần được xem xét và quản lý ngay khi bắt đầu dự án.

Padding không phải là buffer. Buffer cũng không phải là Padding. Padding là thời gian bổ sung được thêm vào một lịch trình mà bạn không thực sự nghĩ rằng mình cần nhưng bạn thêm vào chỉ để cảm thấy tin tưởng vào ước tính. Padding là khi thực hiện một cách tiếp cận thông thường để xây dựng biểu đồ Gantt, ban đưa ra kế hoạch là ba tháng, nhưng bạn nói với sếp của là bốn tháng.