Thiết kế sản phẩm và chấp nhận
Hợp nhất các vòng lặp và tiêu chuẩn giao hàng trướcXác định người dùng, quá trình, mẫu thử nghiệm, dữ liệu, các yêu cầu không chức năng và phương pháp theo từng mục, và tránh để lại sự khác biệt trên dòng.
PROFESSIONAL SERVICE
Giao thông phần mềm ra ngoài cho thuê, sản phẩm và bảo trì đang được tiếp tục
Nâng cấp "defunct" thành "sự phân phối của các sản phẩm có sẵn, duy trì, tiếp nhận", trong khi thiết lập một cơ chế cho sự ổn định và liên tục sau khi dòng đã được đặt.
Yêu cầu giảm công việcQuá trình đi-sống có thể kiểm soát được.Hệ thống được bảo trìCó những cơ chế cho thất bại và hồi phục.
Kết luận về quyết định
Cách chuyển phát phần mềm và sản phẩm nên được khởi động
Dự án nên bắt đầu với phạm vi sản phẩm, ngưỡng chất lượng, điều kiện vận chuyển và trách nhiệm, và các thử nghiệm trầm tích liên tục, triển khai, giám sát và tài liệu trong quá trình phát triển, dẫn đến việc giao một tập hợp các tài sản phần mềm có thể sử dụng, bảo trì và có thể tiếp nhận được.
START WITH EVIDENCE
Từ phán quyết sơ bộ đến chấp nhận và nhận hàng
Mức độ không chắc chắn được giảm đi bởi giai đoạn trước khi quyết định trên quy mô đầu vào và các phương thức hợp tác.
Giải phóng sự chuẩn bị và tiếp cận
Bằng chứng cho việc tiếp cận sản xuấtKiểm tra, môi trường, di cư dữ liệu, giám sát, hỗ trợ, quay lại, tiếp cận và tập luyện khẩn cấp đã hoàn tất và nhật ký được thực hiện để kiểm tra trên mạng.
Vận chuyển và tiếp tục tiến bộ
Để làm cho các vấn đề hệ thống có thể phát hiện, đáp ứng, có thể tái định hìnhThiết lập một cơ chế phân loại, phản ứng thất bại, khả năng, an ninh, phục hồi và phiên bản sao chép, với sự cải tiến liên tục của các sản phẩm sử dụng dữ liệu hoạt động.
Khuyên bạn sẵn sàng trước khi tiến hành
Người dùng đích, tiến trình lõi và sản phẩm chủ sở hữuYêu cầu, nguyên mẫu, đặc điểm thiết kế hoặc thông tin về hệ thống đã cóNameTriển khai môi trường, số tài khoản, tên miền và nguồn tài nguyên thứ baYêu cầu an toàn, hiệu suất, tiện dụng và khôi phụcCửa sổ Go-live, giao thông trách nhiệm và kế hoạch lặp lại
Bằng chứng cho thấy sự chấp nhận.
Có thể truy ra giữa yêu cầu, nguyên mẫu và chấp nhậnHàm, giao diện, tương thích và kiểm tra hồi quy được ghi nhậnXây dựng, cấu hình và triển khai quá trình có thể được sao chépĐã xác nhận giám sát, báo động, hỗ trợ và phục hồiNhững bước có rủi ro cao có các chương trình quay lại và khoanHoàn toàn trao đổi mã nguồn, tài liệu, số tài khoản và tài liệu đào tạo
Kết nối của sự hợp tác và trách nhiệm
Chi phí cho các nguồn tài nguyên đám mây, tin nhắn, bản đồ, thanh toán, cuộc gọi và giấy phép của bên thứ ba thường được khách hàng đảm nhận; thời gian đáp ứng, dịch vụ, thay đổi sự an toàn và trách nhiệm an ninh phải được thỏa thuận riêng biệt bởi mức độ của hệ thống.
Những vấn đề mà doanh nghiệp thường phải đối mặt
Yêu cầu không được xác nhận cho sự phát triển, và trả lại thường xuyên
Không hoàn toàn giao hàng và khó khăn để tiếp quản và duy trì hệ thống
Phát hành phụ thuộc vào hướng dẫn sử dụng, môi trường và phiên bản không phải là ngược lại
Không thể kiểm tra, dự phòng và kế hoạch dự phòng
Dịch vụ cốt lõi của chúng tôi
01
Quá trình kinh doanh, kiến trúc thông tin và thiết kế mẫu tương tác
02
Chính sách thử nghiệm, quản lý cửa sổ chất lượng và phát hành
03
Cấu hình môi trường, tự động cấu hình và triển khai
04
Bản ghi, chỉ số, báo động, bản sao lưu và phục hồi
05
Huấn luyện, truyền đạt kiến thức, bảo đảm chất lượng và sự liên tục
Tiếp tục đánh giá trong bối cảnh của dự án hiện tại
Giới hạn dịch vụ, ngân sách và phương thức thực hiện cho các giai đoạn khác nhau của dự án không giống nhau và có thể được đánh giá thêm với những điều sau đây.
Vận chuyển dài hạnĐược cung cấp phần mềm và bảo trì hệ thốngBảo mật lâu dài từ việc tiếp quản chẩn đoán, SLA, sao lưu theo dõi đến phiên bản lặp lạiKiểm tra hướng dẫn giao thông.Dự án phần mềm chiếm và ra khỏi nhiệm vụ vận chuyểnGiải quyết các vấn đề tài sản, chẩn đoán kỹ thuật, cấp độ dịch vụ, phục hồi và bảo trì biên giớiDanh sách giao hàngMã nguồn phần mềm và danh sách chuyển nhượng tài liệuKiểm tra mã nguồn, xây dựng, triển khai, dữ liệu, số tài khoản, tài liệu hướng dẫn và các tài liệu đào tạoLuyện công nghệDevOps và hệ thống giao hàng liên tụcHiểu được cách thức mà việc thử nghiệm, xây dựng, ấn phẩm, giám sát và quay lại có thể tạo thành một chuỗi phân phối ổn địnhTài chính giao thôngChi phí cho hệ thống giao thông phần mềm và ranh giới dịch vụƯớc tính đầu vào theo cấp hệ thống, thời gian dịch vụ, cơ chế phản ứng và phạm vi lặp lại
Dự án có thể chuyển đổi
Giới hạn giao hàng cuối cùng được xác định theo phạm vi dịch vụ, giai đoạn xây dựng và các phương thức của sự hợp tác, và được miêu tả dưới đây là kết quả chung.
DELIVERABLEBộ mã kiểu mẫu và Thiết kế cho sản phẩm
DELIVERABLEKiểm tra kế hoạch và báo cáo lại
DELIVERABLEKích hoạt bộ sơ đồ và phát biểu môi trường
DELIVERABLETheo dõi kế hoạch sao lưu và dự phòng
DELIVERABLEChiến dịch gìn giữ các vật liệu rèn luyện hòa bình
Ngân sách dự án được đánh giá như thế nào
Bảo vệ dịch vụ và các vòng đóng cửa kinh doanh phải hoàn thành trong giai đoạn đầu tiên: các quá trình kinh doanh, kiến trúc thông tin và thiết kế mẫu tương tác, chiến lược thử nghiệm, chất lượng cửa đóng và phát hành quản lý
Mức độ toàn vẹn của các mã, dữ liệu, hệ thống, thiết bị và tài liệu đã có, và phạm vi của việc kiểm tra, chuyển đổi hoặc tái tạo
Số giao diện bên thứ ba, trách nhiệm phối hợp, chất lượng dữ liệu, bồi thường bất thường và hợp tác nhà cung cấp bên ngoài
Các yêu cầu phi chức năng như hiệu suất, tiện dụng, an ninh, quyền hạn, kiểm toán, tuân thủ và truy cập cửa sổ
Giao hàng sâu và trách nhiệm lâu dài: theo dõi dự phòng và kế hoạch dự phòng, vận hành các vật liệu huấn luyện hòa bình, và bảo đảm chất lượng, giữ hòa bình liên tục
Những hoàn cảnh này không đề nghị sự bắt đầu ngay lập tức của sự phát triển toàn diện.
Mục tiêu dự án, những người có trách nhiệm và tiêu chuẩn chấp nhận chưa được thiết lập
Tài khoản khóa, dữ liệu, giao diện hoặc quyền kinh doanh không sẵn sàng
Chỉ cần tìm kiếm mức giá tối đa hoặc chu kỳ rất ngắn, và các thử nghiệm cần thiết và kiểm soát chất lượng không được chấp nhận
IMPLEMENTATION PLAYBOOK
Làm thế nào việc phân phối phần mềm và sản phẩm chuyển từ cầu đến kết quả chấp nhận được
Những phương pháp sau được dùng để giải thích phương pháp thực hiện, tính toán dữ liệu và giới hạn trách nhiệm, và không được dùng như một ủy nhiệm để phán xét dự án theo các danh sách chức năng.
Trước tiên, chúng ta ghi lại tình trạng thật trước khi sửa đổi.
Dự án bắt đầu bằng cách chọn một liên kết kinh doanh cần cải thiện nhất, phỏng vấn người dùng thực tế và lấy mẫu gần đây. khối lượng xử lý trung bình, thời gian chờ đợi, số lượng công việc, số lượng bất thường và các điểm liên lạc bằng tay xung quanh các tiến trình kinh doanh, kiến trúc thông tin và tương tác thiết kế; nếu dữ liệu sẵn sàng không đầy đủ, thì cơ sở là tài khoản bàn hướng dẫn cho một đến hai tuần liên tiếp. không có một đường thẳng cơ sở, dự án chỉ có thể hoàn thành được nếu giao diện hoàn thành và không thể đánh giá liệu phần mềm và sản phẩm có thể giao hàng có thể thực hiện được để dẫn đến các thay đổi kinh doanh bền vững.
Đường cơ bản cũng nên chỉ ra phạm vi của các số liệu thống kê và loại bỏ. ví dụ, xử lý thời gian bắt đầu với sự sẵn sàng của thông tin hoặc với sự phục tùng đầu tiên của khách hàng, ngoại lệ không bao gồm giao diện bên thứ ba, và sửa đổi bằng tay là việc đọc lại hoặc xử lý lại một số ít.
Kiểm tra các giả định phím với phạm vi tối thiểu có thể dùng
Giai đoạn đầu không tìm cách bao gồm tất cả các lĩnh vực, nhưng thay vì tạo ra một vòng lặp khép kín xung quanh “chiến lược thử nghiệm, tính chất tốt và giải phóng bộ quản lý có thể hoạt động theo cách thực tế: đầu vào rõ ràng, quy tắc quản lý, hành động hệ thống, vai trò có trách nhiệm, đích đến bất thường và kết quả cuối cùng.
Đánh giá cần tương ứng với mỗi cảnh kinh doanh, vai trò người dùng và mẫu chấp nhận. Những vấn đề không cung cấp dữ liệu, giao diện hoặc người ra quyết định nên được bao gồm như là một giai đoạn trước hoặc sau đó, và không nên được bao gồm lặng lẽ trong một đề nghị cố định tầm.
Làm cho quá trình này một kết quả có thể đảo ngược và có thể đảo ngược
Đường dẫn điển hình là việc quét các sản phẩm, lên kế hoạch chất lượng, chuẩn bị và bảo mật trực tuyến. Mỗi giai đoạn nên đưa đến kết quả hiển nhiên như biểu đồ lưu động, mẫu thử nghiệm, kiểm tra nhật ký, triển khai hướng dẫn hoặc biểu diễn đang chạy.
Chương trình biểu diễn sân khấu không “có vẻ thích hợp để làm việc ở vùng này, nhưng nên dùng một mẫu đại diện để bao gồm các tiến trình thông thường, các trường thất lạc, yêu cầu lặp đi lặp lại, quyền hạn không đủ, thời gian tràn ngập và dữ liệu bất thường từ các dịch vụ bên ngoài, và để xác định những vấn đề chỉ xảy ra trong môi trường sản xuất lúc đầu.
Chấp nhận và chấp nhận thông thường bằng cách giao hàng, bằng chứng và chỉ thị
Dự án nên ít nhất hòa hợp các mẫu sản phẩm với đặc điểm thiết kế đặc trưng, các dự án và báo cáo thử nghiệm, triển khai các gói và mô tả môi trường, và xác nhận mã nguồn hoặc cấu hình, quản lý tài khoản, xây dựng chương trình, dự phòng, dự trữ dữ liệu và các trách nhiệm bảo trì thất bại. Ngoài việc chấp nhận chức năng, kiểm tra quyền ưu tiên, đảm bảo hiệu quả, bản ghi, tính năng và huấn luyện người dùng quan trọng để đảm bảo rằng các nhóm khách hàng có thể sử dụng và hiểu các ranh giới hệ thống độc lập.
Một chuỗi dài 800 mục mỗi tháng, trung bình 18 phút mỗi đơn vị, và tốc độ trả về 12 phần trăm chỉ là một ví dụ, không phải hiệu suất của khách hàng. một cuộc xếp hàng nên được tiếp tục 4 đến 8 tuần liên tục quan sát tại cùng một khối, trước khi đánh giá liệu mức thu nhập giảm cầu có thể kiểm soát được và hệ thống bền vững hơn.
Từ khoá và mô tả nội dung
Trang này chứa nội dung tổ chức về các vấn đề dịch vụ thực sự như chuyển giao phần mềm, dịch vụ bảo trì phần mềm, dịch vụ vận chuyển hệ thống, thiết kế phần mềm. Từ khóa được dùng để giúp người dùng và hệ thống tìm kiếm xác định chủ đề, mà không cần ngụ ý cam kết về hiệu ứng cố định; phạm vi, chu kỳ, ngân sách và chỉ thị dựa trên các chẩn đoán dự án, hợp đồng và đường cơ bản.
DELIVERY PATH
Đính kèm và giao hàng
Mỗi giai đoạn có những mục tiêu rõ ràng, vai trò tham gia và kết quả có thể đánh giá được, và những quyết định quan trọng không bị bỏ lại cho đến cuối dự án.
01Comment
02Kế hoạch chất lượng
03Chuẩn bị
04Liên lạc với bảo vệ.
05Hoạt động tiếp tục
FAQ
FAQs
Những vấn đề thông thường nhất trước khi hợp tác được trình bày rõ ràng.
Có thể nào chỉ cung cấp sản phẩm thiết kế hoặc dịch vụ vận chuyển không?+
Dịch vụ có thể được thực hiện độc lập ở giai đoạn dự án hoặc kết hợp với giao hàng R & D, với những giới hạn cụ thể được xác định trước khi hợp tác.
Công việc rao giảng này chứa đựng điều gì?+
Điều này có thể bao gồm cảnh báo giám sát, phản ứng thất bại, phục hồi dự phòng, kiểm tra an ninh, quản lý năng lực, phát hành phiên bản và tối ưu hóa liên tục, phạm vi được xác định bởi hệ thống quan trọng.
Làm sao dự án này có thể được bảo đảm?+
Giảm sự phụ thuộc vào trải nghiệm cá nhân thông qua mã nguồn, môi trường, dữ liệu, giao diện, thử nghiệm, triển khai và hoạt động tài liệu, cũng như đào tạo và thực tập giao tiếp.
DECISION FAQ
Kiểm tra tất cả 265 câu hỏi.Những vấn đề thông thường liên quan đến dự án hiện tại
Thông tin về kinh doanh, sự kết hợp và vận chuyển hệ thống
Dịch vụ bảo trì lâu dài nào thường được bao gồm trong việc triển khai phần mềm?
Dịch vụ này dựa trên hệ thống quan trọng, khung thời gian cho việc sử dụng, độ nhạy dữ liệu và sự phụ thuộc bên ngoài. dịch vụ không chỉ là chờ đợi cho rào cản báo chí, mà còn liên tục quan sát hiệu suất, lỗi, chi phí và hoạt động bất thường.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánSự bảo đảm chất lượng thường mất bao lâu cho việc phát triển phần mềm và sự bảo đảm chất lượng khác với việc vận chuyển như thế nào?
Từ này không đồng nhất và cũng không được xác định bằng hệ thống quan trọng và hợp đồng hợp đồng. Các đảng cũng xác định thời gian trả lời, mức độ thiếu hụt và dịch vụ sau khi hoàn tất lời đảm bảo chất lượng.
Xem câu trả lời đầy đủAI tư vấn, hội nhập MCP, công nghệ ra ngoài cho giao hàng và hệ thốngSLA, một người được cung cấp nguồn lực cho việc bảo trì hệ thống phần mềm, nên được chấp thuận như thế nào?
SLA nên phân biệt mức độ thất bại bởi tác động kinh doanh, sau đó đồng ý riêng biệt về các mục tiêu của nhận, trả lời, bỏ qua, phục hồi và phân tích gốc. thời gian phản ứng không bằng thời gian sửa chữa, và các nền tảng thứ ba bên và sự hợp tác khách hàng được viết ra.
Xem câu trả lời đầy đủSản xuất và liên tục của hệ thống AITôi nên kiểm tra cái gì trước?
Hiệp đầu nên kiểm tra mã và triển khai phiên bản, mây và số tài khoản mô hình, chìa khóa, dữ liệu dòng chảy, nguồn kiến thức, gợi ý và lưu trữ, đánh giá, bản ghi, chi phí và hồ sơ thất bại. Không nâng cấp hoặc tái cấu hình lại mô hình khi không có sự hiểu biết trực tiếp về phương tiện phụ thuộc và hồi quy.
Xem câu trả lời đầy đủ