Làm thế nào để xây dựng lộ trình học tập liên tục giúp các nhóm kỹ thuật luôn cập nhật những công nghệ mới nhất khi chúng xuất hiện?

Một nhóm phát triển backend đang chuyển một dịch vụ từ kiến ​​trúc nguyên khối sang một tập hợp các dịch vụ trên một nền tảng mà hầu hết các thành viên chưa từng chạy trong môi trường sản xuất. Tất cả mọi người đều nhận được cùng một liên kết đến khóa học video. Hai tháng sau, nhiệm vụ chuyển đổi đầu tiên mất ba ngày của một kỹ sư và ba tuần của một kỹ sư khác, và không ai có thể nói liệu sự khác biệt là do kỹ năng, công cụ hay chính bản thân nhiệm vụ.

Đây là một kịch bản minh họa, không phải là một trường hợp được ghi nhận. Đó là mô hình đằng sau hầu hết các triển khai "công nghệ mới": việc truy cập nội dung được coi là kế hoạch, và khả năng thực hiện công việc trên công nghệ mới được mặc định. Hướng dẫn này dành cho các trưởng nhóm hỗ trợ kỹ thuật và các nhà quản lý kỹ thuật. Nó cho thấy cách xây dựng lộ trình học tập liên tục cho một nhóm kỹ thuật: một lộ trình ngắn gọn, có thể lặp lại từ "đã nghe nói về công nghệ mới" đến "có thể thực hiện một nhiệm vụ thực tế trên đó", với thực hành, phản hồi và kiểm tra xem kỹ năng đó có được áp dụng vào công việc hay không. Kết quả tìm kiếm cho chủ đề này chủ yếu là lộ trình dành cho cá nhân, vì vậy hướng dẫn này xem xét từ góc độ nhóm và người quản lý. Hãy xác nhận mọi trường hợp và tiêu chí với một kỹ sư cấp cao trước khi sử dụng.

Lộ trình học tập liên tục dành cho kỹ sư là gì?

Đó là một chuỗi quy trình được xác định rõ ràng bao gồm chuẩn bị, thực hành trên các nhiệm vụ thực tế, phản hồi và kiểm tra năng lực, mà bạn có thể tái sử dụng mỗi khi nhóm áp dụng một ngôn ngữ, framework hoặc nền tảng mới. "Liên tục" có nghĩa là lộ trình được xây dựng một lần và được cập nhật, chứ không phải xây dựng lại từ đầu cho mỗi thay đổi. Nó hẹp hơn cả một lộ trình học tập trong danh mục thư viện: nó gắn liền với một nhiệm vụ mà nhóm phải thực hiện và bằng chứng cho thấy họ có thể thực hiện được nhiệm vụ đó.

Các kỹ sư hiện nay đã dành thời gian để học hỏi. Trong Khảo sát Nhà phát triển Stack Overflow năm 2025, 36.3% người trả lời cho biết họ đã học các công cụ hỗ trợ AI cần thiết cho công việc hoặc để nâng cao sự nghiệp trong năm qua, trong khi 10.8% không dành thời gian để học hỏi gì cả . Mọi người đang học hỏi; câu hỏi đặt ra là liệu việc học đó có hướng đến những gì nhóm cần và liệu mọi người có thể thấy được kết quả hay không.

sự kiện nhanh chóng

1. Mô tả vấn đề về hiệu năng

Hãy bắt đầu với nhiệm vụ. Viết một câu mà nhóm có thể kiểm tra: "Cho một dịch vụ trong kiến ​​trúc cũ, một kỹ sư di chuyển một phần cụ thể sang kiến ​​trúc mới, vượt qua các bước kiểm tra của nhóm và giải thích những gì họ đã thay đổi và lý do tại sao." Nêu rõ vai trò, môi trường và quyền hạn mà kỹ sư sẽ có. Nếu bạn không thể viết câu này, thì lộ trình không có mục tiêu.

2. Chẩn đoán những thiếu sót về kiến ​​thức và bối cảnh.

Trước khi tạo nội dung, hãy so sánh nhiệm vụ đó với những gì bạn đang có hiện nay.

1. Phương pháp đào tạo hiện nay như thế nào? Một khóa học về cú pháp và các khái niệm giúp ôn tập. Một quá trình di cư cần phân tích, đánh giá và sáng tạo.
2. Yêu cầu về khả năng nhận thức là gì? Trong hệ thống phân loại Bloom được sửa đổi, việc so sánh các phương pháp cũ và mới nằm ở cấp độ phân tích và đánh giá, và việc thiết kế sản phẩm được chuyển đổi nằm ở cấp độ sáng tạo. Hướng dẫn của chúng tôi về Phù hợp các hoạt động học tập với Phân loại Bloom. Hướng dẫn cách lựa chọn hoạt động phù hợp với trình độ.
3. Liệu có yếu tố nào khác ngoài kỹ năng đang cản trở? Kiểm tra quyền truy cập hộp cát, môi trường thử nghiệm, quyền sở hữu mã nguồn, khối lượng công việc trực ca và liệu có ai có thời gian để học hỏi hay không. Nếu môi trường dàn dựng gặp sự cố, không có giải pháp nào có thể giúp quá trình chuyển đổi đầu tiên diễn ra nhanh chóng. Hãy chuyển những nguyên nhân đó cho những người có thể khắc phục chúng. Chẩn đoán khoảng cách học tập có thể giúp bạn phân biệt chúng.

Không phải mọi công nghệ mới đều cần một chương trình đầy đủ. Một bản cập nhật thư viện nhỏ có thể chỉ cần một ghi chú ngắn và một bài đánh giá. Hãy dành quy trình đó cho những thay đổi làm thay đổi cách mọi người thiết kế và gỡ lỗi.

3. Thiết kế quá trình chuẩn bị và luyện tập có mục đích.

Mỗi giai đoạn sẽ có một nhiệm vụ cụ thể.

Kiểm tra kiến ​​thức nền. Sử dụng bài kiểm tra chẩn đoán ngắn gọn để tìm ra những ai đã nắm vững kiến ​​thức cơ bản, để tránh việc mọi người phải ngồi nghe lại những nội dung họ đã biết. Bài kiểm tra kiến ​​thức nền chỉ xác nhận kiến ​​thức nền; nó không thể hiện sự sẵn sàng học tập của học viên.

Chuẩn bị theo tốc độ cá nhân. Tham khảo tài liệu chính thức, sổ tay hướng dẫn nội bộ và một nguồn tài liệu ngắn gọn, tập trung vào nhiệm vụ. Giữ cho tài liệu ngắn gọn và cụ thể.

Thực hành trên các dự án thực tế. Cách thực hành hiệu quả nhất là thực hiện một dự án thực tế có giới hạn trong một môi trường an toàn: một dịch vụ thử nghiệm (sandbox), một bản sao của một mô-đun có rủi ro thấp, hoặc một bài tập tái cấu trúc mã với các đáp án đã biết. Các hướng dẫn của chúng tôi về cấu trúc các dự án tái cấu trúc giúp giảng dạy và sử dụng đánh giá mã đồng cấp để phát triển khả năng phán đoán kỹ thuật bao gồm hai định dạng phù hợp ở đây.

Phản hồi. Hãy gắn phản hồi với các quyết định, chứ không phải với điểm số. Ví dụ: "Bạn đã chuyển logic thử lại vào dịch vụ mới nhưng không nói rõ điều gì xảy ra khi cuộc gọi đến dịch vụ tiếp theo hết thời gian chờ" là điều mà kỹ sư có thể dựa vào để hành động. Để biết thêm về điều này, hãy xem phần thiết kế thực hành tương tác với phản hồi hữu ích.

Nhập liệu trực tiếp hay đánh giá không đồng bộ? Nhập liệu trực tiếp mang lại hiệu quả cao nhất khi lựa chọn không rõ ràng và các kỹ sư sẽ được lợi khi nghe đồng nghiệp giải thích lý do tại sao họ lại giữ nguyên quyết định đó. Đánh giá không đồng bộ đủ để so sánh sự thay đổi của kỹ sư với một ví dụ được chú thích. Bài viết của chúng tôi về việc kết nối quá trình tự học với huấn luyện trực tiếp sẽ giải thích khi nào nên sử dụng từng phương pháp.

4. Hãy cùng nhau tìm hiểu một ví dụ thực tế.

Ví dụ minh họa. Kỹ sư cấp cao nên thẩm định trường hợp và đáp ứng các tiêu chí trước khi sử dụng.

Tình huống: Một kỹ sư hoàn thành nhiệm vụ di chuyển dữ liệu sau quá trình chuẩn bị kỹ lưỡng. Nhiệm vụ là: chuyển chức năng "gửi email xác nhận" từ hệ thống nguyên khối cũ sang dịch vụ hướng sự kiện của nền tảng mới, trong môi trường thử nghiệm (sandbox), với bộ kiểm thử của nhóm đã vượt qua.

Lần thử đầu tiên. Kỹ sư sao chép hàm và kết nối nó với sự kiện mới. Các bài kiểm tra đều đạt trong trường hợp thành công. Họ chưa nói rõ điều gì sẽ xảy ra nếu sự kiện được gửi hai lần, và mã được chuyển đổi sẽ gửi hai biên nhận.

Phản hồi và thử lại. Người đánh giá hỏi, "Ngăn xếp này đảm bảo điều gì về việc phân phối, và điều đó có ý nghĩa gì đối với chức năng của bạn?" Kỹ sư đọc tài liệu về phân phối của nền tảng và đưa ra một thay đổi.

Một nỗ lực mạnh mẽ hơn. "Nền tảng này ít nhất cũng thực hiện một lần, vì vậy tôi đã làm cho hàm này có tính chất bất biến bằng cách sử dụng ID đơn hàng, và thêm một bài kiểm tra gửi cùng một sự kiện hai lần. Tôi không chắc nền tảng sẽ thử lại trong bao lâu, vì vậy tôi đã hỏi nhóm nền tảng và ghi chú điều đó trong yêu cầu kéo." Câu trả lời cho thấy kỹ sư đã đưa ra bằng chứng, hành động dựa trên đó và nêu rõ những gì họ vẫn cần tìm hiểu.

Tại sao mỗi câu trả lời lại có thể chấp nhận được hoặc chưa đầy đủ. Lần thử đầu tiên là một điểm khởi đầu hợp lệ nhưng chưa hoàn chỉnh: nó chỉ hoạt động nếu mọi thứ diễn ra suôn sẻ. Lần thử mạnh mẽ hơn có thể chấp nhận được vì quyết định được giải thích, kiểm chứng và trung thực về thiếu sót. Hãy đánh giá nó dựa trên các tiêu chí đã được thống nhất, chứ không phải dựa trên quy tắc ưa thích của người đánh giá.

5. Đánh giá năng lực và lập kế hoạch chuyển giao

Bằng chứng về năng lực là hiệu suất thực hiện một nhiệm vụ mới mà kỹ sư chưa từng thấy, trong môi trường công nghệ mới. Sử dụng hai thước đo: hiệu suất chuyển giao (họ có thể hoàn thành và chứng minh được khả năng thực hiện một nhiệm vụ tương đương không?) và thời gian sẵn sàng thực hiện nhiệm vụ (mất bao lâu từ khi bắt đầu lộ trình đến khi hoàn thành một nhiệm vụ tương đương theo tiêu chuẩn của nhóm?). Chấm điểm nhiệm vụ mới bằng thang điểm đơn giản từ 0 đến 2:

Thang điểm: 0 là không có hoặc không được hỗ trợ, 1 là một phần với những thiếu sót liên quan, và 2 là đầy đủ và được chứng minh dựa trên các tiêu chí đã thống nhất. Xác định riêng các lỗi nghiêm trọng, chẳng hạn như bỏ qua một bước kiểm tra an ninh bắt buộc, để điểm số cao ở các khía cạnh khác không thể che giấu lỗi nghiêm trọng. Bảng đánh giá này chỉ là một đề xuất, không phải là một tiêu chuẩn sẵn sàng đã được xác nhận. Hãy điều chỉnh nó với người quản lý kỹ thuật và tiến hành thử nghiệm.

Lên kế hoạch theo dõi tại nơi làm việc. Sau khi hoàn thành lộ trình, hãy để mỗi kỹ sư nhận một ticket thực tế trong hệ thống mới với một người đánh giá được chỉ định, và kiểm tra nó dựa trên cùng các tiêu chí. Xem xét các lỗi thường gặp hàng quý và cập nhật lộ trình. Hướng dẫn của chúng tôi về việc chạy thử nghiệm nhằm đo lường việc học tập và chuyển giao tại nơi làm việc sẽ trình bày cách thử nghiệm lộ trình trên một nhóm trước tiên.

Trong trường hợp phương thức giao hàng tương tác giúp ích

Các định dạng tương tác hữu ích khi mọi người cần đưa ra quyết định trước khi gặp gỡ nhóm. Trong một buổi học trực tiếp, hãy trình bày một quyết định di chuyển dữ liệu, yêu cầu mỗi kỹ sư chọn và giải thích theo từng dòng, sau đó tiết lộ kết quả trước khi thảo luận. Các phản hồi ẩn danh có thể làm nổi bật những nghi ngờ mà mọi người ngần ngại nêu ra trước mặt người hướng dẫn. Trường hợp tương tự có thể được thực hiện theo hình thức tự học cho các kỹ sư tham gia sau, với một buổi học trực tiếp dành riêng cho những lựa chọn không rõ ràng. AhaSlides hỗ trợ học tập tương tác và chuyển đổi giữa hình thức học trực tiếp và tự học. Đây là một công cụ trình bày và học tập, không phải là môi trường lập trình, vì vậy hãy thực hành lập trình trong môi trường riêng của bạn. Kiểm tra bất kỳ chức năng soạn thảo, phản hồi hoặc báo cáo cụ thể nào bạn dự định sử dụng so với quy trình làm việc của riêng bạn. Để được trợ giúp lựa chọn định dạng, hãy xem hướng dẫn của chúng tôi về thời điểm sử dụng học tập thích ứng, tương tác và trực tiếp.

Đo lường những gì đã thay đổi

Hãy quyết định trước những tiêu chí nào sẽ chứng minh phương pháp này hiệu quả. So sánh hiệu suất chuyển giao kiến ​​thức và thời gian hoàn thành nhiệm vụ trên một nhiệm vụ chưa từng thực hiện trước đó với kết quả cơ sở trước khi áp dụng phương pháp, với nhóm đối tượng, mẫu số và thời gian được xác định rõ. Nếu kết quả được cải thiện, hãy xem xét những thay đổi khác trong cùng kỳ, chẳng hạn như tài liệu tốt hơn, công cụ mới hoặc lịch phát hành ít áp dụng hơn, trước khi đánh giá cao hiệu quả của phương pháp này.

Những ràng buộc có thể vẫn còn

• Thời gian. Các kỹ sư làm việc theo chu kỳ sprint đầy đủ sẽ không hoàn thành lộ trình công việc nếu không có thời gian được bảo vệ.
• Môi trường. Một môi trường thử nghiệm bị lỗi hoặc quy trình phê duyệt chậm sẽ hạn chế tốc độ bất kể quá trình đào tạo như thế nào.
• Mục tiêu di động. Các ngăn xếp thay đổi nhanh chóng, vì vậy một đường dẫn không được sử dụng sẽ trở nên lỗi thời.
• Phạm vi nhiệm vụ. Một nhiệm vụ di chuyển dữ liệu đòi hỏi phải đưa ra một vài quyết định. Việc hoàn thành nhiệm vụ không phản ánh đầy đủ kỹ năng của kỹ sư trong toàn bộ hệ thống.
• Quyền sở hữu. Nếu không ai chịu trách nhiệm về sự di cư, thì không thể tạo ra con đường dẫn đến sự di cư đó.

Các câu hỏi thường gặp

Lộ trình học tập liên tục dành cho kỹ sư là gì?

Một quy trình có thể tái sử dụng bao gồm kiểm tra điều kiện tiên quyết, thực hành trên các nhiệm vụ thực tế, phản hồi và kiểm tra chuyển giao, gắn liền với một nhiệm vụ cụ thể mà nhóm phải thực hiện trong một môi trường mới.

Quá trình đào tạo cho kỹ sư phần mềm nên kéo dài bao lâu?

Đủ thời gian để mỗi kỹ sư hoàn thành một nhiệm vụ thực tế trong hệ thống mới. Thử nghiệm với một nhóm, sau đó đo thời gian hoàn thành nhiệm vụ.

Làm thế nào để nâng cao kỹ năng cho các kỹ sư phần mềm mà không cần cho họ rời khỏi công việc giao hàng?

Hãy sử dụng phương pháp luyện tập có giới hạn thời gian trên các công việc thực tế hoặc tương tự, dành ra một khoảng thời gian nhỏ mỗi tuần và giữ cho tài liệu tự học ngắn gọn và tập trung vào nhiệm vụ cụ thể.

Làm sao bạn biết một lộ trình đã thành công?

Các kỹ sư hoàn thành một nhiệm vụ mới, chưa từng thấy trước đây trong hệ thống mới theo tiêu chuẩn của nhóm, và các phiếu yêu cầu tiếp theo cũng cho thấy chất lượng tương tự.

Bắt đầu từ đâu

Chọn một thay đổi về kiến ​​trúc hệ thống sắp tới. Viết câu mô tả nhiệm vụ, kiểm tra các trở ngại không liên quan đến đào tạo, soạn thảo bảng đánh giá ba tiêu chí và nhờ một kỹ sư cấp cao thực hiện nhiệm vụ thực hành trước. Thử nghiệm với một nhóm trước khi xây dựng toàn bộ quy trình.

Để xem cách một lộ trình có thể được triển khai trực tiếp với nhóm của bạn và được tái sử dụng theo tốc độ riêng sau đó, hãy khám phá AhaSlides.