quản lý CNTTchuyển đổi sốnghiên cứu và phát triểnkỹ thuật phần mềm
Quy trình đổi mới so với những thách thức trong quá trình triển khai
Việc cân bằng giữa tầm nhìn tương lai và hoạt động hàng ngày là thách thức lớn nhất trong công nghệ hiện đại. Trong khi một quy trình đổi mới thúc đẩy tăng trưởng dài hạn bằng cách khám phá những ý tưởng tiên tiến, thì những thách thức trong triển khai lại thể hiện thực tế khắc nghiệt của nợ kỹ thuật, hạn chế ngân sách và sự kháng cự của con người đối với sự thay đổi.
Điểm nổi bật
Các quy trình đổi mới cung cấp lý do "tại sao", trong khi việc triển khai cung cấp cách thức "làm thế nào".
Nợ kỹ thuật là kẻ thù chính của việc triển khai suôn sẻ.
Một hệ thống đường ống dẫn dầu khí mà không có chiến lược triển khai chỉ là một tập hợp những sở thích tốn kém.
Việc thuyết phục về mặt văn hóa thường tốn kém hơn cả chính phần mềm.
Đường dẫn đổi mới là gì?
Một khuôn khổ có cấu trúc được thiết kế để thu thập, thẩm định và phát triển các ý tưởng đột phá thành các giải pháp công nghệ sẵn sàng đưa ra thị trường.
Các quy trình hiện đại thường sử dụng "phễu đổi mới" để lọc hàng trăm ý tưởng thô thành một vài nguyên mẫu khả thi.
Các quy trình hiệu quả ưu tiên sự đa dạng trong tư duy để ngăn ngừa "tư duy tập thể" trong giai đoạn hình thành ý tưởng ban đầu.
Các khuôn khổ thành công thường phân bổ ngân sách "an toàn để thất bại" riêng cho các dự án thử nghiệm rủi ro cao, lợi nhuận cao.
Một quy trình đào tạo hiệu quả sẽ đánh giá sự thành công thông qua "tốc độ học hỏi" chứ không chỉ đơn thuần là lợi tức đầu tư tức thì.
Các vòng phản hồi liên tục giữa các nhóm nghiên cứu và người dùng cuối giúp hoàn thiện ý tưởng trước khi chúng được đưa vào sản xuất hàng loạt.
Những thách thức trong quá trình triển khai là gì?
Những trở ngại phức tạp và những nút thắt mang tính hệ thống phát sinh khi cố gắng tích hợp các công nghệ mới vào môi trường hiện có.
Những vấn đề kỹ thuật tồn đọng từ các hệ thống cũ vẫn là trở ngại lớn nhất đối với việc triển khai các kiến trúc phần mềm hiện đại.
Sự phản kháng về văn hóa trong một tổ chức thường cản trở việc áp dụng công nghệ mới hiệu quả hơn cả những lỗi kỹ thuật thực tế.
Việc mở rộng phạm vi dự án thường xuyên khiến thời gian thực hiện bị kéo dài, dẫn đến cạn kiệt ngân sách.
Các vấn đề về khả năng tương thích phát sinh khi các công cụ mới không thể giao tiếp với phần cứng hoặc phần mềm chuyên dụng đã có sẵn.
Tỷ lệ chấp nhận sau khi triển khai thường giảm nếu giao diện người dùng không tính đến thói quen hàng ngày của nhân viên.
Bảng So Sánh
Tính năng
Đường dẫn đổi mới
Những thách thức trong quá trình triển khai
Trọng tâm chính
Khả năng trong tương lai
Thực tế hoạt động
Chỉ số chính
Số lượng bằng sáng chế/nguyên mẫu mới
Thành công triển khai và lợi tức đầu tư
Mức độ chấp nhận rủi ro
Thất bại là một công cụ học tập.
Thất bại thường xuyên gây gián đoạn hoạt động kinh doanh.
Thang thời gian
Dài hạn (1-5 năm)
Ngắn hạn đến trung hạn
Tài nguyên chính
Tài năng sáng tạo và nghiên cứu phát triển
Kỹ sư và quản lý dự án
Rào cản phổ biến
Thiếu ý tưởng độc đáo
Ma sát hệ thống cũ
So sánh chi tiết
Sự mâu thuẫn giữa tầm nhìn và thực tế
Các quy trình đổi mới sáng tạo phát triển mạnh trong môi trường trừu tượng, nơi câu hỏi "nếu như" là trọng tâm. Tuy nhiên, điều này thường tạo ra sự mất kết nối với các nhóm xử lý việc triển khai, những người phải đối phó với câu hỏi "làm thế nào" để biến những ý tưởng đó thành hiện thực trong các cơ sở hạ tầng hiện có cứng nhắc. Nếu không có cầu nối giữa hai bên, một ý tưởng xuất sắc có thể dễ dàng bị bỏ quên giữa phòng thí nghiệm và phòng máy chủ.
Phân bổ nguồn lực và lập ngân sách
Đầu tư vào một quy trình đổi mới sáng tạo đòi hỏi sự chấp nhận rủi ro tài chính, vì nhiều thử nghiệm sẽ không bao giờ được đưa ra thị trường. Ngược lại, chi phí triển khai lại dễ thấy và tức thời hơn nhiều, thường đòi hỏi chi tiêu đáng kể cho đào tạo, nâng cấp phần cứng và khắc phục sự cố. Cân bằng giữa "ngân sách mơ ước" và "ngân sách bảo trì" là một thách thức thường trực đối với các nhà lãnh đạo công nghệ.
Tác động văn hóa và tổ chức
Các quy trình khuyến khích văn hóa đổi mới và liên tục đặt câu hỏi, điều này có thể tiếp thêm động lực cho những tài năng sáng tạo. Tuy nhiên, việc triển khai đòi hỏi sự ổn định và chính xác, điều này có thể gây cảm giác gò bó cho chính những người sáng tạo đó. Các tổ chức làm chủ được cả hai khía cạnh này thường nuôi dưỡng một văn hóa nơi những người đổi mới hiểu được những hạn chế của người triển khai, và người triển khai coi trọng sự cần thiết lâu dài của sự thay đổi.
Nợ kỹ thuật so với những chân trời mới
Mỗi cải tiến mới được thêm vào quy trình cuối cùng đều trở thành một hệ thống lỗi thời mà các nhóm tương lai sẽ gặp khó khăn trong việc triển khai. Trong khi quy trình hướng tới những chân trời mới như trí tuệ nhân tạo hay điện toán lượng tử, các nhóm triển khai thường bị mắc kẹt với việc vá lỗi mã nguồn đã 10 năm tuổi để duy trì hoạt động. Quản lý khoản nợ kỹ thuật này là cách duy nhất để đảm bảo quy trình không bị tắc nghẽn về sau.
Ưu & Nhược điểm
Đường dẫn đổi mới
Ưu điểm
+Thúc đẩy vị thế dẫn đầu thị trường
+Thu hút nhân tài hàng đầu
+Xác định các rủi ro trong tương lai
+Xây dựng uy tín thương hiệu
Đã lưu
−Tỷ lệ hỏng hóc rất cao
−Không có doanh thu ngay lập tức
−Chi phí bảo trì cao
−Làm xao nhãng công việc chính.
Những thách thức trong quá trình triển khai
Ưu điểm
+Đảm bảo tính ổn định của hệ thống
+Tối đa hóa lợi tức đầu tư hiện tại
+Giảm thiểu rủi ro an ninh
+Nâng cao hiệu quả công việc hàng ngày
Đã lưu
−Có thể kìm hãm sự sáng tạo
−Làm nản lòng những người có tầm nhìn
−Làm chậm tiến độ
−Thường có cảm giác lặp đi lặp lại
Những hiểu lầm phổ biến
Huyền thoại
Đổi mới nhanh hơn giúp giải quyết các vấn đề trong quá trình triển khai.
Thực tế
Trên thực tế, điều ngược lại thường đúng; việc đổ thêm nhiều ý tưởng mới vào một hệ thống có khả năng triển khai kém chỉ tạo ra thêm nợ kỹ thuật và tình trạng kiệt sức của nhân viên. Bạn không thể đổi mới để vượt qua một quy trình triển khai bị lỗi.
Huyền thoại
Việc triển khai chỉ là một nhiệm vụ kỹ thuật đối với bộ phận CNTT.
Thực tế
Thành công phụ thuộc rất nhiều vào quản lý thay đổi và tâm lý học. Nếu những người sử dụng công nghệ không hiểu giá trị của nó, họ sẽ tìm cách để vượt qua nó, bất kể phần mềm được viết tốt đến đâu.
Huyền thoại
Các quy trình đổi mới sáng tạo chỉ dành cho các tập đoàn khổng lồ.
Thực tế
Ngay cả một công ty khởi nghiệp chỉ có hai người cũng cần một kế hoạch phát triển sản phẩm, dù đó chỉ có thể là một bảng Trello ghi lại các tính năng tương lai. Suy nghĩ trước là một kỹ năng sống còn, chứ không chỉ là điều xa xỉ đối với các công ty trong danh sách Fortune 500.
Huyền thoại
Các hệ thống cũ luôn cần được thay thế bằng hệ thống đường ống dẫn dữ liệu.
Thực tế
Trong nhiều trường hợp, điều "sáng tạo" nhất bạn có thể làm là tìm cách để hệ thống cũ đáng tin cậy hoạt động được với các API hiện đại thay vì chi hàng triệu đô la cho một sự thay thế hoàn toàn đầy rủi ro.
Các câu hỏi thường gặp
Làm thế nào để thu hẹp khoảng cách giữa bộ phận Nghiên cứu và Phát triển (R&D) và bộ phận Công nghệ Thông tin (IT)
Cách hiệu quả nhất là đưa các chuyên gia triển khai vào giai đoạn đầu của quy trình đổi mới. Bằng cách để một kỹ sư xem xét nguyên mẫu và nói, "Điều đó sẽ không bao giờ hoạt động với cơ sở dữ liệu hiện tại của chúng ta," bạn sẽ tiết kiệm được hàng tháng trời công sức lãng phí. Việc tạo ra các nhóm "đa chức năng" đảm bảo rằng những người có tầm nhìn và những người hành động cùng nói một ngôn ngữ ngay từ ngày đầu tiên.
"Thung lũng tử thần của sự đổi mới" là gì?
Điều này đề cập đến giai đoạn mà một nguyên mẫu đã được chứng minh là thành công trong phòng thí nghiệm hoặc nhóm thử nghiệm nhỏ, nhưng lại thất bại trong việc mở rộng quy mô khi triển khai đầy đủ. Điều này thường xảy ra vì những thách thức trong quá trình triển khai—như chi phí máy chủ, tuân thủ bảo mật hoặc đào tạo người dùng—đã không được tính đến trong thiết kế quy trình ban đầu. Nhiều công nghệ tuyệt vời đã chết ở giai đoạn này vì chúng quá đắt hoặc quá phức tạp để đưa vào thực tế.
Tại sao nợ kỹ thuật lại khiến việc đổi mới trở nên khó khăn hơn?
Hãy hình dung nợ kỹ thuật như một khoản vay lãi suất cao; càng nhiều nợ, các kỹ sư của bạn càng có ít "thu nhập khả dụng" (hay thời gian) để làm việc với những thứ mới. Khi nhóm của bạn dành 80% thời gian trong tuần chỉ để sửa lỗi trong các hệ thống cũ, họ chỉ còn 20% cho quá trình đổi mới. Cuối cùng, khoản nợ tích tụ quá lớn đến mức quá trình đổi mới hoàn toàn dừng lại.
Bạn có thể tự động hóa quá trình triển khai để tăng tốc quy trình không?
Các công cụ như CI/CD (Tích hợp liên tục/Triển khai liên tục) và các phương pháp DevOps được thiết kế để làm chính xác điều đó. Bằng cách tự động hóa việc kiểm thử và triển khai mã mới, bạn loại bỏ được nhiều thách thức do con người gây ra trong quá trình triển khai. Tuy nhiên, tự động hóa không thể sửa chữa một ý tưởng tồi; nó chỉ giúp bạn triển khai ý tưởng đó – hoặc thất bại với nó – nhanh hơn nhiều.
Làm sao để biết khi nào nên ngừng đổi mới và bắt đầu triển khai?
Một nguyên tắc chung hữu ích là quy tắc 70/20/10: dành 70% năng lượng để triển khai và hoàn thiện công nghệ cốt lõi của doanh nghiệp, 20% cho các đổi mới liên quan và 10% cho các dự án tương lai rủi ro cao. Nếu bạn thấy nhóm của mình liên tục bắt đầu các dự án mới nhưng không bao giờ hoàn thành chúng, đó là dấu hiệu cho thấy khối lượng công việc đang quá tải và kỹ năng triển khai cần được cải thiện.
Việc chuyển đổi sang điện toán đám mây được coi là đổi mới hay triển khai?
Đó là sự kết hợp của cả hai yếu tố, nhưng chủ yếu là một thách thức lớn về mặt triển khai. Việc chuyển dữ liệu và ứng dụng lên đám mây là một trở ngại kỹ thuật, nhưng một khi được giải quyết, nó sẽ tạo ra một nền tảng vững chắc hơn nhiều cho sự đổi mới trong tương lai. Điều này thường được mô tả như là "mở đường" để quá trình đổi mới có thể diễn ra nhanh hơn sau này.
Phản hồi của người dùng đóng vai trò gì trong quy trình này?
Phản hồi từ người dùng chính là thước đo thực tế cho quy trình phát triển sản phẩm. Nếu thiếu nó, các nhà đổi mới thường xây dựng những tính năng mà họ cho là hay ho nhưng thực tế chẳng ai muốn dùng. Thu thập phản hồi sớm trong quy trình phát triển sẽ giúp tránh được "Thử thách triển khai" khi tung ra một sản phẩm hoàn chỉnh mà thị trường hoàn toàn phớt lờ.
Làm thế nào một công ty có thể đo lường xem quy trình bán hàng của họ có hiệu quả hay không?
Đừng chỉ nhìn vào số lượng ý tưởng được đưa ra; hãy nhìn vào "Tỷ lệ chuyển đổi" - bao nhiêu trong số những ý tưởng đó vượt qua được các rào cản triển khai để trở thành sản phẩm sinh lời. Một quy trình tạo ra 100 ý tưởng nhưng không có ý tưởng nào được triển khai thành công là một thất bại. Thành công thực sự được đo lường bằng tác động hữu hình đến lợi nhuận hoặc hiệu quả hoạt động của doanh nghiệp.
Phán quyết
Hãy ưu tiên phát triển các giải pháp đổi mới sáng tạo nếu bạn đang hoạt động trong một thị trường trì trệ và cần một bước đột phá để tồn tại. Tập trung mạnh vào việc giải quyết các thách thức trong quá trình triển khai nếu hoạt động hiện tại của bạn kém hiệu quả, hoặc nếu nhóm của bạn đang gặp khó khăn trong việc áp dụng các công cụ đã mua.