Thực hành tốt khi áp dụng hệ thống PM

Công cụ dự án
18 Thời gian đọc
197 lượt xem
0
Alena Shelyakina profile icon
Alena Shelyakina

Các công cụ làm việc mới thất bại không phải vì công nghệ không đầy đủ, mà vì các điều kiện về con người để áp dụng không được đáp ứng. Sự kháng cự, hoài nghi và quay trở lại thói quen cũ là những kết quả có thể dự đoán được khi việc triển khai được coi là một nhiệm vụ triển khai chứ không phải là một thách thức quản lý thay đổi. Việc áp dụng thành công đòi hỏi sự chuẩn bị có chủ ý, một sự ra mắt có cấu trúc và sự nhúng bền vững vào thực hành hàng ngày — tất cả đều có thể học được và lặp lại được.

Điểm chính

Biểu tượng điểm chính

Nếu không có lợi ích cá nhân, mọi người sẽ phá hoại việc triển khai

Onboarding "một thói quen mỗi ngày" giảm quá tảiđẩy nhanh việc áp dụng

Nghi thức + sự công nhận biến đổi các công cụ thành yếu tố văn hóa

Tại sao các nhóm kháng cự

  • Quán tính nhận thức và sự hoài nghi ẩn giấu. Khi lợi ích của một công cụ mới không rõ ràng ngay lập tức, nhân viên mặc định quay lại các phương pháp quen thuộc. Ngay cả các công cụ vượt trội về mặt kỹ thuật cũng trở thành những hình thức không sử dụng mà không có lý do rõ ràng cho giá trị cá nhân.
  • Tiếng ồn thông tin. Khi nhiều sáng kiến chạy đồng thời, mỗi hệ thống mới cạnh tranh để được chú ý so với các ưu tiên đã được tuyên bố khác. Một công cụ không thể thiết lập sự liên quan trong môi trường này sẽ không được áp dụng.
  • Đề xuất giá trị và số liệu không rõ ràng. Nếu không có một "tại sao" được xác định và các tiêu chí thành công có thể đo lường được, việc triển khai được nhận thức như một yêu cầu hành chính hơn là một sự thay đổi có ý nghĩa. Khung này tạo ra sự tham gia thấp ngay từ đầu.
  • Sự vắng mặt của sự tham gia lãnh đạo có thể nhìn thấy được. Khi lãnh đạo không sử dụng rõ ràng hệ thống mới, tín hiệu ngầm gửi đến nhóm là sự thay đổi không thực sự quan trọng. Việc áp dụng đòi hỏi cam kết lãnh đạo được thể hiện, không chỉ sự ủng hộ chính thức.
  • Quá tải đào tạo. Các buổi đào tạo kéo dài tạo ra lợi nhuận giảm dần. Các nhóm giữ lại và áp dụng kiến thức hiệu quả hơn thông qua các định dạng ngắn, theo ngữ cảnh được hỗ trợ bởi hướng dẫn từ đồng nghiệp.

Chuẩn bị soft launch

1. Kiểm toán sẵn sàng. Tiến hành một cuộc khảo sát ngắn gọn bao gồm mức độ thông thạo kỹ thuật số, các điểm đau của quy trình làm việc hiện tại và các kênh giao tiếp ưa thích. Điều này làm nổi bật sự kháng cự sớm và xác định các quy trình dễ bị gián đoạn nhất.

2. Mạng lưới nhà vô địch. Chỉ định 5-7 nhân viên được tôn trọng làm đại sứ thay đổi — phân bổ tới 50% thời gian của họ để kiểm tra công cụ, thu thập phản hồi đồng nghiệp và chia sẻ những thành công ban đầu trong nhóm.

3. Pitch giá trị (WIIFM — What's In It For Me). Chuẩn bị một trường hợp một slide bao gồm ba yếu tố:

  • Vấn đề đang được giải quyết (ví dụ, các nhiệm vụ trùng lặp, các tóm tắt bị mất)
  • Giải pháp mà công cụ cung cấp (theo dõi thống nhất, minh bạch)
  • Lợi ích cá nhân cho mỗi người dùng (ví dụ, ít hơn 30 phút trong các cuộc họp tình trạng)

4. Thí điểm với hoạt động song song. Chạy một thí điểm trên một dự án trong khi duy trì quy trình trước đó song song. Điều này cách ly các lỗi khỏi rủi ro thời hạn và cho phép nhóm quan sát so sánh trước/sau cụ thể mà không có áp lực cam kết.

5. Cửa sổ ra mắt tải thấp. Lên lịch ra mắt trong các khoảng thời gian có khối lượng công việc tối thiểu. Áp lực nền giảm tăng khả năng tập trung và giảm căng thẳng liên quan đến việc học các hệ thống mới trong điều kiện thời hạn.

Đào tạo và ra mắt

1. Zero-Day Kick-off 60 phút. Một phiên trực tuyến trực tiếp ở định dạng show-and-tell:

  • 10 phút — CEO hoặc người sáng lập tạo một nhiệm vụ thực tế trực tiếp trên màn hình
  • 15 phút — trình diễn trực tiếp kịch bản sử dụng chính
  • 20 phút — các người tham gia hoàn thành phân công nhiệm vụ đầu tiên của họ theo cặp
  • 15 phút — Hỏi và Đáp

Sự tham gia đồng thời của quản lý cấp cao và thực hành trực tiếp trong cùng một phiên thiết lập công cụ như là hoạt động thực sự và bình thường hóa việc đặt câu hỏi một cách công khai.

2. Định dạng học 10×10. Một loạt mười micro-module 10 phút (screencast, tờ rơi và một bài kiểm tra ngắn cho mỗi module) được phân phối trong hai tuần đầu tiên. Mỗi module bao gồm một kịch bản và có thể hoàn thành không đồng bộ.

3. Các nhà tích hợp tức thời. Sau mỗi module, các người tham gia thực hiện một hành động trực tiếp nhỏ trong một dự án đang hoạt động — phân công một nhiệm vụ, đặt một thời hạn, đính kèm một tệp. Điều này neo việc học vào thực hành trước khi quên xảy ra.

4. Bản đồ tiến độ 30-60-90 ngày:

  • Ngày 0-30: Hoàn thành các kịch bản cơ bản (tạo, chấp nhận, đóng nhiệm vụ)
  • Ngày 31-60: Kết nối các tự động hóa (mẫu, lời nhắc)
  • Ngày 61-90: Thu thập số liệu thời gian hoàn thành sprint đầu tiên để so sánh đường cơ sở

Bản đồ này phục vụ như xương sống cấu trúc cho việc onboarding liên tục và cung cấp dữ liệu thành công ban đầu cần thiết cho truyền thông nội bộ và các quyết định mở rộng quy mô trong tương lai.

5. Môi trường sandbox và kênh hỗ trợ. Một dự án thử nghiệm riêng biệt cho phép thử nghiệm mà không có rủi ro cho công việc trực tiếp. Một kênh Slack hoặc Teams chuyên dụng nơi các nhà vô địch phản hồi trong vòng một giờ cung cấp cho mọi người một môi trường học tập vòng lặp nhanh và chuyển đổi các câu hỏi lặp đi lặp lại thành kiến thức được ghi chép.

Những bước đầu tiên

1. Một ngày, một thói quen. Cấu trúc 10 ngày đầu tiên sao cho mỗi ngày tập trung vào một kịch bản duy nhất: tạo một nhiệm vụ, phân công một người thực hiện, đính kèm một tệp. Giới hạn phạm vi hàng ngày giảm quá tải nhận thức và xây dựng các thói quen hành vi một cách tăng dần.

2. Yêu cầu giá trị ngay lập tức. Mỗi tương tác sớm với hệ thống nên chứng minh một lợi ích cụ thể — một quy trình nhanh hơn, một trạng thái rõ ràng hơn, một chi phí giao tiếp giảm. Nếu người dùng không trải nghiệm lợi ích trong ngày đầu tiên, các lần quay lại sẽ không xảy ra một cách tự nhiên.

3. Phản hồi như sự tham gia. Một kênh phản hồi chuyên dụng — với các phản hồi thực sự — chuyển đổi sự thất vọng của người dùng thành cải tiến hệ thống. Một vấn đề khả năng sử dụng được báo cáo được giải quyết bằng một sửa chữa có thể nhìn thấy được truyền đạt rằng người dùng định hình quy trình, điều này tăng quyền sở hữu và sự tham gia.

4. Những chiến thắng sớm cụ thể. Xuất bản các kết quả cụ thể, có thể quy gán được: một sprint hoàn thành trước thời hạn, một tóm tắt không còn bị mất. Các ví dụ cụ thể xây dựng độ tin cậy và chứng minh rằng hệ thống tạo ra những cải tiến hoạt động thực sự.

5. Tính liên tục sau ra mắt. Sự ra mắt chính thức là sự khởi đầu của việc áp dụng, không phải sự hoàn thành. Các hoạt động liên tục cần thiết bao gồm xuất bản các cập nhật sử dụng ngắn, đơn giản hóa truy cập (SSO, tích hợp Slack) và nhúng hệ thống vào các quy trình lặp lại. Các nhóm chưa quay lại các thói quen trước đó sau hai tuần đã vượt qua ngưỡng áp dụng quan trọng.

Môi trường làm việc

Việc áp dụng bền vững xảy ra khi nền tảng được tích hợp vào trình tự thực tế của công việc hàng ngày thay vì tồn tại song song với nó. Các mẫu hành vi tạo nên việc áp dụng thực sự rất đơn giản: mở nền tảng để kiểm tra các nhiệm vụ vào đầu ngày, viết bình luận trực tiếp trong các thẻ nhiệm vụ thay vì trong các kênh riêng biệt và đánh dấu các thời hạn trong giao diện như mặc định thay vì ngoại lệ.

Những mẫu này không phát triển chỉ thông qua đào tạo. Chúng phát triển thông qua sự củng cố nhất quán trong bối cảnh công việc thực sự — khi hệ thống cung cấp giá trị hoạt động có thể nhìn thấy được trong các kịch bản hàng ngày và khi việc sử dụng nó là con đường ít kháng cự nhất thay vì một bước bổ sung.

Sự công nhận và văn hóa

Sự công nhận và văn hóa

Một khi các mẫu sử dụng cơ bản đã được thiết lập, động lực bên trong trở thành động lực chính cho việc áp dụng liên tục. Các cơ chế công nhận đẩy nhanh quá trình chuyển đổi này: công nhận công khai cho việc triển khai một tính năng hữu ích, công nhận tượng trưng cho mẫu quy trình tốt nhất của tháng, một bảng nội bộ chuyên dụng ghi lại các cải tiến quy trình làm việc mà nhóm đã sản xuất. Các thực hành này chuyển dịch mối quan hệ với nền tảng từ việc sử dụng thụ động sang đồng phát triển chủ động.

Ngưỡng áp dụng được vượt qua khi hệ thống giúp nhóm điều hướng một tình huống thực sự khó khăn — đưa ra một thời hạn trước khi nó bị bỏ lỡ, củng cố các tệp mà nếu không sẽ bị phân tán, hoặc làm cho sự mất cân bằng khối lượng công việc có thể nhìn thấy được trước khi nó tạo ra một sự thất bại. Sau các sự kiện loại này, quay trở lại các phương pháp trước đó đòi hỏi nỗ lực chủ động thay vì sự trôi dạt thụ động.

Duy trì sự tham gia

Việc đo lường sự tham gia sau ra mắt nên mở rộng vượt ra ngoài tần suất đăng nhập. Các số liệu chỉ ra 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à tương tác bảng — không chỉ sự hiện diện. Các số liệu tham gia như tỷ lệ phần trăm các nhiệm vụ được tạo trong nền tảng và thời gian hoàn thành tiết lộ liệu người dùng đang làm việc trong hệ thống hay chỉ hiện diện trên danh nghĩa.

  • Nhúng nền tảng vào các quy trình hoạt động hàng ngày: các cuộc họp đồng bộ hóa chỉ tham chiếu đến các nhiệm vụ từ hệ thống, các tài liệu được đính kèm trong các thẻ và các retrospective sử dụng dữ liệu bảng điều khiển thay vì các báo cáo được tập hợp thủ công. Điều này tạo ra các chuẩn mực làm việc mới thay vì thêm vào gánh nặng hiện có.
  • Xuất bản thường xuyên các kết quả cụ thể: "15 nhiệm vụ đã đóng trong 2 ngày", "Không có mục quá hạn trong sprint này", "Đạt được tầm nhìn dự án đầy đủ lần đầu tiên." Đóng khung kết quả xung quanh hiệu suất của nhóm thay vì các tính năng của hệ thống khuếch đại động lực và kết nối công cụ với danh tính nghề nghiệp.
  • Làm cho hỗ trợ dễ tiếp cận và cụ thể: các mẫu nhiệm vụ, lời nhắc tự động và hỗ trợ nhanh chóng từ các hướng dẫn được chỉ định thay vì các kênh hỗ trợ chỉ dành cho CNTT làm cho hệ thống cảm thấy được thiết kế cho công việc thay vì bị áp đặt lên nó.

Việc áp dụng bền vững đòi hỏi chứng minh rằng các thành công cụ thể trở nên có thể nhờ vào nền tảng — thiết lập một mối quan hệ nhân quả giữa công cụ và các kết quả mà nhóm coi trọng.

Sự thật thú vị Biểu tượng sự thật thú vị

Toyota là một trong những tổ chức đầu tiên triển khai đào tạo nhân viên từng bước khi chuyển sang sản xuất tinh gọn. Thay vì các buổi đào tạo kéo dài, họ dạy nhân viên một hành động mới mỗi ngày. Phương pháp này đã tạo ra một sự triển khai trơn tru trên tất cả các cấp 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.

Kết luận

Việc triển khai công cụ thành công không phải là một nhiệm vụ triển khai — đó là một quá trình thay đổi có cấu trúc giải quyết quán tính nhận thức, nhận thức giá trị cá nhân và các thói quen hành vi quyết định liệu một nền tảng có trở thành một phần của công việc hàng ngày hay vẫn là một sự bổ sung không sử dụng. Sự chuẩn bị, định dạng ra mắt, thiết kế trải nghiệm ngày đầu tiên và sự củng cố bền vững mỗi yếu tố đóng góp vào một kết quả áp dụng mà lịch trình đào tạo và tài liệu tính năng đơn lẻ không thể tạo ra.

Đọc đề xuất Biểu tượng đọc đề xuất
Sách về thay đổi thói quen

"Switch: How to Change Things When Change Is Hard"

Một khuôn khổ thực tế — mô hình Voi, Người cưỡi và Con đường — để thúc đẩy sự thay đổi hành vi ở con người và tổ chức.

Sách về các chỉ số DevOps

"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 tạo ra những cải tiến giao hàng có thể đo lường được.

Sách về tư duy DevOps

"The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win"

Một cuốn tiểu thuyết kinh doanh chứng minh cách các nguyên tắc DevOps có thể khôi phục các dự án thất bại và biến đổi văn hóa làm việc của tổ chức.

0 nhận xét
bình luận của bạn
to
Đặt lại
Để lại bình luận

Để lại một bình luận

Đọc thêm

Xem tất cả các bài viết
scroll to up
Back to menu
Back to menu
Dành cho đội nhóm
Ngành công nghiệp
Loại hình công ty
Xem tất cả giải pháp
Xem tất cả giải pháp