Làm cách nào để biết liệu bạn có thành công trong hành trình chuyển đổi lên điện toán đám mây và quá trình chuyển đổi kỹ thuật số của mình hay không? Hoặc, khi bạn đang lập kế hoạch cho sáng kiến ​​kỹ thuật số của mình, bạn nên mong đợi những lợi ích nào và bạn sẽ thấy chúng được phản ánh như thế nào trong hiệu quả hoạt động của công ty? Với sự không chắc chắn và thay đổi trong môi trường kinh doanh ngày nay, đôi khi thật khó để tìm ra một đường cơ sở ổn định để đo lường kết quả. Mặt khác, điện toán đám mây và DevOps giúp bạn dễ dàng liên tục học hỏi và điều chỉnh — nghĩa là, đối phó với tất cả sự không chắc chắn và thay đổi đó mà vẫn nhận ra những lợi ích mà bạn dự định. Trong bài đăng này, tôi sẽ đề xuất một số framework có thể hữu ích với bạn.

Đo lường so với các mục tiêu kinh doanh chính

Bản thân đám mây không phải là một chiến lược; đó là một công cụ mạnh mẽ để hoàn thành các chiến lược kinh doanh. Điều quan trọng là kết nối sáng kiến về sử dụng dịch vụ trên ​​đám mây với các mục tiêu chiến lược cao nhất của công ty; làm như vậy sẽ cung cấp các business case cho sáng kiến ​​sử dụng dịch vụ trên nền tảng điện toán đám mây, tạo nên sự thúc đẩy thực thi, danh sách các ưu tiên cần giải quyết… và các tiêu chí để đo lường thành công.

Nhiều doanh nghiệp mà chúng tôi hợp tác đang mong muốn phát triển; một số bằng cách thâm nhập thị trường mới, một số bằng cách mở rộng cơ sở khách hàng của mình, một số bằng cách giới thiệu sản phẩm mới và một số bằng cách tăng cường mối quan hệ với khách hàng hiện tại. Tận dụng lợi thế các dịch vụ sẵn có trên điện toán đám mây có thể giúp thực hiện tất cả những điều này, nhưng thật khó để làm mọi thứ cùng một lúc (nghĩa là khó đưa ra quyết định thực thi về các mức độ ưu tiên). Bằng cách chọn các mục tiêu tăng trưởng cụ thể, bạn sẽ có thể điều chỉnh các thước đo thành công phù hợp với business case của mình và sử dụng chúng để định hướng các hành động của mình.

Hoặc, nếu tăng trưởng không phải là mục tiêu chính của bạn, có lẽ bạn là một công ty sản xuất muốn sử dụng điện toán biên và máy học để dự đoán khi nào cần bảo trì thiết bị và bạn cần chuyển sang sử dụng các dịch vụ phân tích trên đám mây để làm như vậy. Bạn quan tâm đến những thước đo thành công nào? Hai điều, có thể là — liệu bạn có xác định thành công các vấn đề với thiết bị và khắc phục chúng trước khi thiết bị hỏng hay không và liệu bạn có đang hoàn thành các mục tiêu kinh doanh đằng sau bảo trì dự đoán đó hay không (tiết kiệm chi phí bảo trì, không mất doanh thu). Bạn có thể xác định một số đo cho mỗi điều đó.

Nói cách khác: Giá trị kinh doanh của một cái búa là gì? Nó phụ thuộc vào những gì bạn sẽ xây dựng với nó! Giá trị của nó phụ thuộc vào việc bạn sử dụng nó để xây một ngôi nhà mới để bán, hay để sửa chữa một món đồ nội thất có móng sắp bong ra, hoặc để giữ nó trong tủ phòng khi bạn cần (nhân tiện, nó có giá trị thường không được đánh giá cao trong bối cảnh CNTT). Với đám mây cũng vậy. Đo lường kết quả của bạn dựa trên những gì bạn thực sự quan tâm — việc hoàn thành các mục tiêu kinh doanh quan trọng của bạn.

Có một cái bẫy tiềm ẩn khi nghĩ về lợi tức đầu tư (ROI). ROI từ khoản đầu tư CNTT tiềm năng là bao nhiêu? Đó là một câu hỏi đánh lừa — vốn dĩ không có ROI, mà chỉ là ROI dự kiến. Đo lường thành công so với dự đoán đó thường là một bài kiểm tra xem dự đoán đó chính xác như thế nào. Điều bạn thực sự quan tâm là lợi ích thực tế so với chi phí. Và ngay cả việc đo lường ROI thực tế cũng có những khó khăn, bởi vì bạn thường không có cơ sở tốt để đo lường vì môi trường xung quanh bạn đang thay đổi nhanh chóng. Và cuối cùng, giá trị của nhiều khoản đầu tư nằm ở việc giảm thiểu rủi ro hoặc tạo ra các lựa chọn — cả hai đều khó đo lường bằng ROI. Vì những lý do này, tôi khuyên bạn nên chọn các biện pháp hành động có liên quan trực tiếp hơn đến việc sử dụng công nghệ của bạn.

Đo lường mức giảm chi phí

Có ba điểm quan trọng cần lưu ý đối với chi phí. Đầu tiên là khi làm việc trên đám mây, chi phí không đơn giản chỉ là một khoản nhất định — bạn có sẵn rất nhiều công cụ để chủ động quản lý chi phí. Điều này khác với phương pháp tiếp cận trung tâm dữ liệu của công ty, trong đó chi phí phần cứng của bạn được cố định (thực tế, chúng là chi phí từng bước nếu bạn đang phát triển) và tiền mặt được thanh toán trực tiếp khi mua. Thứ hai là sử dụng điện toán đám mây, bạn đạt được nhiều sự minh bạch về chi phí. Và thứ ba, chi phí của bạn sẽ thay đổi dựa trên mức độ bạn sử dụng đám mây, phụ thuộc vào quá trình kinh doanh của bạn. Nếu bạn phát triển doanh nghiệp của mình, tất nhiên chi phí của bạn sẽ tăng lên; nếu bạn phát triển các sản phẩm mới cho khách hàng của mình, thì bạn sẽ phải trả các chi phí liên quan đến các sản phẩm mới đó. Bạn không thể chỉ xem xét riêng chi phí CNTT; chúng (hy vọng) có liên quan đến doanh thu mới hoặc giảm chi phí trong các bộ phận khác của doanh nghiệp.

Khả năng quản lý chi phí liên tục của bạn cho thấy rằng bạn sẽ muốn phát triển một cơ sở cho chi phí của mình, sau đó làm việc để giảm chúng so với cơ sở đó. Bạn có thể đã làm điều đó với các chi phí như chi phí đi lại và điện thoại. Thật khó để dự đoán chính xác mức độ sử dụng điện thoại của bạn trong năm tới, nhưng bạn có thể lấy năm nay làm cơ sở và nỗ lực để giảm những chi phí đó. Đó là một cách theo kinh nghiệm để khám phá và kiểm soát chi phí, thay vì dựa vào các ước tính rất không chính xác.

Bạn sẽ phải nỗ lực để tích cực giảm chi phí. Ví dụ: bạn có thể yêu cầu các nhà phát triển phần mềm của bạn dành thời gian tối ưu hóa mã của họ để giảm chi phí thực thi. Có một kỷ luật được gọi là FinOps cung cấp một cấu trúc để làm như vậy. Tuy nhiên, tất nhiên, có sự đánh đổi bằng thời gian của các nhà phát triển của bạn — bạn sẽ phải trả chi phí cơ hội cho công việc có giá trị khác mà họ không làm.

Điểm thứ hai làm cho việc đo lường chi phí trở nên đặc biệt có giá trị. Sử dụng các chiến lược trên đám mây, chẳng hạn như gắn thẻ tài nguyên, bạn có thể chia nhỏ chi phí của mình theo nhiều cách: theo đơn vị kinh doanh, dòng sản phẩm, loại tài nguyên, loại giao dịch — bất kỳ điều gì hữu ích. Điều này cung cấp cho bạn cái nhìn sâu sắc chưa từng có về các trình điều khiển chi phí và kinh tế đơn vị của bạn. Bạn thậm chí có thể học được những điều từ phân tích này khiến bạn phải suy nghĩ lại về quy trình kinh doanh hoặc kết hợp sản phẩm.

Điểm thứ ba cho chúng ta biết rằng chúng ta phải tiến tới việc coi chi phí công nghệ thực sự là chi phí biến đổi — chúng sẽ thay đổi theo doanh thu, thời điểm xuất quỹ của chúng phải phù hợp với doanh thu của bạn. Lý tưởng nhất là — mặc dù điều này đòi hỏi sự tinh tế — bạn có thể quản lý nhiều chi phí công nghệ của mình dưới dạng chi phí đơn vị và làm việc để tăng tỷ suất lợi nhuận gộp của mình. Một cách hữu ích khác để xem xét chi phí là về tinh gọn: bạn có đang đạt được kết quả với mức lãng phí tối thiểu không? Tổng chi phí trở nên kém thú vị hơn vì chúng sẽ thay đổi theo quy mô doanh nghiệp của bạn, nhưng các phép đo chi phí đơn vị sẽ cho bạn thấy mức độ thành công của bạn trong việc hợp lý hóa doanh nghiệp và làm cho doanh nghiệp trở nên tinh gọn.

Trong nhiều trường hợp, bạn sẽ có thể thúc đẩy việc cắt giảm chi phí trong các hoạt động kinh doanh, giúp hạn chế việc giảm chi phí tiềm năng trong ngân sách CNTT. Trong ví dụ trên, bảo trì dự đoán thúc đẩy việc giảm chi phí trong các hoạt động của nhà máy; tương tác kỹ thuật số với khách hàng có thể giảm chi phí trung tâm cuộc gọi của bạn; tự động hóa quy trình bằng robot có thể giảm chi phí cho quy trình xử lý giấy của bạn. Chỉ đo lường chi phí CNTT sẽ bỏ lỡ những thành công đó; rất có thể một đô la chi tiêu cho CNTT bổ sung dẫn đến việc giảm chi phí hơn một đô la ở những nơi khác trong doanh nghiệp.

Đo lường phân phối CNTT

Làm việc trên đám mây sẽ cải thiện khả năng phân phối của CNTT cho phần còn lại của doanh nghiệp. Mặc dù điều đó nghe có vẻ khó đo lường, nhưng chủ đề đã được nghiên cứu khá kỹ lưỡng và có một số ý tưởng hay về cách thực hiện. Trong cuốn sách Accelerate, Tiến sĩ Nicole Forsgren và các đồng tác giả của cô đã chỉ ra rằng một tập hợp nhỏ các số liệu CNTT dự đoán kết quả kinh doanh và các số liệu này gắn chặt với một số thực tiễn CNTT nhất định. Bạn sẽ muốn đo lường (1) tần suất phát hành — tần suất CNTT có thể triển khai các thay đổi đối với hệ thống CNTT, (2) thay đổi tỷ lệ thất bại — tần suất những thay đổi đó dẫn đến sự cố, (3) thời gian chu kỳ để triển khai các thay đổi — mất bao lâu để cung cấp các khả năng CNTT khi chúng sẵn sàng hoạt động, (4) nghĩa là thời gian để sửa chữa các vấn đề và (5) tính sẵn sàng của hệ thống. Đây có vẻ là một tập hợp các biện pháp quá nhỏ để bao gồm tất cả mọi thứ mà CNTT thực hiện, nhưng Forsgren cho thấy rằng chúng là dấu hiệu của các phương pháp CNTT tốt như tự động hóa, thực hành thử nghiệm hiệu quả và trách nhiệm giải trình của nhóm, từ đó mang lại kết quả kinh doanh.

Đo lường sự nhanh nhẹn và tinh gọn trong kinh doanh

Hãy định nghĩa sự nhanh nhẹn là khả năng phản ứng với những thay đổi trong môi trường kinh doanh một cách nhanh chóng, ít tốn kém và ít rủi ro. Đó là một khả năng, một tiềm năng, được sử dụng khi cần thiết (mặc dù điều đó có lẽ khá thường xuyên trong môi trường kinh doanh linh hoạt của chúng tôi). Giống như rủi ro (xem bên dưới), nó có thể khó đo lường. Vì nó nói về tiềm năng (để nắm bắt cơ hội và tránh thua lỗ), nó thường cần được phân tích giống như một lựa chọn tài chính hơn. Và bạn có số lượng mẫu hạn chế để đo lường — bạn có thường xuyên đưa một sản phẩm mới ra thị trường không và bạn đã hoàn thành sản phẩm đó nhanh như thế nào trong quá khứ? Bằng chứng giai thoại về sự nhanh nhẹn có thể là điều tốt nhất bạn có thể làm.

Nhưng điều này ít có vấn đề hơn tưởng. Bạn vẫn có thể hướng dẫn hành trình chuyển đổi để đảm bảo rằng bạn đang đạt được tốc độ và sự nhanh nhẹn — ví dụ: bằng cách sử dụng các chỉ số Tăng tốc được thảo luận ở trên. Bạn cũng có thể vẽ bản đồ dòng giá trị của sản phẩm hoặc quy trình phân phối tính năng của mình để tìm ra các cách có thể đo lường để giảm lãng phí. Thời gian điển hình của bạn giữa việc cảm nhận sự thay đổi trong môi trường và phản ứng với nó là thời gian dẫn đầu của bạn; dòng giá trị bao gồm những thứ như quy trình quản trị, cung cấp tài nguyên, tập hợp nhóm, cũng như phân phối kỹ thuật. Đám mây là một công cụ mạnh mẽ để loại bỏ lãng phí trong nhiều phần của quy trình này, nhưng bạn sẽ phải giải quyết vấn đề quản trị và tài trợ để tận dụng tối đa nó.

Đo lường giảm thiểu rủi ro

Đám mây giúp giảm nhiều loại rủi ro kinh doanh. Tôi tập trung vào:

(1) rủi ro bảo mật

(2) rủi ro về khả năng phục hồi

(3) rủi ro tuân thủ.

Cách tiếp cận tốt nhất để đo lường ở đây là xác định các nguồn rủi ro trong từng loại và giảm thiểu chúng một cách có thể đo lường được.

Rủi ro tuân thủ có thể được quản lý thông qua việc thực thi chính sách tự động, kiểm toán liên tục và báo cáo minh bạch; bạn có thể đo lường nó tốt nhất bằng cách đếm số lượng điều khiển hoàn toàn tự động và số lượng được xác minh liên tục. Để giải quyết rủi ro về khả năng phục hồi, bạn xác định các tình huống thiên tai tiềm ẩn, mô phỏng chúng nếu có thể (hoặc thực hiện một bài tập trên bàn) và xác minh rằng bạn có thể ứng phó với từng tình huống thành công. Bạn cũng có thể thiết lập một mô hình trưởng thành cho sự nhanh nhẹn của mình trong việc ứng phó với các tình huống hoàn toàn bất ngờ (chưa được kiểm tra) và đo lường khả năng của bạn đối với nó. Hoặc, có lẽ, bạn có thể lặp lại các lỗ hổng bảo mật chính của mình — giả sử, các hệ thống kế thừa không được tạo bằng kiến ​​trúc hoặc công nghệ có khả năng phục hồi — và đo lường tiến trình của bạn trong việc hiện đại hóa chúng. Đối với bảo mật, cách tiếp cận cũng tương tự — giảm thiểu các lỗ hổng bảo mật và làm việc để giảm bớt chúng. Bạn cũng có thể xác định các lĩnh vực giải pháp chung và tự đánh giá chúng — chất lượng của xác thực danh tính, xác thực và ủy quyền, ghi nhật ký và phân tích nhật ký, v.v.

Kết luận

Chỉ cần chuyển sang đám mây sẽ có một số lợi ích — chẳng hạn như bảo mật và tính khả dụng tốt hơn. Nhưng đó có thể không phải là lý do bạn chuyển sang đám mây. Cho dù lý do của bạn là gì — đạt được quyền truy cập vào học máy, phân tích tốt hơn, điện toán biên hoặc bất cứ điều gì — đó có thể là lý do yêu cầu bạn tích cực xây dựng hoặc hiện đại hóa. Và điều đó có nghĩa là bạn cần định hướng hành vi cũng như đo lường và ăn mừng kết quả. Nếu bạn muốn giảm chi phí, bạn phải làm việc để giảm giá thành. Nếu bạn muốn thêm các dịch vụ mới cho khách hàng, bạn phải thêm các dịch vụ mới cho khách hàng. Lấy dữ liệu phù hợp để hướng dẫn các hoạt động này phải là mục tiêu chính trong việc đo lường kết quả.

Vì vậy, đối với một giám đốc tài chính muốn biết cách đo lường giá trị mà họ nhận được từ đám mây, tôi nói hãy bắt đầu bằng cách xây dựng các mục tiêu kinh doanh — lý do tại sao. Sau đó, làm việc với CIO để thiết lập kế hoạch cho những gì bạn sẽ phải làm để nhận được những lợi ích đó. Đồng thuận về cách bạn sẽ đo lường thành công. Sau đó thực hiện theo kế hoạch đó. (Kế hoạch không nhất thiết phải chi tiết hoặc mang tính xác định.) Khi tôi gặp khách hàng để nói về giá trị của đám mây và cách đo lường nó, sẽ tốt hơn rất nhiều nếu tôi có thể gặp CFO và CIO cùng nhau. Tìm cách đo lường kết quả thực sự chỉ là một khía cạnh của việc đạt được sự rõ ràng về mục tiêu và xây dựng các phương pháp tiếp cận để hoàn thành chúng.

---

Bài được dịch từ bài viết trên AWS Blogs, bạn có thể xem bài viết gốc tại đây.