Readiness Assessment trước triển khai Microsoft 365 nên kiểm tra gì?
Một dự án Microsoft 365 có thể gặp vấn đề ngay cả khi license đã mua đủ, tenant đã tạo và kỹ thuật triển khai không có lỗi. Nguyên nhân thường nằm ở một lớp khác: doanh nghiệp chưa thật sự sẵn sàng để thay đổi cách làm việc.
Thiết bị chưa đồng nhất.
Network chưa được đánh giá.
Office cũ hoặc add-in vẫn còn phụ thuộc.
File nằm rải rác.
Người dùng chưa hiểu OneDrive và SharePoint khác nhau thế nào.
Helpdesk chưa biết xử lý ticket sau go-live.
Manager chưa thống nhất cách làm mới.
Training được tổ chức quá muộn.
Đây là lý do Readiness Assessment nên được thực hiện trước khi rollout Microsoft 365.
Microsoft hiện khuyến nghị doanh nghiệp đánh giá môi trường trước khi triển khai Microsoft 365 Apps, bao gồm hạ tầng, license và account, network, application compatibility và các exit criteria trước khi bước sang planning deployment.
Tuy nhiên, với một dự án Microsoft 365 hoàn chỉnh, technical readiness mới chỉ là một phần.
Một readiness assessment thực tế nên trả lời được:
Hệ thống đã sẵn sàng chưa?
Người dùng đã sẵn sàng chưa?
Tổ chức đã sẵn sàng thay đổi chưa?
Readiness Assessment là gì?
Readiness Assessment là quá trình đánh giá hiện trạng và xác định các khoảng trống trước khi triển khai. Mục tiêu không phải để tạo thêm tài liệu dự án. Mục tiêu là phát hiện những yếu tố có thể khiến rollout thất bại hoặc adoption thấp.
Microsoft hiện tổ chức deployment readiness theo nhiều nhóm như operations, applications, infrastructure, configurations, devices và users, đồng thời nhấn mạnh việc xác định success criteria, risk và gap từ sớm. Với Microsoft 365, doanh nghiệp có thể mở rộng framework thành 7 nhóm:
Business readiness
Technical readiness
Data readiness
Security readiness
User readiness
Support readiness
Adoption readiness
Nếu một trong các nhóm này yếu, go-live vẫn có thể xảy ra nhưng rủi ro sau go-live sẽ tăng đáng kể.
1. Bắt đầu bằng mục tiêu kinh doanh
Trước khi kiểm tra thiết bị hoặc network, doanh nghiệp cần xác định rõ:
Microsoft 365 được triển khai để giải quyết vấn đề gì?
Ví dụ:
Chuẩn hóa email doanh nghiệp.
Giảm file nằm trên laptop.
Hỗ trợ hybrid work.
Cộng tác tốt hơn giữa phòng ban.
Nâng mức bảo mật.
Chuẩn hóa tài liệu.
Chuẩn bị cho Copilot.
Nếu mục tiêu chỉ là:
“Chuyển lên Microsoft 365 vì công ty khác cũng dùng”
thì rất khó đánh giá dự án thành công hay không.
Readiness Assessment nên gắn với business outcome.
Ví dụ:
Giảm attachment qua email.
Tăng tỷ lệ tài liệu dùng chung trên SharePoint.
Giảm thời gian tìm file.
Giảm ticket đăng nhập.
Tăng số user sử dụng Teams hoặc OneDrive đúng workflow.
Microsoft Adoption cũng nhấn mạnh rằng adoption nên được gắn với business scenario và outcome, thay vì chỉ nhìn license utilization.
2. Kiểm tra thiết bị và phiên bản Office hiện tại
IT cần inventory thiết bị trước rollout. Microsoft khuyến nghị kiểm tra platform, operating system, architecture, ngôn ngữ và các phiên bản Office, Project hoặc Visio đang tồn tại trước khi triển khai Microsoft 365 Apps.
Doanh nghiệp nên biết:
Có bao nhiêu Windows laptop?
Có bao nhiêu Mac?
OS còn được hỗ trợ không?
Máy nào đang dùng Office 2016, 2019 hoặc phiên bản cũ?
Có thiết bị shared không?
Có user dùng 32-bit Office vì add-in cũ không?
Có máy không đủ disk space không?
Nếu không inventory trước, rollout rất dễ gặp tình trạng cùng một phòng ban nhưng mỗi user có một cấu hình khác nhau.
Application compatibility cũng phải được kiểm tra
Đặc biệt với Finance, Operations hoặc Technical teams.
Một workbook Excel có VBA macro.
Một ERP có Office add-in.
Một hệ thống kế toán export qua plugin.
Một template Word có macro.
Microsoft khuyến nghị kiểm tra VBA macro, non-Microsoft add-ins và các tài liệu hoặc spreadsheet phức tạp trước khi nâng lên Microsoft 365 Apps.
Không nên đợi đến ngày go-live mới phát hiện macro quan trọng không hoạt động.
3. Đánh giá network
Microsoft 365 là Cloud service. Vì vậy, network readiness rất quan trọng.
IT nên đánh giá:
Internet bandwidth.
Các văn phòng có đường truyền ổn định không?
Remote users kết nối như thế nào?
Có proxy hoặc firewall đang chặn endpoint không?
Khi hàng trăm user cài Microsoft 365 Apps cùng lúc, network có chịu được không?
OneDrive initial sync có tạo tải lớn không?
Microsoft khuyến nghị network planning là một phần của Microsoft 365 Apps deployment, đặc biệt với môi trường remote hoặc rollout số lượng lớn.
Nếu doanh nghiệp có nhiều user, nên rollout theo wave thay vì cho toàn bộ tải Office hoặc dữ liệu cùng một lúc.
4. Đánh giá identity và account
Một dự án Microsoft 365 phụ thuộc rất nhiều vào identity. Trước rollout nên kiểm tra:
Danh sách user đã sạch chưa?
Có account trùng không?
UPN có đúng domain doanh nghiệp không?
Nhân viên nghỉ việc đã được loại chưa?
Có shared account không?
Có cần synchronize từ Active Directory không?
Ai là admin?
MFA sẽ triển khai thế nào?
Nếu account structure chưa rõ, các vấn đề phía sau sẽ lan sang Teams, SharePoint, OneDrive và permission.
Một user list chuẩn nên gồm tối thiểu:
Name.
Department.
Role.
Manager.
Email.
License requirement.
Device type.
Location.
Migration group.
5. Đánh giá dữ liệu trước migration
Readiness không nên chỉ hỏi:
“Có bao nhiêu GB dữ liệu?”
Quan trọng hơn là:
Dữ liệu đó có đáng chuyển không?
Doanh nghiệp nên inventory:
Mailbox.
File server.
NAS.
Google Drive.
Dropbox.
Local folders.
Shared folders.
Sau đó phân loại:
Active.
Archive.
Duplicate.
Obsolete.
Sensitive.
Không nên migration toàn bộ dữ liệu cũ lên Microsoft 365 chỉ vì “cho chắc”.
Nếu cấu trúc file cũ đang rối, việc chuyển nguyên trạng sang SharePoint chỉ đưa một vấn đề cũ lên Cloud.
Readiness Assessment nên xác định:
File cá nhân → OneDrive.
Tài liệu phòng ban → SharePoint.
Tài liệu project → Teams/SharePoint phù hợp.
Archive → lưu theo policy riêng.
6. Đánh giá security baseline
Go-live mà chưa có security baseline là rủi ro lớn. Trước rollout cần xác định tối thiểu:
MFA.
Admin role.
External sharing.
Guest access.
Password/authentication policy.
Device management.
Offboarding.
Sensitive data.
Conditional Access nếu license hỗ trợ.
Doanh nghiệp cũng nên xác định user nào thuộc nhóm rủi ro cao như:
Finance.
Management.
IT Admin.
HR.
Người xử lý dữ liệu khách hàng.
Những nhóm này có thể cần policy hoặc training riêng.
7. User readiness: người dùng đã hiểu thay đổi chưa?
Đây là phần thường bị đánh giá thấp. Một user có thể được cấp Teams, SharePoint, OneDrive và Outlook mới nhưng vẫn tiếp tục làm việc theo cách cũ.
Ví dụ:
Vẫn gửi attachment.
Vẫn lưu Desktop.
Vẫn dùng chat cá nhân.
Vẫn giữ tài liệu chung trong OneDrive cá nhân.
Microsoft Adoption nhấn mạnh việc engage organization, training, community và secure environment như các bước quan trọng của hành trình adoption.
Readiness Assessment vì vậy cần hỏi:
Người dùng đang dùng công cụ gì?
Họ có hiểu Microsoft 365 không?
Phòng ban nào thay đổi nhiều nhất?
Ai có khả năng phản đối?
Ai có thể làm champion?
User nào cần training sâu?
Không nên training toàn công ty theo cùng một nội dung nếu workflow khác nhau.
8. Change management phải bắt đầu trước go-live
Change management không nên bắt đầu bằng email:
“Thứ Hai tuần sau công ty chuyển sang Microsoft 365.”
Người dùng cần hiểu:
Vì sao thay đổi?
Điều gì sẽ thay đổi?
Điều gì không thay đổi?
Họ phải làm gì?
Học ở đâu?
Ai hỗ trợ?
Microsoft adoption guidance khuyến nghị có stakeholder, awareness, training, change plan và champion program để thúc đẩy adoption.
Một communication plan đơn giản có thể gồm:
4 tuần trước go-live → thông báo dự án.
2 tuần trước → giới thiệu lợi ích và thay đổi chính.
1 tuần trước → training và hướng dẫn.
Ngày go-live → support channel.
Sau go-live → tips và Q&A.
9. Có Executive Sponsor không?
Một dự án Microsoft 365 không nên chỉ là “dự án của IT”.
IT có thể triển khai nền tảng.
Nhưng Department Head và Management cần thúc đẩy cách làm mới.
Ví dụ Manager vẫn yêu cầu nhân viên gửi file Excel qua email thì SharePoint adoption sẽ rất khó tăng.
Executive Sponsor giúp xác định:
Mục tiêu.
Thông điệp.
Ưu tiên.
Governance.
Trách nhiệm của các phòng ban.
Microsoft change-management guidance cũng nhấn mạnh sponsorship, communication, training và user engagement gần thời điểm go-live.
10. Xây pilot group trước rollout rộng
Không nên chọn pilot chỉ gồm IT. IT user thường có kỹ năng cao hơn end user bình thường.
Một pilot group tốt nên có đại diện từ:
Sales.
HR.
Finance.
Operations.
Management.
IT.
Nếu doanh nghiệp có 100 user, pilot có thể bắt đầu với khoảng 10–20 người tùy độ phức tạp.
Pilot nên test workflow thật.
Ví dụ:
Đăng nhập.
Office activation.
Outlook.
OneDrive.
Teams meeting.
SharePoint access.
Printing.
Macro.
Mobile access.
MFA.
Shared mailbox.
External sharing.
Mục tiêu là phát hiện gap trước khi rollout rộng.
11. Readiness về training
Training không nên chỉ hỏi:
“Đã có buổi training chưa?”
Cần hỏi:
Training có đúng đối tượng và đúng thời điểm không?
Microsoft Adoption Guide gợi ý training strategy nên đi theo launch plan, bắt đầu từ core team và early adopters, tiếp theo là IT, business groups và ongoing engagement.
Một kế hoạch thực tế có thể gồm:
IT Admin training.
Champion training.
End-user basics.
Department-specific training.
Post-go-live tips.
Ví dụ Sales cần học Outlook, Teams, OneDrive và SharePoint theo workflow của Sales.
HR cần Forms, Lists, Teams và SharePoint.
Finance có thể tập trung vào Excel, OneDrive và security.
Training theo use case thường dễ adoption hơn training theo danh sách tính năng.
12. Support readiness trước go-live
Một lỗi phổ biến là mọi người được training nhưng helpdesk chưa được chuẩn bị.
Trước rollout, cần xác định:
Ai nhận ticket?
User liên hệ qua đâu?
Có FAQ chưa?
Có escalation path chưa?
Partner hỗ trợ phần nào?
IT nội bộ hỗ trợ phần nào?
Có tài liệu troubleshooting không?
Microsoft change-management guidance cũng nhấn mạnh việc knowledge transfer và training support organization trước khi transition.
Một support model có thể gồm:
L1 → internal IT/helpdesk.
L2 → Microsoft 365 admin.
L3 → partner/Microsoft support.
Nếu không có support model, những lỗi nhỏ sau go-live có thể khiến user nhanh chóng quay lại cách làm cũ.
13. Xác định rollout theo wave
Không phải công ty nào cũng nên go-live toàn bộ cùng ngày.
Rollout theo wave giúp giảm rủi ro.
Ví dụ:
Wave 0 – IT
Wave 1 – Champions
Wave 2 – Sales & Marketing
Wave 3 – HR & Operations
Wave 4 – Finance & Management
Mỗi wave có thể có:
Pre-check.
Communication.
Training.
Deployment.
Hypercare.
Review.
Microsoft hiện cũng khuyến nghị tổ chức release phase dựa trên user impact và readiness, đồng thời gắn rollout với documentation, training và helpdesk preparation.
14. Định nghĩa success criteria trước go-live
Một dự án không nên chỉ được đánh giá bằng:
“100% user đã có license.”
Đó chỉ là deployment metric.
Adoption cần thêm business metric.
Ví dụ:
90% user đăng nhập thành công trong tuần đầu.
80% target user sử dụng OneDrive.
70% team document được lưu trên SharePoint.
Ticket login giảm sau 30 ngày.
Attachment qua email giảm.
Teams meeting adoption tăng.
Training satisfaction đạt mục tiêu.
Microsoft cũng lưu ý rằng license utilization đơn thuần không phản ánh đầy đủ business value; cần đo liệu business challenge có thực sự được giải quyết hay không.
15. Readiness Assessment nên có kết quả rõ ràng
Kết quả cuối không nên chỉ là một tài liệu 50 trang.
Một assessment thực tế nên phân loại:
Ready
Có thể triển khai.
Ready with actions
Có thể triển khai sau khi xử lý một số gap.
Not ready
Có blocker cần giải quyết trước.
Ví dụ:
Cách này giúp Project Manager biết chính xác điều gì cần xử lý trước go-live.
Checklist Readiness Assessment trước Microsoft 365
Doanh nghiệp nên kiểm tra:
Mục tiêu kinh doanh của dự án đã rõ
Success criteria đã được định nghĩa
Device inventory đã hoàn tất
OS và Office version đã được kiểm tra
Add-in, VBA và ứng dụng quan trọng đã được test
Network capacity đã được đánh giá
User list đã được làm sạch
Identity và domain structure đã rõ
MFA/security baseline đã được thống nhất
Mailbox và file source đã được inventory
Data đã được phân loại trước migration
OneDrive và SharePoint target đã được xác định
Pilot group đã được chọn
Executive Sponsor đã xác định
Change communication plan đã có
Champion hoặc early adopter đã được chọn
Training plan theo từng nhóm user đã có
Helpdesk/support model đã sẵn sàng
Rollout wave đã được xác định
Hypercare plan sau go-live đã được chuẩn bị
Adoption metrics đã được định nghĩa
Có review sau 30, 60 và 90 ngày
Kết luận
Readiness Assessment trước triển khai Microsoft 365 không chỉ là việc kiểm tra laptop có cài được Office hay không.
Microsoft khuyến nghị đánh giá hạ tầng, license và account, network, application compatibility và các điều kiện deployment trước khi rollout Microsoft 365 Apps. Đồng thời, Microsoft Adoption guidance nhấn mạnh các yếu tố như stakeholder, communication, training, champions, governance và measurement để thúc đẩy adoption bền vững.
Một readiness assessment tốt nên bao phủ:
Business
Technology
Data
Security
People
Support
Adoption
Nguyên tắc quan trọng là:
Đừng hỏi chỉ “hệ thống đã sẵn sàng chưa?”
Hãy hỏi thêm:
“Người dùng và tổ chức đã sẵn sàng thay đổi chưa?”
Khi technical readiness và organizational readiness được xử lý cùng nhau, doanh nghiệp có thể giảm rủi ro go-live, giảm ticket sau triển khai và tăng khả năng Microsoft 365 thực sự được sử dụng trong công việc hằng ngày.
Các bài viết liên quan
- Microsoft Entra ID đóng vai trò gì trong Microsoft 365?
- Hiểu tenant Microsoft 365 qua cấu trúc quản trị và ownership
- Copilot Chat phù hợp với người chưa có Microsoft Copilot license?
- F-Tech hỗ trợ triển khai Microsoft 365 theo nhu cầu doanh nghiệp
- Microsoft Lists, Forms, Bookings và Loop khác nhau thế nào?
