Vấn đề pháp lý liên quan đến máy chủ và cơ sở hạ tầng trong phát triển hệ thống là gì?

Hệ thống IT được sử dụng trong doanh nghiệp, theo một nghĩa nào đó, được tạo ra bằng cách tạo ra các tài liệu đặc tả và thiết kế, và viết mã nguồn tương ứng với nội dung của chúng. Tuy nhiên, không chỉ là khía cạnh mềm mại như vậy, mà hệ thống chỉ thực sự hoạt động khi có cơ sở hạ tầng vật lý, tức là máy tính. Trong bài viết này, chúng tôi sẽ giải thích về các vấn đề pháp lý liên quan sâu sắc đến lĩnh vực cơ sở hạ tầng trong dự án phát triển hệ thống.

Khái niệm về hạ tầng trong hệ thống IT

Kỹ sư phát triển hệ thống được gọi là Kỹ sư hệ thống (SE). Và dự án phát triển bắt đầu từ các công đoạn trên như việc tạo tài liệu đặc tả, tài liệu thiết kế, tiến hành cài đặt chương trình và thực hiện kiểm thử. Tuy nhiên, Kỹ sư hệ thống (SE) theo nghĩa rộng có thể được mô tả là kỹ sư chịu trách nhiệm cho tất cả các công việc cần thiết cho những công đoạn này, nhưng tùy thuộc vào công ty và nơi làm việc, tên gọi có thể được phân biệt một cách chi tiết hơn dựa trên nội dung công việc và lĩnh vực mà họ phụ trách. Thuật ngữ “Kỹ sư hạ tầng” chỉ đến những kỹ sư có vị trí chuẩn bị môi trường hoạt động vật lý cho máy tính trong các công việc liên quan đến phát triển và vận hành hệ thống IT. Hệ thống IT được sử dụng trong các công ty và nơi làm việc là một cấu trúc trừu tượng được tạo thành từ sự kết hợp của mã nguồn. Tuy nhiên, để hệ thống đó đáp ứng đúng với vai trò mong đợi, việc xây dựng môi trường xung quanh hạ tầng bao gồm máy chủ, mạng là không thể thiếu. Việc cài đặt mã nguồn chương trình và việc chuẩn bị môi trường xung quanh hạ tầng hỗ trợ môi trường hoạt động của nó là hai yếu tố quan trọng để tiến hành công việc phát triển hệ thống. Góc nhìn này được coi là quan trọng để ngăn chặn sự phát sinh của sự cố không lường trước.

Các tình huống cụ thể khi vấn đề về hạ tầng làm dự án bị cháy

Trong dự án phát triển hệ thống, có thể xảy ra tình huống mà chỉ tập trung vào thiết kế bằng chương trình trừu tượng hoặc mã nguồn mà thiếu quan điểm về việc chuẩn bị hạ tầng. Tuy nhiên, tình trạng mà cả hai không đi đồng bộ có thể trở thành rủi ro làm dự án bị cháy.

Vụ việc tranh chấp do sai lầm trong việc định kích thước máy chủ

Ví dụ, sau khi việc triển khai và kiểm thử chương trình hoàn tất, cuối cùng thì phát hiện ra rằng hiệu suất xử lý của máy chủ không đủ, hệ thống không thể chịu đựng được khi sử dụng thực tế. Việc dự đoán mức độ tải có thể xảy ra trong quá trình vận hành hệ thống và chuẩn bị hạ tầng phù hợp với quy mô hệ thống được gọi là “sizing”. Có những vụ việc mà sai lầm trong việc định kích thước máy chủ đã trở thành nguyên nhân gây ra rắc rối, và đã thực sự xảy ra trong quá khứ. (Mặc dù cuối cùng đã giải quyết bằng cách hòa giải, nhưng có thể tham khảo vụ việc nổi tiếng này.) Về phương pháp giải quyết tranh chấp giữa hai bên thông qua “hòa giải”, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.

Việc tranh chấp được giải quyết thông qua hòa giải có nghĩa là, nói một cách đơn giản, cuộc tranh chấp đã được giải quyết thông qua “cuộc thảo luận” giữa hai bên. Do đó, khác với trường hợp mà phán quyết được đưa ra bởi tòa án, nội dung của việc hòa giải không được tích lũy như một tiền lệ, và thường là cái gì đó có tính cá nhân mạnh.

Bản chất của vụ việc là phạm vi nghĩa vụ đối ứng của nhà cung cấp đối với các yêu cầu không rõ ràng

Tuy nhiên, bản chất của những cuộc tranh chấp như vậy có thể được coi là “đối với các yêu cầu không được chỉ rõ ràng, nhà cung cấp phải chịu trách nhiệm đến mức độ nào”. Nếu xem xét điểm này, bạn có thể nhận được nhiều gợi ý từ nội dung của bài viết dưới đây.

https://monolith.law/corporate/system-development-specs-function[ja]

Trong bài viết trên, chúng tôi giải thích đến mức độ nào nhà cung cấp phải thực hiện nghĩa vụ triển khai trong những điều không được ghi trong tài liệu yêu cầu. Ở đây, chúng tôi giải thích rằng câu chuyện khác biệt lớn giữa các vấn đề “mặt trước” (lĩnh vực thuộc về “frontend”) có thể dễ dàng hình dung trong tài liệu định yêu cầu và tài liệu thiết kế cơ bản, và các vấn đề “mặt sau” (lĩnh vực thuộc về “backend”, “cơ sở dữ liệu”) như chuyển đổi dữ liệu. Nói cách khác, có xu hướng cho rằng người đặt hàng/người dùng (thông thường không có kiến thức chuyên môn về dự án phát triển hệ thống) sẽ dễ dàng chịu trách nhiệm cho các vấn đề về yêu cầu dễ dàng kiểm tra được ở “mặt trước”. Ngược lại, có xu hướng cho rằng các vấn đề “mặt sau” sẽ dễ dàng chịu trách nhiệm cho nhà thầu/nhà cung cấp. Nếu xem xét những điểm này, vấn đề về định kích thước máy chủ là một lĩnh vực khó nhận biết vấn đề nếu không phải là chuyên gia về kỹ thuật, và có thể coi là một lĩnh vực dễ chịu trách nhiệm cho nhà thầu/nhà cung cấp. Do đó, nếu bạn thực sự tranh chấp về điểm này tại tòa án, trừ khi có lý do chính đáng để miễn trừ trách nhiệm của nhà thầu/nhà cung cấp, có thể dự đoán rằng sẽ có xu hướng đưa ra phán quyết không thuận lợi cho nhà thầu/nhà cung cấp.

Biện pháp phòng ngừa rắc rối do sai lầm trong việc xác định kích thước máy chủ

Để phòng ngừa những rắc rối như đã nêu trên, việc quan trọng là phải đồng bộ hóa công việc như triển khai chương trình, viết mã nguồn với việc chuẩn bị môi trường xung quanh hạ tầng. Các biện pháp cụ thể có thể được xem xét như sau:

Rõ ràng hóa trách nhiệm liên quan đến việc xác định kích thước máy chủ trong hợp đồng

Không chỉ trong những trường hợp như vậy, nhiều tranh chấp liên quan đến dự án phát triển hệ thống thường bắt nguồn từ việc phân chia vai trò không rõ ràng giữa nhà cung cấp chuyên môn về phát triển hệ thống và người dùng hiểu rõ về tình hình nội bộ. Sự hợp tác chặt chẽ giữa cả hai là cần thiết để dự án diễn ra suôn sẻ, nhưng cũng cần rõ ràng hóa phân chia vai trò và phạm vi trách nhiệm trong hợp đồng trước khi dự án bắt đầu.

Thực hiện hoàn chỉnh việc cụ thể hóa yêu cầu phát triển và quản lý thay đổi

Ngoài ra, nếu yêu cầu chức năng cần thực hiện không rõ ràng, nguy cơ mâu thuẫn càng tăng. Điều này liên quan đến việc làm rõ thông số kỹ thuật trong giai đoạn định rõ yêu cầu ban đầu và quản lý thay đổi trong quá trình dự án. Về cách tiếp cận với việc thay đổi thông số kỹ thuật trong quá trình dự án, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

Chọn mô hình phát triển phù hợp với tính chất của dự án

Ngoài ra, điểm liên quan chặt chẽ với hai biện pháp trên là việc chọn mô hình phát triển phù hợp với tính chất và quy mô của dự án phát triển hệ thống. Nói chung, nếu là việc phát triển hệ thống có quy mô nhất định mà việc xác định kích thước máy chủ có thể trở nên quan trọng, việc sử dụng mô hình Waterfall, phù hợp với việc làm rõ thông số kỹ thuật và phạm vi trách nhiệm, có thể mang lại lợi ích. Về việc chọn mô hình phát triển phù hợp dựa trên tính chất của dự án, chúng tôi đã giải thích chi tiết trong bài viết dưới đây.

Tóm tắt

Để đảm bảo sự tiến triển suôn sẻ của dự án phát triển hệ thống, các vấn đề bắt nguồn từ việc thiết lập môi trường xung quanh hạ tầng thường là điểm dễ bị bỏ qua. Việc chú ý đến các vấn đề xung quanh hạ tầng có thể là một gánh nặng không nhỏ đối với những người không chuyên về công nghệ. Tuy nhiên, các biện pháp phòng ngừa những rắc rối như vậy có thể nằm trong việc “làm rõ yêu cầu/ quản lý thay đổi một cách triệt để”, “làm rõ vai trò/ phạm vi trách nhiệm”, “lựa chọn mô hình phát triển phù hợp với quy mô và ngân sách của dự án”, đây cũng là những biện pháp cơ bản. Điểm mà những người làm việc trong lĩnh vực pháp lý doanh nghiệp cần hiểu trước tiên là, cơ sở pháp lý phòng ngừa đối với các vấn đề về hạ tầng cũng có thể được mở rộng đầy đủ. Ngoài ra, đối với các kỹ sư công nghệ thông tin, việc hiểu rằng các vấn đề về hạ tầng có thể trở thành rủi ro gây cháy nổ nghiêm trọng cho dự án và quản lý công việc một cách suôn sẻ là điều quan trọng.