12.2 Chuẩn bị một tuyên bố công việc CNTT chất lượng (SOW)
Sau khi hoàn thành phạm vi dự án, nhóm dự án sẽ xây dựng SOW, đây là cơ sở cho phản hồi đề xuất của nhà cung cấp và thực hiện hợp đồng. Việc đưa SOW vào lời chào hàng sẽ cung cấp cho mỗi nhà cung cấp thông tin để chuẩn bị lời chào hàng của mình. Vì nhà cung cấp trúng thầu sẽ thực hiện hợp đồng theo các yêu cầu trong SOW nên điều quan trọng là phải đưa vào và nêu rõ tất cả các yêu cầu và kỳ vọng về kỹ thuật, chức năng, hiệu suất và quản lý dự án trong SOW. VITA SCM cung cấp mẫu SOW và mẫu Lệnh thay đổi SOW cho người dùng được ủy quyền sử dụng khi đặt hàng từ hợp đồng toàn tiểu bang của VITA tại địa điểm này trong phần có tên là “Công cụ:” https://www.vita.virginia.gov/procurement/policies--procedures/procurement-tools/. Mẫu này và hướng dẫn trong chương này là những khuyến nghị về phương pháp thực hành tốt nhất. Bạn có thể sử dụng mẫu, hướng dẫn sau hoặc bất kỳ sự kết hợp nào phù hợp nhất với quy mô và mức độ phức tạp của hoạt động mua sắm của bạn. Các dự án IT cần có sự chấp thuận CIO và/hoặc sự giám sát VITA sẽ phải tuân theo các tiêu chuẩn và chính sách Quản lý dự án của Khối thịnh vượng chung được cung cấp tại URL này: https://www.vita.virginia.gov/policy--governance/project-management/project-management-division-pmd/.
SOW phải được viết dưới dạng một tài liệu ngắn gọn, mang tính khai báo vì nó là tuyên bố về các yêu cầu của cơ quan và cam kết thực hiện của nhà cung cấp. Trong các SOW không dựa trên hiệu suất, nhà cung cấp có thể được yêu cầu thực hiện công việc theo một cách cụ thể, sử dụng các thông số kỹ thuật chi tiết, chỉ định nhân sự chủ chốt cần cung cấp và các phương pháp sẽ được sử dụng cho các hợp đồng dịch vụ. Một SOW được viết tốt phải:
- Là một tài liệu độc lập.
- Được thiết kế theo hướng từ tổng quát đến cụ thể.
- Là bản mở rộng chi tiết được điều chỉnh từ kết quả xác định yêu cầu và tuyên bố phạm vi đã được phê duyệt và không có sự không nhất quán và/hoặc các yêu cầu xung đột.
- Được thiết kế riêng để cân nhắc đến thời gian thực hiện, các mục cần giao (nếu có) và mức độ linh hoạt mong muốn về hiệu suất.
- Không lặp lại nội dung đã có trong các phần khác của lời chào hàng/hợp đồng.
- Mô tả chi tiết những gì nhà cung cấp phải thực hiện thông qua việc giải quyết bốn yếu tố sau:
- Cần phải làm gì và những mục tiêu/mốc quan trọng cần đạt được là gì?
- Ai sẽ làm gì (đại lý, nhà cung cấp, đại lý CoV bên thứ ba, v.v.).
- Khi nào thì việc này sẽ được hoàn thành theo mục tiêu và/hoặc mốc quan trọng?
- Sẽ thực hiện ở đâu?
- Việc này sẽ được thực hiện như thế nào và làm sao cơ quan biết khi nào việc này hoàn thành (tức là thử nghiệm và chấp nhận)?
Nội dung và chi tiết của SOW sẽ phụ thuộc vào bản chất của hoạt động mua sắm và có thể dao động từ cực kỳ đơn giản—mua phần mềm đóng gói—cho đến cực kỳ phức tạp—mua giải pháp hoặc thiết kế hệ thống. Đánh giá nhu cầu/xác định yêu cầu/chi tiết phát triển thông số kỹ thuật (tham khảo Chương 8) cần được sao chép ở một số khu vực có liên quan của SOW. Tất cả SOW tối thiểu phải bao gồm các thành phần sau:
- Giới thiệu—mô tả chung về việc mua sắm.
- Lý lịch—thông tin giúp nhà cung cấp hiểu được bản chất và lịch sử của cơ quan, dự án, đối tượng được phục vụ và mục đích của các yêu cầu mới. Nếu có thể, hãy đưa vào môi trường công nghệ hiện tại và mong muốn (kiến trúc) cùng các giao diện có mô tả bằng đồ họa và văn bản.
- Phạm vi—tổng quan về SOW liên quan đến các thông số và khía cạnh quan trọng của các yêu cầu, lấy từ tuyên bố phạm vi.
- Chỉ thị áp dụng (nếu có)—các tài liệu tham khảo, tiêu chuẩn, thông số kỹ thuật hoặc chỉ thị có tính bắt buộc hoặc mang tính thông tin cho hoạt động mua sắm.
- Yêu cầu về hiệu suất—những gì cần phải hoàn thành, các tiêu chuẩn thực hiện và mức chất lượng chấp nhận được.
- Yêu cầu giao hàng—Sản phẩm công nghệ, dịch vụ, phần mềm, dự án và các báo cáo khác, thử nghiệm và tất cả các sản phẩm bàn giao và yêu cầu chính thức mà nhà cung cấp phải nộp trong quá trình hợp đồng.
- Tiêu chuẩn đảm bảo chất lượng và chấp nhận—Chấp nhận là quy trình chính thức, bằng văn bản của cơ quan để xác nhận rằng các sản phẩm đáp ứng được chất lượng, số lượng và các yêu cầu khác của hợp đồng hiện hành. Việc chấp nhận có thể bao gồm hoặc không bao gồm các quy trình đảm bảo chất lượng và thường diễn ra trước khi thanh toán. Cần cung cấp quy trình chấp nhận chính thức cho mọi lần giao hàng quan trọng cũng như chấp nhận cuối cùng.
Dưới đây là danh sách toàn diện cung cấp nhiều cân nhắc cho nội dung SOW, từ mua sắm đơn giản đến phức tạp—từ một thành phần IT đơn lẻ đến thiết kế hệ thống lớn. Nhóm dự án có thể thu thập những lời nhắc nhở hữu ích từ danh sách này mặc dù không phải tất cả chúng đều liên quan đến một hoạt động mua sắm cụ thể. Nhiều chi tiết có thể được lấy từ tài liệu định nghĩa yêu cầu để đảm bảo tính đầy đủ và chính xác.
Tùy thuộc vào quy mô, mức độ phức tạp, ngưỡng phân quyền và phê duyệt của dự án, chủ doanh nghiệp phải đảm bảo tuân thủ mọi tiêu chuẩn và yêu cầu Quản lý dự án của Khối thịnh vượng chung để xây dựng SOW, có tại URL này: https://www.vita.virginia.gov/policy--governance/project-management/project-management-division-pmd/.
Giới thiệu |
Đây là mô tả chung về hoạt động mua sắm. |
Lý lịch |
Cung cấp thông tin về cơ quan, dự án/chương trình và/hoặc các dịch vụ bị ảnh hưởng bởi hoạt động mua sắm này. Bao gồm đồ họa về môi trường người dùng/luồng thông tin/môi trường kinh doanh và hoạt động hiện tại. |
Tuyên bố phạm vi |
Rút lại tuyên bố về phạm vi đã chuẩn bị ở bước 2 của quy trình này. |
Tóm tắt về kỹ thuật, chức năng và hiệu suất mục tiêu |
Cung cấp mô tả chung về các mục tiêu này. |
Tóm tắt về kỹ thuật, yêu cầu về chức năng và hiệu suất |
Cung cấp mô tả chung về các yêu cầu này bao gồm tất cả các giải pháp, sản phẩm và/hoặc dịch vụ mong muốn. |
Yêu cầu cụ thể về kỹ thuật, chức năng và hiệu suất |
Các yêu cầu cụ thể và chi tiết phải được mô tả đầy đủ và bao gồm kiến trúc hoạt động của cơ quan/môi trường người dùng mong muốn, nếu biết. Nếu nhà cung cấp cung cấp điều này như một phần trong đề xuất của họ, thì các yêu cầu này sẽ được đàm phán và hoàn thiện như là phụ lục SOW chính thức của hợp đồng. Những điều này sẽ bao gồm tất cả các yêu cầu kỹ thuật và chức năng cho tất cả phần mềm và phần cứng, giải pháp và/hoặc hệ thống đang được mua sắm và bao gồm mọi dịch vụ liên quan. Nếu phát triển yêu cầu/thiết kế hệ thống là một sản phẩm chuyển giao, thì sản phẩm này sẽ được hoàn thiện trước khi phát triển, triển khai và thử nghiệm cuối cùng và sẽ trở thành một sản phẩm chuyển giao riêng biệt theo Gieo. |
Phát triển yêu cầu |
Nếu đây là một phần trong những gì nhà cung cấp sẽ thực hiện, hãy nêu rõ và bao gồm các tài liệu tham khảo trong lịch trình mốc quan trọng của dự án và danh sách các mục tiêu bàn giao. |
Môi trường hệ thống phát triển và thử nghiệm tùy chỉnh |
Giống như mục trước |
Thiết kế kinh doanh và thiết kế kỹ thuật |
Giống như mục trước |
Yêu cầu về giao diện/tích hợp/hệ thống cũ |
Giống như mục trước. Yêu cầu phải cung cấp tất cả thông tin đã biết về những điều này để nhà cung cấp có thể ước tính và đề xuất phương án tiếp cận một cách đầy đủ và các yêu cầu này phải được đưa vào SOW của hợp đồng cuối cùng, lịch trình mốc quan trọng và danh sách các sản phẩm bàn giao. |
Chuyển đổi dữ liệu |
Cơ quan phải biết và truyền đạt tình trạng dữ liệu cần chuyển đổi. Thông thường, đây có thể là khu vực dễ bị tổn thương có chi phí cao và/hoặc rủi ro về hiệu suất. |
Bảng vật liệu |
Liệt kê tất cả các thành phần của phần mềm và phần cứng và ngày giao hàng dự kiến |
Kiểm tra |
Bao gồm các yêu cầu cho bất kỳ cài đặt, cấu hình, hệ thống, chức năng, sản phẩm, thử nghiệm beta/sản xuất và thử nghiệm chấp nhận cuối cùng. Hãy cân nhắc kỹ lưỡng thời gian và môi trường thử nghiệm để mô phỏng một thử nghiệm thực tế. |
Tiêu chuẩn chấp nhận và thủ tục chấp nhận |
Bao gồm các tiêu chí chấp nhận cụ thể cho tất cả các sản phẩm từ báo cáo giấy đến quá trình bàn giao hệ thống cuối cùng. Nên xác định thời gian phê duyệt của cơ quan, thời gian nhà cung cấp nộp lại, v.v. Đảm bảo không có thông tin mâu thuẫn nào được cung cấp ở đây và/hoặc trong ngôn ngữ hợp đồng thực tế. |
Quy trình quản lý rủi ro |
Bao gồm các yêu cầu/quy trình bằng văn bản về thời hạn hợp đồng và tăng cường tần suất và các lĩnh vực rủi ro (chi phí, tiến độ, thiết kế/phát triển, giao diện, v.v.) để giám sát/báo cáo tùy thuộc vào mức độ phức tạp của quá trình mua sắm. Báo cáo/sản phẩm bằng văn bản cũng có thể được yêu cầu. Việc thiết lập một tài khoản ký quỹ cũng có thể cần thiết để bảo vệ việc sử dụng liên tục phần mềm của nhà cung cấp trong trường hợp nhà cung cấp phá sản hoặc thay đổi kinh doanh khác có thể làm gián đoạn tính liên tục của hoạt động kinh doanh. |
Yêu cầu kiểm soát/đảm bảo chất lượng |
Mô tả tất cả các yêu cầu về kiểm soát chất lượng của nhà cung cấp, đảm bảo chất lượng và giám sát của cơ quan hoặc nguồn IV&V độc lập, bao gồm tất cả các kế hoạch bắt buộc, báo cáo theo lịch trình và thông tin chi tiết về cách thức và thời điểm thu thập/xác thực số liệu. Nhìn thấy Chương 21 của hướng dẫn này để thảo luận toàn bộ về hợp đồng dựa trên hiệu suất và thỏa thuận mức dịch vụ. |
Quản lý cấu hình/thay đổi/kỹ thuật yêu cầu truy xuất quyết định |
Mô tả/liệt kê tất cả các sơ đồ, bản vẽ kỹ thuật, kế hoạch, tài liệu và các tài liệu truy xuất nguồn gốc khác cần thiết để duy trì tính độc lập trong hoạt động của cơ quan nếu cần và để ghi lại kinh nghiệm lịch sử để tham khảo trong tương lai. |
Yêu cầu quản lý dự án |
Tùy thuộc vào mức độ phức tạp của quá trình mua sắm, những yêu cầu này có thể đơn giản hoặc nghiêm ngặt. Trách nhiệm quản lý dự án có thể được chia sẻ giữa cơ quan và nhà cung cấp hoặc chỉ do một trong các bên thực hiện; tuy nhiên, điều này cần phải được nêu rõ ràng. Một số tiêu chuẩn quản lý dự án của Khối thịnh vượng chung có thể được yêu cầu đối với các dự án lớn và những dự án cần sự giám sát của VITA. |
Yêu cầu về đào tạo và tài liệu |
Có thể bao gồm đào tạo tại chỗ hoặc ngoài cơ sở tùy theo ngân sách của cơ quan. Bao gồm số lượng người tham gia, địa điểm, loại hình đào tạo cần thực hiện và tất cả các chi tiết về người hướng dẫn, đào tạo người hướng dẫn, lớp học, máy tính hoặc web.dựa trên, v.v. |
Cuộc họp/đánh giá (thiết kế/tình hình dự án/đánh giá) |
Sử dụng để kiểm soát dự án và duy trì tính toàn vẹn và trách nhiệm của dự án. Nhà cung cấp có thể hoặc không bắt buộc phải tham dự; tuy nhiên, nếu có, họ sẽ bao gồm chi phí đi lại vào giá của họ. Quy định về trợ cấp hàng ngày của Sở Kế toán Virginia được áp dụng. |
Yêu cầu về khả năng bảo trì và độ tin cậy và/hoặc hỗ trợ và bảo trì |
Bao gồm tất cả các yêu cầu về bảo trì và hỗ trợ trong thời gian bảo hành và bất kỳ năm nào ngoài thời hạn bảo hành theo ngân sách và được ghi trong hợp đồng. Các dịch vụ hỗ trợ liên quan thường sẽ dựa trên dịch vụ thương mại thông thường của nhà cung cấp, trừ khi có thương lượng khác. |
Yêu cầu về hiệu suất/chức năng |
Bao gồm việc cô lập lỗi, các thông số dung sai min-max, thời gian trung bình giữa các lần hỏng hóc, điều kiện môi trường, v.v. Kỳ vọng về mức độ dịch vụ và các động cơ khuyến khích để đáp ứng chúng có thể được đưa vào và theo dõi, để thanh toán đầy đủ hoặc thiết lập mức giảm phần trăm cho nhà cung cấp nếu cần thiết để khuyến khích thực hiện thành công. |
Hợp đồng giao hàng |
Liệt kê tất cả phần cứng, phần mềm, hệ thống/giải pháp và các sản phẩm giấy như kế hoạch QA/QC, kế hoạch kiểm soát cấu hình, kế hoạch thử nghiệm, kế hoạch/báo cáo IV&V, báo cáo tình hình hàng tháng, kế hoạch đánh giá rủi ro, kế hoạch dự án/mốc quan trọng, GANTT, v.v. Bao gồm ngày đến hạn, số lượng, bất kỳ định dạng bắt buộc, phương tiện truyền thông (giấy, điện tử, CD, DVD, v.v.), thời hạn nộp, nộp cho ai/nơi nào, số ngày cơ quan phải xem xét/chấp nhận. |
Tiêu chuẩn/thông số kỹ thuật/chỉ thị |
Bao gồm tất cả các cơ quan/VITA/ COVA/ liên bang, thương mại hoặc công nghiệp, tiêu chuẩn cho quy trình SEI, khả năng truy cập IT /508 tuân thủ, HIPAA, môi trường, bao bì, kích thước, định dạng, v.v. và chỉ rõ liệu những thông tin này có sẵn để xem hay được đính kèm hay không. Hãy đảm bảo bao gồm bất kỳ bản vẽ hoặc thông số kỹ thuật cơ sở, thuật ngữ kỹ thuật, biểu đồ tổ chức, v.v. Hãy đảm bảo không bỏ qua hoặc loại trừ các tiêu chuẩn Liên bang có liên quan tại URL này: https://www.vita.virginia.gov/it-governance/itrm-policies-tiêu chuẩn/ |
Các điều khoản của chính phủ hoặc nhà cung cấp |
Chỉ rõ bất kỳ thiết bị, cơ sở vật chất, vật liệu và nguồn lực nào sẽ được Khối thịnh vượng chung cung cấp cho nhà cung cấp hoặc ngược lại để thực hiện hợp đồng. Bao gồm ngày cung cấp, yêu cầu chuyển giao và thủ tục trả lại. |
Yêu cầu về tiến độ dự án/thời gian thực hiện |
Cung cấp thời hạn chung và lịch trình mốc quan trọng (hoặc yêu cầu nhà cung cấp đề xuất lịch trình sẽ được đưa vào bất kỳ hợp đồng nào sau đó) cùng với ngày dự kiến hoặc ngày cụ thể (ngày dương lịch hoặc "ngày sau khi trao giải"). Đưa kế hoạch dự án và mốc quan trọng xuống mức thấp nhất để theo dõi tình trạng hiệu suất tốt nhất. Xem xét bất kỳ sự phụ thuộc nào của dự án có thể ảnh hưởng đến các mốc quan trọng và lịch trình chung. |
Địa điểm biểu diễn |
Nếu không phải địa điểm của nhà cung cấp, hãy nêu địa điểm và tỷ lệ phần trăm thời gian ở cơ sở ngoài địa điểm; bao gồm cả việc tham dự cuộc họp của nhà cung cấp. Nếu buổi biểu diễn diễn ra tại VITA hoặc địa điểm người dùng được ủy quyền khác, hãy nêu cụ thể kỳ vọng về việc tham dự, kiểm tra lý lịch, quyền ra vào văn phòng, v.v. |
Yêu cầu về nhân sự đặc biệt/chủ chốt |
Nếu có yêu cầu trong thông báo mời thầu về việc nhà cung cấp phải cung cấp sơ yếu lý lịch của các nhân sự chủ chốt, những cá nhân này có thể được nêu tên trong SOW đàm phán cuối cùng kèm theo yêu cầu phải có sự chấp thuận bằng văn bản của cơ quan đối với bất kỳ sự thay thế nào trong thời hạn hợp đồng. Sau đó đưa tất cả những ngôn ngữ này vào trong lời chào hàng. Nếu một số nhân sự đóng vai trò quan trọng đối với sự thành công của dự án, hãy nêu tên cụ thể và chỉ rõ cách thức thay thế họ cũng như thời điểm thay thế nếu họ rời khỏi dự án vì bất kỳ lý do gì. |
Loại giá |
Xác định rằng hiệu suất sẽ dựa trên thời gian & vật liệu và/hoặc giá cố định; tuy nhiên, biểu giá thực tế sẽ là một phụ lục riêng cho hợp đồng. |
Điểm liên lạc kỹ thuật |
Cung cấp tên và thông tin liên lạc của các nhà quản lý dự án được chỉ định và/hoặc đại diện kỹ thuật, cập nhật bằng cách sửa đổi hợp đồng khi cần thiết trong quá trình thực hiện hợp đồng. |
Bất kỳ yêu cầu bảo hành đặc biệt nào |
Đảm bảo những điều khoản này không trùng lặp với bất kỳ điều khoản bảo hành chung nào được nêu ở nơi khác trong hợp đồng. |
Yêu cầu về bảo mật và/hoặc quyền truy cập |
Bao gồm tất cả các yêu cầu về quyền truy cập vật lý và quyền truy cập dữ liệu (bản cứng và điện tử) và lưu trữ của cơ quan/VITA/Khối thịnh vượng chung. Các yêu cầu về bảo mật của VITA có tại trang web này: https://www.vita.virginia.gov/it-governance/itrm-chính sách-tiêu chuẩn/ và việc tham chiếu đến nó phải được đưa vào SOW, nếu áp dụng cho việc mua sắm IT . Việc đối thoại với đại diện VITA AITR/Quản lý dự án của bạn về vấn đề này là rất quan trọng để xây dựng bất kỳ yêu cầu nào trong số này. |
Yêu cầu giám sát đám mây doanh nghiệp (ECOS) |
Kiểm tra hợp đồng toàn tiểu bang của VITA được sử dụng để phát hành SOW này. Nếu nó là không hợp đồng Dịch vụ đám mây hoặc Phần mềm dưới dạng Dịch vụ (SaaS) và DOE không bao gồm các điều khoản bắt buộc của Cloud/SaaS hoặc nếu phạm vi hợp đồng DOE không ủy quyền và danh sách sản phẩm DOE không bao gồm các sản phẩm SaaS, liên hệ scminfo@vita.virginia.gov trước khi tiến hành xác định các bước tiếp theo. Nếu hợp đồng DOE bao gồm các điều khoản bắt buộc về Đám mây/SaaS, hãy liên hệ với enterpriseservices@vita.virginia.gov để xác định xem sản phẩm SaaS cụ thể đã được ECOS chấp thuận hay chưa và để xác định các bước tiếp theo. |
Tìm kiếm trên tài liệu hướng dẫn bằng từ khóa hoặc thuật ngữ thông dụng.