Tối ưu năng suất doanh nghiệp với văn hóa DevOps
Khi nhắc đến thuật ngữ DevOps, nhiều người thường nghĩ đến một lĩnh vực kỹ thuật phức tạp chỉ liên quan đến các kỹ sư hệ thống. Thực tế, DevOps không chỉ đơn thuần là một danh hiệu công việc, mà còn là một văn hóa, một triết lý làm việc mà mọi công ty muốn cạnh tranh trong thị trường hiện nay đều cần có. DevOps mang một triết lý rõ ràng: "Tự động hóa mọi thứ có thể tự động hóa và đo lường mọi thứ có thể đo lường."
Tại sao cần văn hóa DevOps?
Rất nhiều lần, tôi đã chứng kiến các cá nhân, nhóm, phòng ban thậm chí là toàn bộ công ty rơi vào tình trạng overengineering (quá mức kỹ thuật), tạo ra những quy trình và thủ tục không cần thiết, dẫn đến sự quan liêu và giấy tờ mà không mang lại giá trị cho sản phẩm hoặc dịch vụ. Điều này thực sự là cái chết của năng suất và hiệu quả.
Hãy tưởng tượng rằng bạn cần đặt một phòng họp. Điều đầu tiên bạn phải làm là điền vào một mẫu đơn, sau đó gửi cho sếp phê duyệt, rồi sếp gửi đến phòng nhân sự để họ phê duyệt, tiếp theo phòng nhân sự sẽ kiểm tra lịch phòng và xác nhận xem phòng có trống không, sau đó bạn nhận email xác nhận và cuối cùng là đến phòng để đặt. Tất cả những điều này cần phải thông báo cho tất cả các bên liên quan.
Sau quá trình quan liêu đó, bạn đoán điều gì sẽ xảy ra: ai đó ở phòng nhân sự quên đặt phòng và khi bạn đến, phòng đã bị chiếm bởi một cuộc họp khác.
Đây là một ví dụ rõ ràng về việc overengineering và quan liêu mà không mang lại giá trị cho quá trình đặt phòng. Nếu một hệ thống tự động được triển khai để đặt phòng, tất cả những thủ tục quan liêu này sẽ được loại bỏ, tiết kiệm thời gian và công sức cho tất cả mọi người.
Một phương châm cần nhớ khi nói về DevOps là:
"Nếu có điều gì có thể sai, nó sẽ sai" - Luật Murphy
Con người có xu hướng mắc sai lầm, không quan trọng họ có cẩn thận đến đâu. Do đó, việc tự động hóa mọi thứ có thể tự động hóa và đo lường mọi thứ có thể đo lường là rất quan trọng để giảm thiểu yếu tố con người trong quy trình và thủ tục của công ty. Cần lưu ý rằng tự động hóa không chỉ dành cho các quy trình kỹ thuật mà còn cho cả các quy trình quản lý và kinh doanh. Văn hóa DevOps nên thấm nhuần trong toàn bộ công ty, từ CEO đến nhân viên cuối cùng.
Các bước triển khai văn hóa DevOps
Giờ đây, khi đã rõ ràng rằng DevOps là một văn hóa cần thấm nhuần trong toàn bộ công ty, chúng ta hãy xem xét cách thức triển khai nó:
- Tự động hóa mọi thứ có thể tự động hóa: Xác định các quy trình và thủ tục có thể tự động hóa và tìm kiếm công cụ và công nghệ để thực hiện điều đó. Điều này bao gồm mọi thứ từ các quy trình kỹ thuật đến các quy trình quản lý và kinh doanh. (Mọi người thường nghĩ rằng một quy trình nào đó không thể tự động hóa, nhưng nếu bạn suy nghĩ một chút, luôn có cách, vì vậy đừng từ bỏ quá sớm, hãy nghĩ ngoài khuôn khổ).
- Đo lường mọi thứ có thể đo lường: Xác định các chỉ số hiệu suất chính (KPI) có thể đo lường và thiết lập hệ thống giám sát và báo cáo để thực hiện điều đó (nó không cần phải quá phức tạp, có thể chỉ cần ghi chú). Điều này cho phép bạn xác định các nút thắt và các lĩnh vực cần cải thiện trong quy trình và thủ tục của công ty.
- Khuyến khích sự hợp tác và giao tiếp giữa các nhóm: Phá vỡ những rào cản giữa các nhóm và khuyến khích sự hợp tác và giao tiếp giữa họ. Điều này giúp hiểu rõ hơn về quy trình và thủ tục của công ty, và dễ dàng xác định các lĩnh vực cần cải thiện. Chỉ vì một điều gì đó được tự động hóa không có nghĩa là giao tiếp giữa các nhóm bị mất; ngược lại, nó nên trở nên linh hoạt hơn và việc phát hiện vấn đề nên nhanh chóng hơn.
- Thúc đẩy văn hóa cải tiến liên tục: Tạo ra một môi trường khuyến khích cải tiến và đổi mới liên tục. Điều này bao gồm mọi thứ từ đào tạo và phát triển kỹ năng đến việc triển khai các công nghệ và công cụ mới. Đừng mắc kẹt với những gì bạn đã biết; luôn có điều gì đó mới để học hỏi và cải thiện. Đặc biệt trong quy trình tự động hóa, luôn có những công cụ và công nghệ mới có thể làm cho công việc trở nên dễ dàng hơn.
- Lãnh đạo cam kết: Lãnh đạo công ty cần cam kết triển khai văn hóa DevOps. Điều này bao gồm từ việc phân bổ nguồn lực đến việc truyền đạt tầm nhìn và mục tiêu của công ty. Nếu lãnh đạo không cam kết, rất có thể việc triển khai văn hóa DevOps sẽ thất bại. Đây phải là một sự thay đổi tư duy trong toàn bộ công ty, và điều này chỉ đạt được với những lãnh đạo cam kết và có tầm nhìn. Nếu ai đó không cam kết, tốt hơn hết họ không nên ở lại công ty (đây là một quá trình khó khăn, nhưng nhiều công ty đã thất bại khi cố gắng giữ lại những người không muốn thay đổi, điều này chỉ tạo ra sự cản trở và kháng cự nơi cần thay đổi).
Với những bước này, có thể triển khai văn hóa DevOps trong một công ty và trở nên hiệu quả hơn, nhưng việc thực hiện một vài bước không phải là tất cả: đây là một quá trình liên tục đòi hỏi sự cam kết và cống hiến từ toàn bộ công ty. Đó là lý do tôi muốn dành một phần đặc biệt cho phần khó khăn nhất của toàn bộ quá trình: Sự thay đổi tư duy.
Hiểu rằng việc triển khai văn hóa DevOps trong một công ty không chỉ là thay đổi quy trình và thủ tục, mà là một sự thay đổi tư duy triệt để. Nhiều khi, con người và các nhóm đã quen làm việc theo một cách nhất định và có thể kháng cự sự thay đổi này, đặc biệt là những người đã trải qua nhiều lần chuyển mình của công ty, điều này là dễ hiểu: thay đổi là đáng sợ, nhưng cần thiết để cạnh tranh trong thị trường hiện nay. Một số người có thể nghĩ rằng họ sẽ mất quyền lực, công việc hoặc trở nên lỗi thời, và điều này là dễ hiểu, nhưng cần truyền đạt rằng việc triển khai văn hóa DevOps không phải là để loại bỏ công việc, mà là để làm cho chúng hiệu quả và năng suất hơn. Cần truyền đạt rằng tự động hóa không phải để loại bỏ công việc, mà là để loại bỏ những nhiệm vụ lặp đi lặp lại và tốn thời gian không mang lại giá trị cho sản phẩm hoặc dịch vụ đang cung cấp.
Cuối cùng, điều mà hầu hết các công ty muốn là cung cấp một sản phẩm, và nhiều nhân viên cần bắt đầu hiểu rằng giá trị của công ty đến từ sản phẩm hoặc dịch vụ được cung cấp, không phải từ quy trình và thủ tục được sử dụng để thực hiện điều đó. Nhiều nhân viên tin rằng làm nhiều việc có nghĩa là năng suất, nhưng chỉ cần bạn làm nhiều không có nghĩa là bạn đang hiệu quả; nếu những điều đó không mang lại giá trị cho sản phẩm hoặc dịch vụ, thì chúng không phải là năng suất. Vì vậy, bạn cần thay đổi tư duy để tập trung vào sản phẩm hoặc dịch vụ được cung cấp, không phải vào quy trình và thủ tục được sử dụng.
Đừng cảm thấy xấu hổ hay sợ hãi trước sự kháng cự với thay đổi có thể tồn tại trong công ty của bạn. Điều này là bình thường và là một phần của quá trình. Nhiều công ty khác cũng đã trải qua sự kháng cự này. Một ví dụ rõ ràng là Nokia, họ có một văn hóa rất sâu sắc và quy trình đã được thiết lập, và khi cố gắng triển khai văn hóa DevOps, đã có quá nhiều kháng cự, các phòng ban khác nhau tranh giành quyền lực, và các quyết định không được đưa ra. Cuối cùng, công ty không thể thích nghi với sự thay đổi và đã bị cạnh tranh đánh bại một cách tàn nhẫn. Nokia là ví dụ rõ ràng rằng họ không sụp đổ vì công nghệ của mình, mà vì văn hóa và sự kháng cự với thay đổi.
"Không phải loài nào mạnh nhất sống sót, cũng không phải loài thông minh nhất, mà là loài phản ứng tốt nhất với sự thay đổi" - Charles Darwin
Kết luận
Cảm ơn bạn đã đọc đến đây. Tôi hy vọng bài viết này đã hữu ích và mang lại cho bạn một góc nhìn mới về việc triển khai văn hóa DevOps trong một công ty, cho dù bạn đang ở trong một công ty muốn triển khai nó hay trong một công ty đã triển khai và muốn cải thiện. Hãy nhớ rằng việc triển khai văn hóa DevOps là một quá trình liên tục đòi hỏi sự cam kết và cống hiến từ toàn bộ công ty, nhưng lợi ích mang lại là rất to lớn, từ việc cải thiện hiệu quả và năng suất đến nâng cao chất lượng sản phẩm hoặc dịch vụ được cung cấp.
"Thay đổi là điều duy nhất không thay đổi trong cuộc sống" - Heraclitus
