Home / Hướng dẫn dự án / Thượng Hải Phần mềm Phụ trách công ty
PROJECT DECISION GUIDE

Làm thế nào để chọn các phần mềm Thượng Hải ra khỏi: danh sách các nhà cung cấp đánh giá và hợp đồng

Việc chọn một nhà cung cấp phần mềm không nên bị giới hạn so sánh với tổng giá cả và số trường hợp. dù dự án có được kiểm soát bởi một tuyên bố về ranh giới kinh doanh, rủi ro chủ chốt, một đội phân phối thực sự, mã nguồn và tài khoản, chấp nhận và trách nhiệm khi lên mạng.

Trả lời câu hỏi đi.

Công ty trợ cấp ngoài với Bộ phận Thượng Hải chọn

Khi Thượng Hải và Giang Zheon chọn công ty cung cấp phần mềm, đề xuất rằng cùng một bản tóm tắt các yêu cầu nên được sử dụng để mời các nhà cung cấp để nộp phạm vi, giả định, nhóm, các cột mốc, các báo cáo có thể vận chuyển và rủi ro, và sau đó kiểm tra khả năng thực sự thông qua giao tiếp chương trình thông qua các chẩn đoán dựa trên quy mô nhỏ.

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.

Giai đoạn 1

Cơ bản của điều kiện

Đảm bảo rằng tất cả các nhà cung cấp tương lai hiểu được cùng một vấn đề

Mục tiêu kinh doanh, vai trò người dùng, quy trình cốt lõi, hệ thống tồn tại, hạn chế, ngân sách và lên kế hoạch thời gian

Giai đoạn 2

Comment

Kiểm tra xem các nhà cung cấp có thể xác định rủi ro và đưa ra các lựa chọn có thể thực hiện được hay không

Kinh nghiệm với các vấn đề tương tự, giao tiếp kỹ thuật viên, chương trình cơ bản, nguyên mẫu hoặc chẩn đoán, bằng chứng của các hoạt động phạm vi nhỏ

Giai đoạn 3

Các hợp đồng và cơ sở giao hàng

Chuyển giao các cam kết thành trách nhiệm và tài sản có thể kiểm chứng

Những sự kiện nghiêm trọng, tiêu chuẩn chấp nhận, lời khai nguồn, cơ chế thay đổi, bảo đảm hòa bình chất lượng và việc bỏ nhiệm vụ

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.

01

Cần phải hiểu và nhận thức biên giới

Những người cung cấp đáng tin cậy sẽ cho biết người ta nghĩ gì, xác nhận và không thích hợp với công trình xây cất ban đầu, thay vì lập tức thực hiện mọi điều kiện.

02

Một đội thật sự và có trách nhiệm.

Công ty chính cho sản phẩm, cấu trúc, nghiên cứu và phát triển, kiểm tra và dự án nên được xác định, và liệu sự phân phối sẽ được thực hiện bởi cùng một nhóm sau khi ký kết.

03

Chương trình kỹ thuật và bằng chứng kỹ thuật

Chương trình này nên có thể giải thích được cơ sở của sự lựa chọn, giao diện, dữ liệu, an ninh, triển khai và xử lý bất thường, và cung cấp các trường hợp không đồng ý hoặc kết quả hợp lệ hóa.

04

Trích dẫn và thay đổi cơ chế

Mức độ tương đối, mức nhập vai, chi phí bên thứ ba, chấp nhận và thay đổi quy tắc không nên giới hạn với tổng giá mà không có giới hạn.

05

Nhận và nhận quyền

Mật mã, tài nguyên đám mây, tên miền, cơ sở dữ liệu, tài liệu thiết kế và tài khoản khóa nên được quy cho rõ ràng và trao lại.

06

Sự hợp tác và dịch vụ lâu dài tại địa phương

Giao tiếp tại chỗ giúp cho quá trình phân tích các quá trình phức tạp, nhưng cũng cần sự xác minh của các cơ chế phản ứng, hỗ trợ trực tuyến, khả năng bảo trì và sự ổn định nhân viên.

Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá

So sánh người bán với cùng một bản tóm tắt các điều kiệnTrực tiếp liên lạc với giám đốc kỹ thuậtKiểm tra vấn đề trường hợp, không chỉ tên công nghiệpYêu cầu làm sáng tỏ các giả định phạm vi và rủi ro chínhXóa các tiêu chuẩn giao hàng và chấp nhậnXác nhận nguồn tài nguyên và tài khoản đã bị che khuấtViết ra các quy tắc thay đổi và hoãn lạiThỏa thuận về phương pháp quản lý chất lượng của công việc gìn giữ hòa bình

Đường dẫn đã đề nghị thực hiện

Người ta khuyên ba ứng cử viên nên được chiếu trước, dùng các câu hỏi đồng nhất và so sánh dữ liệu thống nhất.

DECISION WORKSHEET

Chọn ra công ty cấp cao để trở thành người đưa ra quyết định

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.

Những lời nhận xét tương tự nên có kết luận nào?

Tại một bản tóm tắt các yêu cầu tương tự được dùng để so sánh các nhà cung cấp, giao tiếp trực tiếp với các nhà quản lý kỹ thuật, kiểm tra các vấn đề trường hợp thực tế, thay vì chỉ tên công nghiệp, yêu cầu mô tả các giả định phạm vi và rủi ro chính, và mô tả tập lượng kinh doanh hiện tại, thời gian xử lý trung bình, hệ thống bất thường, hệ thống ở tại chỗ, các quyền ưu tiên dữ liệu, phụ thuộc phần ba và các cửa sổ truy cập. Các phiên bản thông tin tương tự được cung cấp cho các nhà cung cấp khác nhau, và yêu cầu giả định rằng các giả định, không được phân biệt, khách hàng, và các bằng chứng nhận được trình bày riêng biệt, vì vậy để tránh chỉ so sánh giá 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.

Anh có phải chọn công ty phần mềm địa phương ở Thượng Hải không?+

Không nhất thiết là các đội địa phương đã dễ dàng liên lạc và hợp tác khẩn cấp, nhưng khả năng kỹ thuật, cơ chế giao hàng, kiểm soát tài sản và phản ứng lâu dài thì quan trọng hơn.

Tại sao người trả giá thấp nhất lại mắc hơn?+

Nếu những câu trích dẫn bị bỏ qua cho việc thử nghiệm, triển khai, di cư dữ liệu, giao diện bất thường, tập tin nguồn và giao thông, tổng chi phí của những thay đổi sau này và công việc làm việc trở lại có thể tăng đáng kể.

Làm sao bạn có thể nhanh chóng đánh giá kỹ năng kỹ thuật trước khi ký?+

Cung cấp những câu hỏi thực tế nhưng không rõ ràng, cho phép các nhà quản lý kỹ thuật giải thích chương trình, rủi ro và chấp nhận phương pháp; và, nếu cần thiết, để sử dụng các chẩn đoán dựa trên quy mô nhỏ dựa trên phí hoặc sự hợp lệ hóa PoC.

DECISION FAQ

Những vấn đề thông thường liên quan đến dự án hiện tại

Kiểm tra tất cả 265 câu hỏi.
Phát triển phần mềm và ra công cụ của dự án

Bộ phận ngoại giao Thượng Hải nên chọn điều gì?

Điều quan trọng là xem liệu nhà cung cấp có thể dịch các vấn đề kinh doanh vào phạm vi, rủi ro và chấp nhận các tiêu chuẩn, thay vì kích thước công ty và lời hùng biện bán hàng. trong khi giao tiếp địa phương ở Thượng Hải giúp cho việc phỏng vấn về quá trình phức tạp và hợp tác trực tuyến, chất lượng, quản lý dự án và bảo trì đang được đưa ra để kiểm chứng.

Xem câu trả lời đầy đủ
Hợp đồng, thanh toán, thay đổi và giao dự án

Những nguy cơ nào có thể được giấu kín khỏi giá thấp của phần mềm ngoài giá thuê?

Giá phải chăng là nhu cầu hòa hợp, giao diện, kiểm tra dữ liệu, mã nguồn và tính toán. Đặc biệt giá thấp đòi hỏi phải giải thích vai trò của đội, tính toán và bỏ dở.

Xem câu trả lời đầy đủ
Phát triển phần mềm và ra công cụ của dự án

Chọn lựa phần mềm ra khỏi công ty và đội xây dựng tự xây dựng là gì?

Phần mềm ra ngoài thường hiệu quả hơn nếu doanh nghiệp đòi hỏi một sự liên tục lâu dài và doanh nghiệp có khả năng quản lý công nghệ. Nếu mục tiêu rõ ràng, bắt đầu nhanh chóng là cần thiết hoặc có một sự thiếu hụt tạm thời của khả năng tận tâm, nhiều doanh nghiệp vẫn giữ sản phẩm và công nghệ, để lại giai đoạn R & D hoặc xây dựng riêng cho đội bên ngoài.

Xem câu trả lời đầy đủ
Phát triển phần mềm và ra công cụ của dự án

Việc phát triển phần mềm tùy chỉnh thường tốn bao nhiêu?

Phần mềm đã tùy chỉnh không có một giá đồng bộ dựa trên kích thước trang, và chi phí được xác định chủ yếu bằng phạm vi, giao diện, dữ liệu, quyền hạn, hiệu suất và trách nhiệm cho giao hàng. Hệ thống quản lý với cùng tên có thể là một công cụ đơn hoặc một kết nối đến các thứ tự, kho lưu trữ tài chính và đa tổ chức. Đề nghị là các công việc làm đầu tiên đóng và nhận và kiểm tra ranh giới, và các thiết kế, phát triển, tăng cường và bảo trì. Bất kỳ giá nào được cung cấp chính xác nếu không có kiến thức về thị trường chỉ được xem là tham khảo thị trường.

Xem câu trả lời đầy đủ

So với đội tuyển của Thượng Hải?

Mô tả các giai đoạn dự án, thông tin sẵn có và yêu cầu hợp tác, khớp với các đội liên lạc, xác nhận phạm vi, tuần hoàn và phương thức giao hàng.

Liên lạc đầu tiên không phải là gửi mật khẩu hay thông tin nhạy cảm.