Bảo tồn tài sản
Tránh việc mất mã, tài khoản, dữ liệu và bằng chứng liên tục trên mạngWarehouse và phiên bản, máy chủ, chứng nhận tên miền, sao lưu cơ sở dữ liệu, tài khoản phần ba và số đếm bản ghi
Home Hướng dẫn quyết định - Chi phí để tiếp quản dự án kết thúc tồi tệ
PROJECT DECISION GUIDEQuá trình tiếp quản, thất bại, giải cứu chi phí và đánh giá dự án phần mềm xấu
Cách tiếp cận nguy hiểm nhất cho dự án theo dõi là trực tiếp xác nhận giá cả mà không cần xác nhận mã nguồn, phiên bản sản xuất, số tài khoản, dữ liệu và phụ thuộc.
Trả lời câu hỏi đi.
Chi phí để tiếp quản dự án đuôi xấu
Dự án này thường được chia thành bốn phần: bảo tồn tài sản, chẩn đoán độc lập, phục hồi máu và tiếp tục cải tạo.
SCOPE & BUDGET LEVELS
Thứ nhất, rõ ràng đầu vào tới giới hạn bằng giai đoạn dự án
Những lớp sau được dùng để thiết lập một đường cơ bản cho ngân sách và sự chấp nhận, và phạm vi thực tế vẫn cần được đánh giá liên quan đến hiện trạng, giao diện và yêu cầu thời gian.
Chẩn đoán độc lập
Để xác định mức độ tiếp quản và thiết lập một cơ sở ngân sách đáng tin cậyCông trình xây dựng mã, kiến trúc phụ thuộc, hiệu suất an ninh, chất lượng dữ liệu, liên kết kinh doanh và xếp hạng rủi ro
Phục hồi và phục hồi chức năng
Đầu tiên, phục hồi kinh doanh cốt lõi, sau đó ưu tiên việc quản lý các khoản nợ kỹ thuậtSửa chữa khẩn cấp, triển khai phục hồi, giám sát và bổ sung, tái thiết quan trọng, tài liệu hướng dẫn và kế hoạch lặp lại sau đó
DECISION FACTORS
Các yếu tố then chốt cần được kiểm tra để đưa ra quyết định
Trước hết, giới hạn về sự kiềm chế và trách nhiệm được nhận diện, rồi những phương pháp kỹ thuật và phương pháp hợp tác được so sánh.
Bộ đầy đủ
Có sẵn mã nguồn sản xuất thực sự, cơ sở dữ liệu, tài nguyên đám mây, giấy chứng nhận miền, số tài khoản giao diện và phiên bản lịch sử là điều kiện chính yếu để tiếp quản.
Name
Tùy thuộc vào sự sẵn có, có sẵn các văn lệnh xây dựng, sự hoàn chỉnh của cấu hình, và sự đáp ứng mã nguồn cho phiên bản dòng.
Dữ liệu và sự liên tục kinh doanh
Ưu tiên cần phải bảo vệ khách hàng, trật tự, giao dịch và cấu hình dữ liệu và xác định bản sao lưu, phục hồi và di cư.
Lỗi và việc thu nợ kỹ thuật
Có thể do cá nhân gây ra sự gián đoạn, nhưng cũng có thể liên quan đến các cấu trúc, sự an toàn, hiệu suất và nhu cầu không kiểm soát.
Đảng thứ ba và phụ thuộc tuân thủ
Việc trả tiền, tin nhắn, bản đồ, giấy phép và quyền hạn của người cung cấp có thể ảnh hưởng đến việc khôi phục biên giới.
Áp lực thời gian và dừng các mục tiêu máu
Dù cho sản xuất đang thất bại, thiệt hại kinh doanh vẫn còn hoặc phải được lên mạng vào đúng ngày nhất định sẽ thay đổi tổ chức tài nguyên và sự mạo hiểm.
Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá
Bảo vệ kho mã và sản xuất phiên bản ngay lập tứcCần thiết xác định tên miền và điều khiển chứng nhận cho máy chủ nền mâyHoàn tất việc sao lưu cơ sở dữ liệu và khả năng phục hồi lạiKiểm tra giao diện tài khoản và bằng lái của bên thứ baGhi lại những lỗi hiện tại và nhu cầu chưa được thỏa mãnChuẩn bị hợp đồng chấp nhận và thông tin lịch sửRõ ràng là chuỗi việc làm ăn phải được tái lập trước.Cho phép xây dựng và chẩn đoán trong môi trường xa xôi
Đường dẫn đã đề nghị thực hiện
Người ta đề nghị ký một giai đoạn chẩn đoán rõ ràng thay vì ký tên trực tiếp vào toàn bộ dự án phục hồi. kết quả chẩn đoán nên bao gồm một kho tài sản, bằng chứng có thể được xây dựng và triển khai, phân loại rủi ro, chọn lộ trình, không gian làm việc và các tiêu chuẩn chấp nhận giai đoạn kế tiếp.
DECISION WORKSHEET
Biến chi phí để tiếp quản dự án đuôi xấu thành những quyết định có thể áp đặt được
Những bảng làm việc sau đây giúp các doanh nghiệp tổ chức những lời khuyên mơ hồ thành những đầu vào dựa trên các nhà cung cấp, và dự án có thể được thực hiện.
Bộ đầy đủ
Có sẵn mã nguồn sản xuất thực sự, cơ sở dữ liệu, tài nguyên đám mây, giấy chứng nhận miền, số tài khoản giao diện và phiên bản lịch sử là điều kiện chính yếu để tiếp quản.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Name
Tùy thuộc vào sự sẵn có, có sẵn các văn lệnh xây dựng, sự hoàn chỉnh của cấu hình, và sự đáp ứng mã nguồn cho phiên bản dòng.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Dữ liệu và sự liên tục kinh doanh
Ưu tiên cần phải bảo vệ khách hàng, trật tự, giao dịch và cấu hình dữ liệu và xác định bản sao lưu, phục hồi và di cư.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Những lời nhận xét tương tự nên có kết luận nào?
Tại một tối thiểu, sự bảo tồn ngay lập tức của các phiên bản mã và sản xuất, chiếm được các tên máy chủ máy chủ đám mây và kiểm soát chứng nhận, hoàn thành cơ sở dữ liệu sao lưu và hợp lệ hóa của tái tạo, kiểm tra các giao diện tài khoản thứ ba và giấy phép, cùng với một dấu hiệu của khối lượng kinh doanh hiện tại, thời gian xử lý trung bình, các điểm bất thường lớn, hệ thống, các đặc quyền dữ liệu, phụ thuộc cơ sở dữ liệu, và đi-sống. Cùng phiên bản được cung cấp cho các nhà cung cấp khác nhau, và các giả định, tính toán khách hàng, và chấp nhận bằng chứng được xác định riêng biệt, vì vậy để tránh so sánh tổng giá của một biên giới bị mất.
Ví dụ, doanh nghiệp mong đợi rằng dự án sẽ tiết kiệm 160 giờ lao động mỗi tháng, nhưng con số này nên được chia nhỏ thành số lượng công việc, tiết kiệm thời gian, tỷ lệ nhận nuôi và tỷ lệ đánh giá bằng thủ công.
Bốn loại bằng chứng đề nghị thẩm vấn trong lúc giao tiếp với người bán hàng
Đầu tiên là bằng chứng phạm vi: sự nhất quán của phiên bản yêu cầu, quy trình kinh doanh, mẫu thử nghiệm, các giao diện và loại bỏ; thứ hai là bằng chứng kỹ thuật: liệu công nghệ tương tự có thể truy cập được cấu trúc, quản lý mã, thử nghiệm, triển khai và gặp khó khăn; phương pháp quản lý cá nhân là bằng chứng cá nhân: có thực sự tham gia các giai đoạn nhập, các nhiệm vụ và cơ chế thay thế là rõ ràng; và điều thứ tư là bằng chứng giao hàng: mã nguồn, dữ liệu, tài liệu, tài liệu, trình bày, tài liệu, bảo đảm và vận chuyển chất lượng được giao.
Đề nghị rằng sự rõ ràng, sự phụ thuộc quan trọng, khả năng của đội, khả năng chấp nhận và sự chiếm hữu lâu dài được đánh giá riêng biệt và cơ sở cho mỗi điểm được ghi lại. nếu một chương trình rẻ hơn, giao diện, di cư, kiểm tra hoặc trách nhiệm trực tuyến bị loại bỏ, thì nó nên được chuyển thành cùng một khối lượng giao hàng trước khi so sánh.
Nguyên tắc phán xét
Trang này cung cấp một khuôn khổ đưa ra quyết định mà không tạo thành một lời đề nghị hay cam kết cố định.
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.
Không có hồ sơ nào để tiếp quản à?+
Trong khi nó có thể được đánh giá, chi phí và sự bấp bênh sẽ cao hơn nếu đường cơ bản thực tế được tái thiết lại bằng cách dựa vào mã, cơ sở dữ liệu, môi trường, nhật ký và nhân viên hoạt động.
Bộ luật gốc không tốt, anh có cần phải đẩy nó lại không?+
Không nhất thiết phải là sự liên tục kinh doanh, những khu vực có thể chữa được, di cư dữ liệu và tái tạo chu kỳ, với sự lựa chọn về việc chảy máu đầu tiên, thay thế một phần hoặc tái tạo lại giai đoạn.
Tại sao anh lại tính phí chẩn đoán trước khi tiếp quản?+
Chẩn đoán cần thiết xây dựng, triển khai, mã hóa và kiểm tra dữ liệu, tạo ra bằng chứng kỹ thuật có thể được sử dụng cho việc trích dẫn và đưa ra quyết định, thay vì chỉ đơn giản là giao tiếp tiền phân loại.
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
Hợp đồng, thanh toán, thay đổi và giao dự án
Dự án phần mềm đã bị hoãn lại.
Dừng yêu cầu chỉ yêu cầu tỷ lệ phần trăm của việc hoàn thành, và yêu cầu đội cung cấp một danh sách các kết quả hoạt động, công việc còn lại, rủi ro và phụ thuộc. phân biệt giữa phạm vi tăng cường, sự hợp tác khách hàng, vấn đề kỹ thuật, hoặc quản lý nhà cung cấp sẽ dẫn đến sự chậm trễ.
Xem câu trả lời đầy đủTiểu dụng, APPs, SaaS và hệ thống cũLiệu dự án phần mềm đuôi xấu và mã cũ có thể được thay thế sau khi đội phát triển đầu tiên mất liên lạc không?
Hầu hết các dự án có thể được đánh giá trước, nhưng không thể trực tiếp sửa chữa mà không biết về tài sản và mã. Bước đầu tiên là bảo tồn mã, máy chủ, cơ sở dữ liệu, tên miền, chứng chỉ và tài khoản phần thứ ba theo luật, và sau đó phục hồi danh sách của văn kiện và thao tác.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánBạn có thể xin sự cố định nếu dự án này thất bại hay không có sẵn không?
Phạm vi, thời gian, thời gian và sự tái định hình của các thay đổi có thể được xác định bằng cách tham khảo phạm vi của các hợp đồng, các tiêu chuẩn chấp nhận, các lý do cho sự thất bại và trách nhiệm chung. bước đầu tiên là để bảo tồn phiên bản, bản ghi, kiểm tra, giao tiếp và bằng chứng của tác động, và để tránh chỉ nói chuyện.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánLàm thế nào mà giao diện mã và hệ thống có thể hoàn thành được bởi nhà cung cấp phần mềm ở giữa ca trực?
Công tắc không chỉ là gửi một gói mã nén nguồn, mà còn về phục hồi các quá trình kinh doanh, triển khai và cốt lõi. đội ngũ đầu tiên nên mô tả cấu trúc, sự phụ thuộc, các nhu cầu không cân đối, hoạt động sản xuất thiếu sót và sản xuất.
Xem câu trả lời đầy đủRELATED
Chịu phục tùng sự đánh giá dự ánHãy giữ cho kiến thức của bạn về các dịch vụ
Điều chỉnh
Dự án phần mềm tiếp quản và giải cứu
Xem bảo tồn tài sản, chẩn đoán, phục hồi và các dịch vụ phục hồi liên tục
Để biết thêm thông tin.Điều chỉnhMã dự án phần mềm và các chẩn đoán tiếp tục
Truy cập vào bằng chứng có cấu trúc, danh sách rủi ro và chiếm tuyến đường
Để biết thêm thông tin.Điều chỉnhDanh sách các dự án phần mềm để truyền thông tin
Sự hòa giải của tài sản số được thu thập càng sớm càng tốt trước khi tiếp quản
Để biết thêm thông tin.