Để áp dụng thành công một hệ thống quản lý dự án, cần ba việc: chuẩn bị có chủ đích, ra mắt có cấu trúc và đưa hệ thống vào công việc hàng ngày một cách bền bỉ, và cả ba đều có thể học được, lặp lại được. Công cụ làm việc mới hiếm khi thất bại vì công nghệ kém, nguyên nhân thường nằm ở chỗ các điều kiện về con người để áp dụng chưa được đáp ứng. Khi việc triển khai bị coi như một đầu việc cài đặt thay vì một bài toán quản lý thay đổi, sự kháng cự, hoài nghi và việc quay lại thói quen cũ gần như là điều tất yếu.
Nếu không có lợi ích cá nhân, mọi người sẽ ngấm ngầm cản trở việc triển khai
Onboarding "một thói quen mỗi ngày" giảm quá tải và đẩy nhanh việc áp dụng
Nghi thức + sự công nhận biến công cụ thành một phần văn hóa của nhóm
1. Kiểm toán sẵn sàng. Làm một khảo sát ngắn về mức độ thành thạo công nghệ số, những điểm vướng trong quy trình làm việc hiện tại và các kênh giao tiếp mà mọi người ưa dùng. Cách này giúp sự kháng cự lộ ra sớm và cho biết quy trình nào dễ bị xáo trộn nhất.
2. Mạng lưới nhà vô địch. Chọn 5-7 nhân viên được đồng nghiệp nể trọng làm đại sứ thay đổi, dành cho họ tới 50% thời gian để thử công cụ, thu thập phản hồi của đồng nghiệp và chia sẻ những thành công đầu tiên trong nhóm.
3. Pitch giá trị (WIIFM — What's In It For Me). Chuẩn bị một slide duy nhất trả lời ba câu hỏi:
4. Thí điểm với hoạt động song song. Chạy thí điểm trên một dự án trong khi vẫn giữ quy trình cũ hoạt động song song, nhờ vậy những lỗi ban đầu không đe dọa thời hạn và nhóm có thể tự mình thấy sự khác biệt trước và sau mà không phải chịu áp lực cam kết.
5. Cửa sổ ra mắt tải thấp. Hãy chọn thời điểm ra mắt vào giai đoạn khối lượng công việc thấp nhất, vì khi áp lực nền giảm, mọi người dễ tập trung hơn và bớt căng thẳng khi phải học hệ thống mới giữa lúc chạy deadline.
1. Zero-Day Kick-off 60 phút. Một buổi trực tuyến trực tiếp theo kiểu vừa làm mẫu vừa giải thích:
Khi lãnh đạo cấp cao cùng tham gia và phần thực hành diễn ra ngay trong buổi đó, mọi người hiểu rằng công cụ này là một phần thật của công việc, và việc đặt câu hỏi công khai trở thành chuyện bình thường.
2. Định dạng học 10×10. Mười micro-module, mỗi module 10 phút (gồm screencast, bảng tóm tắt và một bài kiểm tra ngắn), được rải đều trong hai tuần đầu. Mỗi module xoay quanh một kịch bản và nhân viên có thể tự học vào lúc thuận tiện.
3. Các nhà tích hợp tức thời. Sau mỗi module, người tham gia làm một thao tác nhỏ nhưng thật trong một dự án đang chạy, chẳng hạn giao một nhiệm vụ, đặt thời hạn hay đính kèm tệp, để điều vừa học được gắn chặt vào thực tế trước khi kịp quên.
4. Bản đồ tiến độ 30-60-90 ngày:
Bản đồ này là khung xương cho quá trình onboarding liên tục, đồng thời cung cấp những dữ liệu thành công đầu tiên mà bạn cần cho truyền thông nội bộ và cho các quyết định mở rộng sau này.
5. Môi trường sandbox và kênh hỗ trợ. Một dự án thử nghiệm riêng cho phép mọi người mày mò mà không gây rủi ro cho công việc thật, còn một kênh Slack hoặc Teams riêng, nơi các nhà vô địch trả lời trong vòng một giờ, giúp mọi người học nhanh và biến những câu hỏi lặp đi lặp lại thành kiến thức được ghi chép.
1. Một ngày, một thói quen. Sắp xếp 10 ngày đầu sao cho mỗi ngày chỉ tập trung vào một kịch bản: tạo nhiệm vụ, giao người thực hiện, đính kèm tệp. Khi phạm vi mỗi ngày được thu hẹp, đầu óc bớt quá tải và thói quen hình thành dần dần.
2. Yêu cầu giá trị ngay lập tức. Ngay từ những lần tương tác đầu tiên, hệ thống phải cho người dùng thấy một lợi ích cụ thể, như quy trình nhanh hơn, trạng thái rõ hơn hay ít phải trao đổi qua lại hơn. Nếu ngày đầu tiên người dùng không cảm nhận được lợi ích, họ sẽ không tự quay lại.
3. Phản hồi như sự tham gia. Một kênh phản hồi riêng, nơi mọi người nhận được câu trả lời thật, sẽ biến sự bực bội của người dùng thành cải tiến cho hệ thống. Khi ai đó báo một lỗi khó dùng rồi thấy nó được sửa, họ hiểu rằng chính người dùng đang định hình quy trình, và cảm giác làm chủ cùng mức độ tham gia nhờ thế tăng lên.
4. Những chiến thắng sớm cụ thể. Công bố những kết quả cụ thể có thể gắn với hệ thống: một sprint xong trước hạn, một bản tóm tắt không còn bị thất lạc. Những ví dụ như vậy tạo dựng lòng tin và cho thấy hệ thống thực sự giúp công việc tốt lên.
5. Tính liên tục sau ra mắt. Buổi ra mắt chính thức là điểm khởi đầu của việc áp dụng chứ chưa phải đích đến. Sau đó cần duy trì đều đặn một số việc: đăng những cập nhật ngắn về tình hình sử dụng, đơn giản hóa truy cập (SSO, tích hợp Slack) và đưa hệ thống vào các quy trình lặp lại. Những nhóm không quay lại thói quen cũ đã vượt qua ngưỡng áp dụng quan trọng. Tìm hiểu thêm: Báo cáo, Phần mềm Năng suất Cá nhân.
Việc áp dụng chỉ bền vững khi nền tảng đi vào chính trình tự công việc hàng ngày thay vì nằm bên lề. Những hành vi cho thấy việc áp dụng thực sự khá đơn giản: mở nền tảng để xem nhiệm vụ lúc đầu ngày, viết bình luận ngay trong thẻ nhiệm vụ thay vì ở các kênh riêng, và đánh dấu thời hạn trong giao diện như một thói quen mặc định chứ không phải ngoại lệ.
Chỉ đào tạo thôi thì không tạo ra được những hành vi này. Chúng hình thành qua việc lặp lại đều đặn trong công việc thật, khi hệ thống mang lại giá trị rõ ràng trong các tình huống hằng ngày và khi dùng nó là cách dễ nhất chứ chẳng phải thêm một bước.
Khi các thói quen sử dụng cơ bản đã ổn định, động lực bên trong sẽ trở thành lực đẩy chính cho việc áp dụng lâu dài. Các cơ chế công nhận giúp quá trình này diễn ra nhanh hơn: khen ngợi công khai người áp dụng một tính năng hữu ích, trao danh hiệu tượng trưng cho mẫu quy trình tốt nhất tháng, hay lập một bảng nội bộ ghi lại những cải tiến quy trình do chính nhóm nghĩ ra. Nhờ những việc này, mọi người chuyển từ chỗ dùng nền tảng một cách thụ động sang cùng nhau phát triển nó.
Ngưỡng áp dụng được vượt qua khi hệ thống giúp nhóm thoát khỏi một tình huống thực sự khó khăn, chẳng hạn báo trước một thời hạn sắp bị lỡ, gom lại các tệp lẽ ra đã bị phân tán, hoặc làm lộ ra sự mất cân bằng khối lượng công việc trước khi nó dẫn đến thất bại. Sau những lần như vậy, muốn quay lại cách làm cũ thì phải cố ý bỏ công sức, chứ không còn tự nhiên trôi về nữa.
Sau khi ra mắt, chỉ đo tần suất đăng nhập là chưa đủ. Điều cho thấy việc áp dụng thực sự là tỷ lệ tạo nhiệm vụ trong hệ thống, tỷ lệ đóng nhiệm vụ và mức tương tác với bảng, chứ không đơn thuần là có mặt. Những chỉ số như tỷ lệ phần trăm nhiệm vụ được tạo trên nền tảng và thời gian đến khi hoàn thành sẽ cho biết người dùng có thật sự làm việc trong hệ thống hay chỉ có tên trên danh nghĩa.
Việc áp dụng bền vững khi nhóm thấy rằng có những thành công cụ thể chỉ đạt được nhờ nền tảng, tức là khi mối liên hệ giữa công cụ và những kết quả mà nhóm coi trọng trở nên rõ ràng.
Toyota là một trong những tổ chức đầu tiên đào tạo nhân viên theo từng bước khi chuyển sang sản xuất tinh gọn. Thay vì những buổi đào tạo kéo dài, họ dạy nhân viên một thao tác mới mỗi ngày. Cách làm này giúp quá trình chuyển đổi diễn ra suôn sẻ ở mọi cấp trong tổ chức và trở thành một yếu tố nền tảng của Toyota Production System (TPS).
Bài viết liên quan:
Đối với các chiến lược cân bằng công việc từ xa với trách nhiệm cá nhân, hãy đọc Nuôi dạy con cái và làm việc từ xa: Cân bằng gia đình và năng suất.
Đối với các thực hành tăng cường sự gắn kết của nhóm phân tán, hãy đọc Xây dựng một văn hóa làm việc từ xa mạnh mẽ.
Đối với các cách tiếp cận để cải thiện năng suất làm việc từ xa, hãy đọc Làm việc từ xa trong thời gian thực.
Triển khai thành công một công cụ không dừng ở việc cài đặt, đó là một quá trình thay đổi có cấu trúc, xử lý quán tính nhận thức, cách mỗi người nhìn nhận lợi ích của bản thân và những thói quen quyết định nền tảng sẽ trở thành một phần của công việc hằng ngày hay chỉ là thứ thêm vào rồi bỏ xó. Sự chuẩn bị, cách ra mắt, thiết kế trải nghiệm ngày đầu tiên và việc củng cố lâu dài cùng nhau tạo nên kết quả mà riêng lịch đào tạo và tài liệu tính năng không thể làm được.
"Switch: How to Change Things When Change Is Hard"
Một khuôn khổ thực tế dựa trên mô hình Voi, Người cưỡi và Con đường để thúc đẩy thay đổi hành vi ở con người và tổ chức.
"Accelerate: Building and Scaling High Performing Technology Organizations"
Phân tích dựa trên nghiên cứu về các chỉ số hiệu suất và thực hành DevOps giúp cải thiện khả năng bàn giao một cách đo lường được.
"The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win"
Một cuốn tiểu thuyết kinh doanh cho thấy các nguyên tắc DevOps có thể vực dậy những dự án thất bại và thay đổi văn hóa làm việc của tổ chức ra sao.
Tinh thần nhóm là một biến hoạt động trực tiếp: khi nhân viên cảm thấy được coi trọng và có động lực, sự gắn kết, giữ chân và chất lượng đầu ra cải thiện có thể đo lường được. Duy trì tinh thần cao đòi hỏi hành động có chủ ý và nhất quán trên nhiều khía cạnh — từ cách các giá trị được củng cố
14 phút
86 lượt xem
0
Thêm nhiều công cụ kỹ thuật số chưa chắc đã giúp công việc hiệu quả hơn, bởi trong nhiều trường hợp chúng lại khiến thông tin bị chia cắt, đầu óc nhân viên phải gánh nhiều hơn và chất lượng kết quả đi xuống. Chuyển đổi thông minh là một quá trình có tổ chức, đưa doanh nghiệp từ một mớ công cụ chồng
13 phút
92 lượt xem
0
Việc các nhiệm vụ chồng lên nhau về tài nguyên, thời hạn hay thành viên phụ trách là chuyện thường gặp trong mọi dự án chứ không phải trường hợp ngoại lệ. Nếu không được phối hợp rõ ràng, những chỗ chồng chéo này sẽ dẫn đến xung đột, kéo theo hàng loạt sự chậm trễ nối tiếp nhau và làm chất lượng cô
14 phút
123 lượt xem
0
Khi làm việc từ xa và làm việc kết hợp đã trở nên phổ biến, hợp tác thời gian thực không còn là thứ có thì tốt mà đã thành một yêu cầu cốt lõi trong vận hành hằng ngày. Đây vừa là chuyện kỹ thuật vừa là chuyện văn hóa, vì chính nó quyết định cách các thành viên trong nhóm trao đổi, đóng góp và phối
13 phút
110 lượt xem
0
Đang tìm các ứng dụng quản lý nhiệm vụ tốt nhất để duy trì sự tổ chức, tập trung và thực sự hoàn thành công việc? Bài hướng dẫn này so sánh các công cụ dành cho freelancer, nhà sáng lập startup và nhóm làm việc từ xa, những người muốn công việc rõ ràng hơn chứ không muốn thêm một nguồn ồn ào nữa. D
28 phút
255 lượt xem
0
Hoàn toàn miễn phí cho tất cả các kích cỡ nhóm và sử dụng cá nhân
Back to menuBack to menu
