chúng tôi đã đề cập đến nó trong một bài viết trước về việc lựa chọn phần mềm tốt nhất, trong đó chúng tôi tập trung vàophân tích sơ bộ của chính mình doanh nghiệp (không có điều đó thì không thể đưa ra lựa chọn sáng suốt). Chúng tôi cũng sẽ thấy rằng, để lựa chọn tốt, cần phải xem xét một số lượng hạn chế của các nhà cung cấp. Sau đó, để phân tích không chỉ các giải pháp theo quan điểm "kỹ thuật", mà cả các dịch vụ họ cung cấp và tổ chức nguồn nhân lực, trong công ty chúng tôi, sẽ cần thiết để tận dụng tối đa phần mềm mới. Nếu không, chúng ta sẽ tiêu tiền của mình một cách tồi tệ bằng cách không nhận được những lợi ích mong muốn.
Bây giờ chúng ta hãy lùi lại một bước và tự hỏi những cái nào yêu cầu chức năng và cái nào làm thế nào để mua sẽ phải trình bày giải pháp lý tưởng cho nhu cầu của chúng tôi: tóm lại, những lợi ích chính mà chúng tôi mong đợi sẽ tìm thấy trong phần mềm tốt nhất là gì. Cũng trong trường hợp này, như để phân tích sơ bộ về kinh doanh của chúng tôi, chúng tôi sẽ không xem xét bất kỳ sản phẩm cụ thể hoặc thông số kỹ thuật: đây sẽ là bước tiếp theo Hiện tại, chúng tôi sẽ chỉ điền vào danh sách kiểm tra với các mục để "đánh dấu" sẽ có ích trong các bước tiếp theo.
"Chúng tôi tự hỏi những cái nào yêu cầu chức năng và cái nào làm thế nào để mua sẽ phải trình bày giải pháp lý tưởng cho nhu cầu của chúng tôi: tóm lại, những lợi ích chính mà chúng tôi mong đợi sẽ tìm thấy trong phần mềm tốt nhất là gì "
Và cũng trong trường hợp này, chúng ta những việc cần làm nó được khớp nối và liên quan nhiều người ra quyết định nội bộ cho công ty chúng tôi: chắc chắn không chỉ bộ phận CNTT.
La lựa chọn phần mềm cấp doanh nghiệp nó có thể là hiệu ứng của nhu cầu, được biểu hiện bởi một khu vực nội bộ của công ty chúng tôi hoặc ủy thác trực tiếp của quản lý hàng đầu (có một cái nhìn tổng thể về lợi ích trong tương lai của công ty và chiến lược phải tuân theo). Nguồn gốc của nhiệm vụ phụ thuộc phần lớn vào việc quá trình được xem xét là cốt lõi hoặc thứ cấp cho doanh nghiệp. Hãy nhớ rằng thường thì việc lựa chọn một phần mềm mới là chìa khóa để thay đổi các quy trình.
Trong mọi trường hợp, điều thực sự quan trọng là tất cả diễn viên tham gia (bao gồm cả những người thể hiện nhu cầu, những người ra quyết định ở cấp cao nhất và những người có kỹ năng kỹ thuật và chức năng để thực hiện các cuộc đàm phán trong tương lai) phải phù hợp với mục đích của lựa chọn và về đặc điểm của giải pháp để có được.
Chỉ với những giả định này, trên thực tế chúng ta mới có thể phác thảo danh sách các yêu cầu chức năng. Lý tưởng nhất là ba diễn viên của chúng tôi (người dùng, nhà quản lý hàng đầu và nhà phân tích chức năng kỹ thuật) sẽ cùng nhau hợp tác kinh doanh động não. Không còn nghi ngờ gì nữa, khả năng này phụ thuộc vào biến tiến độ (cần phải tính đến chi phí nội bộ cho defithành lập và quản lý một dự án).
Và hoạt động căn chỉnh này là quan trọng hơn cả nếu chúng ta xem xét một khía cạnh khác của lựa chọn: như trong mọi "Hành trình của người mua", đó là quá trình mua hàng bắt đầu từ một nhu cầu và thông qua việc lấy thông tin về ưu đãi thị trường, có thể có một số "Vùng xám". Trên thực tế, không phải hiếm khi quản lý cấp cao, hoặc chức năng của công ty sẽ được hưởng lợi từ giải pháp, thấy mình có kiến thức chung về giải pháp được chấp nhận: nó biết những gì nó muốn, không phải làm thế nào để nói rõ ràng và rõ ràng. Đây cũng là hữu ích hỗ trợ chuyên gia trong lĩnh vực CNTT, nếu được quản lý bởi các nhà phân tích chức năng giỏi, những người đưa ra các kỹ năng phù hợp.
Đây rồi một số câu hỏi nhóm sẽ hỏi: danh sách chi tiết các yêu cầu là gì? Mỗi điểm có rõ ràng đối với toàn bộ nhóm đã biên soạn danh sách kiểm tra không? Liệu bất cứ ai sẽ thực hiện đàm phán có nghĩ đến nhiệm vụ của họ? Và bản thân nhiệm vụ đó có cụ thể và chi tiết hay có kẽ hở? Một chiến lược tốt để áp dụng có thể là phương pháp Scrum: bất kỳ ai tham gia vào dự án đều kể một câu chuyện sao cho phần trình bày, thuộc loại diễn ngôn, ủng hộ deficác khái niệm được sử dụng cho công việc.
Thông thường các giải pháp doanh nghiệp trên thị trường không có tất cả các chức năng cần thiết bởi người mua. Quản lý công ty biết điều này ngay từ đầu. Và đây là lý do tại sao, khi danh sách kiểm tra đã được soạn thảo, chúng tôi tiến hành thiết lập một chỉ số của quyền ưu tiên: mỗi công ty, một khi các mục tiêu được đặt ra, đều có mục tiêu riêng.
"Thường thì các giải pháp doanh nghiệp trên thị trườngkhông có tất cả các chức năng cần thiết bởi người mua. Quản lý công ty biết điều này ngay từ đầu. Và đây là lý do tại sao, khi danh sách kiểm tra đã được soạn thảo, chúng tôi tiến hành thiết lập một chỉ số của quyền ưu tiên"
Một số gợi ý liên kết với mỗi yêu cầu một điểm quan trọng khác nhau: điểm tổng thể của mỗi giải pháp được kiểm tra sẽ là tổng của các yêu cầu hiện tại và tầm quan trọng tương đối của chúng. Đó là một lời khuyên thông thường, với điều kiện bạn không quá sơ đồ trong đánh giá cuối cùng: đó là điều tự nhiên khi quy kết một giá cũng có những yếu tố bên ngoài phần mềm, hơn bất kỳ thứ gì liên quan đến nhà cung cấp. Chúng ta sẽ thấy chúng trong một bài sau.
Để đánh giá nội tại chất lượng phần mềm nó là cần thiết để thiết lập một số số liệu khách quan (do đó vượt quá các yêu cầu chức năng, hoàn toàn chủ quan, theo yêu cầu của công ty).
Không biết biến nào để đo lường sản phẩm có nghĩa là không thể nhận biết về biến số của mình giá trị. Một lần nữa, chúng tôi muốn biên dịch một danh sách 1 để kiểm tra các giải pháp riêng lẻ: chúng tôi sẽ sử dụng nó như một đồng hồ tại thời điểm lựa chọn thực tế.
Có một tài liệu rộng về chủ đề này: thực tế, chỉ cần gõ vào một công cụ tìm kiếm "Chất lượng phần mềm" để khám phá bài viết và sách về chủ đề này. Điểm khởi đầu hữu ích là giọng nói Wikipedia, danh sách nào một tập hợp các tham số ngoài (tức là liên quan đến chất lượng mà người dùng cảm nhận được), để đánh giá chất lượng của giải pháp cần mua. Trong số này: tính chính xác, độ tin cậy, mạnh mẽ, hiệu quả. Nhưng cũng nội địa, có thể kiểm chứng bởi một nhóm nhà phát triển: khả năng bảo trì, tái sử dụng, tính mô đun là một số ví dụ được liệt kê.
Cũng trong trường hợp này, nhóm quyết định một chỉ số ưu tiên cho các tham số khác nhau: ví dụ quản lý công ty, có tầm nhìn chiến lược của dự án, có thể gán tầm quan trọng thứ yếu cho khả năng sử dụng lại của phần mềm. Và tất nhiên, trong giai đoạn lựa chọn phần mềm này, thật tốt khi biết ý kiến của chức năng chất lượng của công ty (nơi có mặt).
Đây là một biến số cơ bản: trước khi bắt đầu đàm phán, bạn cần phải ghi nhớ ngân sách tổng số mà bạn có sẵn cho mua phần mềm (cả cho phần mềm và chi phí nhân công cần thiết cho hoạt động lựa chọn). Để thiết lập một khoản tiền thực tế, một số đã có một chuẩn mực về các giải pháp mà công ty đã mua trước đó, một số khác dựa vào truyền miệng giữa các đồng nghiệp cùng ngành (hoặc từ cùng một nhóm công nghiệp). Kiểm tra số tiền đã được chi trước đây cho các giải pháp tương tự tạo điều kiện cho quá trình lựa chọn phần mềm.
"Bạn cần phải có trong đầu ngân sách tổng thể bạn có sẵn cho mua phần mềm: kiểm tra số tiền đã chi trước đây cho các giải pháp tương tự trên thực tế tạo điều kiện thuận lợi cho quá trình lựa chọn phần mềm "
Tất nhiên, giá của một phần mềm cấp doanh nghiệp là hệ quả trực tiếp không chỉ về chất lượng nội tại của nó, mà còn của công việc được nhà cung cấp thực hiện để thiết kế và phát triển nó: để khấu hao chi phí, có hình thức mua lại linh hoạt (chúng ta sẽ thấy chúng tại điểm 6).
Sẽ không bao giờ có đủ nói về nó: mọi công ty đều tự tìm cách đối phó lượng dữ liệu ngày càng tăng liên quan đến kinh doanh và khách hàng của nó. Đồng thời, chúng tôi biết rằng trong những năm gần đây, số lượng người đã tăng lên tấn công mạng trên cơ sở dữ liệu của công ty. Do đó, bảo vệ thông tin của bạn là trách nhiệm trực tiếp và không thể tránh khỏi của những người quản lý thông tin đó.
Do đó, một trong những nhiệm vụ của những người thực hiện đàm phán sẽ là phải biết các biện pháp bảo vệ được đưa ra bởi nhà cung cấp. Trong khi đó, một kiến thức cơ bản về rủi ro và giải pháp không thể làm tổn thương: Giám đốc bộ phận CNTT anh ta sẽ có thể thông báo cho các liên hệ công ty của mình trên cả hai khía cạnh.
Quyết định nếu bạn thích một giải pháp trong đám mây (trên cơ sở hạ tầng từ xa) hoặc trên tiền đề (được cài đặt trên các máy chủ của công ty) không chỉ đơn giản là một vấn đề: ngân sách và loại quản lý dữ liệu có tác động trực tiếp đến phần mềm được quản lý như thế nào.
Đối với nhiều người quản lý, một giải pháp tại chỗ nó vẫn gắn liền với nhận thức về sự ổn định và kiểm soát: tuy nhiên, các khoản đầu tư đáng kể nhất sẽ được xem xét. Mặt khác, đám mây nó linh hoạt hơn và ít tốn kém hơn về giá cả, nhưng nó đòi hỏi nhà cung cấp phải đảm bảo nhiều hơn về bảo mật dữ liệu và hiệu suất kênh (tức là tốc độ truyền và thực hiện chương trình).
Cách thức mà chi phí được giả định cũng thay đổi: giá tại chỗ thường dựa trên khoản thanh toán cấp giấy phép, chi phí tùy chỉnh, thiết lập ban đầu, chi phí bảo trì tiếp theo, v.v. Đám mây là một mô hình trả cho mỗi lần sử dụng: kết quả lớn hơn, chi phí cao hơn. Thông thường, trong chế độ đám mây, tất cả các chi phí tạo nên chi phí được chuyển thành một khoản phí tổng hợp chúng, thường thấp hơn (so với cam kết hợp đồng nhiều năm, thường từ ba đến năm năm).
Điều này có vẻ nghịch lý, nhưng rõ ràng là: một danh sách kiểm tra tốt về những kỳ vọng mà chúng tôi đặt ra cho giải pháp mới ... không coi thường một phân tích của phần mềm cần phải thay đổi. Tất nhiên, chúng tôi không đề cập đến tình huống cài đặt đầu tiên.
"Một danh sách kiểm tra tốt về những kỳ vọng chúng tôi đặt ra cho giải pháp mới ... không bỏ qua một phân tích của phần mềm cần phải thay đổi"
Đầu tiên, mục đích là để chỉ điểm yếu: là những đặc thù khiến chúng tôi tìm kiếm một sản phẩm khác. Ngay cả thời đại phần mềm và cách xử lý tích cực cũng có thể chứng minh là một động thái sai lầm.
Tuy nhiên, chúng tôi cũng có thể phải viết ra một số thế mạnh: trên thực tế, người ta không nói rằng việc quản lý quy trình với giải pháp cũ là không đầy đủ về mọi mặt.
Cũng trong quá trình phân tích này, rất hữu ích để thực hiện một công việc được chia sẻ: kiến thức chức năng e kiến thức kỹ thuật họ song hành và cả hai góp phần đánh giá cụ thể hơn về chất lượng của phần mềm. Ngay cả một để thay đổi!
Cá nhân, tôi nghĩ rằng khi phần mềm không còn phù hợp thì chắc chắn đó không phải là lỗi của những người đưa ra lựa chọn vào thời điểm đó. đơn giản thị trường đã thay đổi và phần mềm đó không đáp ứng nhu cầu kinh doanh mới. Đây là lý do tại sao định hướng mới nhất đang ngày càng hướng tới một refactoring ứng dụng liên tục.
Tác giả Paolo Ravalli
Thứ Hai tuần trước, Financial Times đã công bố một thỏa thuận với OpenAI. FT cấp phép cho hoạt động báo chí đẳng cấp thế giới…
Hàng triệu người trả tiền cho các dịch vụ phát trực tuyến, trả phí thuê bao hàng tháng. Ý kiến chung là bạn…
Coveware của Veeam sẽ tiếp tục cung cấp dịch vụ ứng phó sự cố tống tiền trên mạng. Coveware sẽ cung cấp khả năng điều tra và khắc phục…
Bảo trì dự đoán đang cách mạng hóa ngành dầu khí, với cách tiếp cận sáng tạo và chủ động trong quản lý nhà máy.…
