INFOCHIEF ACADEMY · IT MANAGER KNOWLEDGE SERIES

Kế hoạch 90 ngày nâng cao hiệu quả hoạt động của một bộ phận IT.

Một kế hoạch cải tiến dễ thất bại khi danh sách hành động dài hơn khả năng thực thi của bộ phận. 90 ngày đầu không nên là chiến dịch “sửa mọi thứ”; đó là một chu kỳ đủ ngắn để tạo tập trung nhưng đủ dài để đo thay đổi. Với IT Manager, giá trị của kế hoạch 90 ngày nằm ở ba việc: nhìn đúng hiện trạng, ổn định những gì đang gây mất kiểm soát và tạo vài kết quả có thể chứng minh để hình thành nhịp cải tiến bền vững.

Biên soạn: Infochief Academy · Chuyên đề: Trưởng Phòng IT Chuyên Nghiệp – IT Manager

← Trở về danh mục IT Manager

Minh họa biên tập: IT Manager chuyển mục tiêu cải tiến thành lộ trình 90 ngày có đường cơ sở, hành động và chỉ số kết quả.

90 ngày không phải danh sách việc cần làm, mà là một chu kỳ thay đổi có chủ đích

Một bộ phận IT có thể có hàng chục vấn đề: backlog cao, quy trình không thống nhất, SLA thiếu rõ ràng, tài sản chưa chuẩn hóa, nợ kỹ thuật, dự án chậm, người dùng phàn nàn và nhân viên mệt mỏi. Nếu IT Manager đưa tất cả vào kế hoạch 90 ngày, kế hoạch sẽ biến thành “wish list” và đội ngũ tiếp tục phân tán nguồn lực.

Cách tiếp cận tốt hơn là xem 90 ngày như một chu kỳ học – ổn định – cải tiến. Giai đoạn đầu tạo đường cơ sở và hiểu vấn đề; giai đoạn hai chuẩn hóa một số cơ chế điều hành tối thiểu; giai đoạn ba chứng minh kết quả và đưa cải tiến vào nhịp quản lý thường xuyên. Mỗi giai đoạn phải có đầu ra cụ thể, không chỉ có hoạt động.

Khác với một dự án triển khai hệ thống, kế hoạch cải tiến bộ phận IT diễn ra trong khi dịch vụ vẫn phải vận hành. Vì vậy, IT Manager phải bảo vệ hai điều song song: business continuity của hoạt động hiện tại và năng lực thay đổi để cải thiện cách làm. Đây là lý do kế hoạch 90 ngày cần ít ưu tiên, có đường cơ sở và có người chịu trách nhiệm rõ.

Ngày 1–30: chẩn đoán hiện trạng và tạo đường cơ sở đủ tin cậy

30 ngày đầu không phải giai đoạn “ngồi quan sát”. IT Manager cần vừa giữ vận hành vừa xây một bức tranh đủ rõ để tránh cải tiến sai chỗ. Hãy đánh giá theo sáu lăng kính thay vì chỉ hỏi từng nhân viên “có vấn đề gì?”.

Dịch vụ: dịch vụ nào là trọng yếu, ai là khách hàng nội bộ, mức cam kết và tình trạng thực tế ra sao?
Công việc: backlog, WIP, sự cố, yêu cầu, thay đổi và dự án đang phân bổ thời gian như thế nào?
Con người: vai trò, kỹ năng, phụ thuộc cá nhân, quyền quyết định và năng lực quản lý tuyến giữa.
Công nghệ: hệ thống cũ, lỗi lặp lại, nợ kỹ thuật, tài sản thiếu kiểm soát và các điểm rủi ro.
Nhà cung cấp: cam kết, SLA, phụ thuộc, chi phí và vấn đề chưa được xử lý.
Quản trị: mục tiêu, KPI, nhịp họp, cơ chế ưu tiên, ngân sách và cách báo cáo lên lãnh đạo.

Ở cuối ngày 30, đầu ra không nên là một báo cáo dài. IT Manager cần một “baseline pack” ngắn: 5–7 vấn đề trọng yếu, các chỉ số gốc, danh sách rủi ro, bản đồ dịch vụ chính, những nút thắt năng lực và ba ưu tiên cho 60 ngày tiếp theo. Nếu bộ phận đang thiếu cấu trúc tổng thể, chương trình Trưởng Phòng IT Chuyên Nghiệp – IT Manager cung cấp khung năng lực để liên kết mục tiêu, nguồn lực, dịch vụ, nhân sự và KPI trong cùng một hệ thống quản lý.

Ngày 31–60: ổn định dòng công việc và chuẩn hóa cơ chế điều hành tối thiểu

Sau khi có đường cơ sở, giai đoạn hai tập trung vào những cơ chế giúp bộ phận bớt phụ thuộc vào xử lý tình huống. Không nên thiết kế hàng chục quy trình. Hãy chọn vài “điểm điều khiển” có sức lan tỏa lớn: intake và ưu tiên yêu cầu, incident escalation, change approval, ownership của dịch vụ, lịch họp điều hành và cách theo dõi hành động.

Đòn bẩy	Đầu ra đến ngày 60	Dấu hiệu cải thiện
Ưu tiên công việc	Tiêu chí và người quyết định rõ	Ít việc bị chen ngang vì “khẩn cấp” không có căn cứ
Vận hành dịch vụ	Owner, SLA/OLA, escalation tối thiểu	Sự cố được phân tuyến và xử lý nhất quán hơn
Thay đổi	Phân loại rủi ro, phê duyệt và lịch thay đổi	Ít thay đổi gây sự cố hoặc rollback ngoài kế hoạch
Họp điều hành	Agenda, dashboard, action log	Cuộc họp tập trung vào quyết định và hành động
Năng lực	Vai trò chính, backup, khoảng trống kỹ năng	Giảm phụ thuộc một cá nhân cho công việc trọng yếu

Với các vấn đề vận hành lặp lại, tư duy Quản Lý Dịch Vụ IT – ITSM giúp chuyển từ xử lý ticket rời rạc sang quản lý dịch vụ và luồng giá trị. Nếu nút thắt nằm ở giám sát hằng ngày và chất lượng giao việc, chương trình Quản Lý Giám Sát IT – IT Supervisor là lớp năng lực cần thiết để đưa cách làm mới xuống đội ngũ.

Ngày 61–90: chuyển từ ổn định sang cải tiến có bằng chứng

30 ngày cuối là lúc IT Manager phải chứng minh rằng thay đổi quản lý đang tạo ra kết quả, không chỉ tạo thêm tài liệu. Chọn 3–5 chỉ số gắn trực tiếp với các ưu tiên đã xác định: thời gian hoàn thành yêu cầu, số sự cố lặp lại, tỷ lệ công việc đúng hạn, mức backlog quá hạn, tỷ lệ thay đổi thành công, thời gian chờ phê duyệt hoặc tỷ lệ nhiệm vụ có owner rõ.

Đừng chỉ so tháng 3 với tháng 2. Hãy so với đường cơ sở ngày 1–30 và giải thích yếu tố tác động. Nếu backlog giảm vì nhóm đóng hàng loạt ticket không còn hợp lệ, đó là “làm sạch dữ liệu”, chưa phải cải thiện năng lực xử lý. Nếu thời gian giải quyết sự cố giảm vì đã có runbook và phân tuyến đúng, đó mới là thay đổi hệ thống có thể duy trì.

Ở giai đoạn này, IT Manager cũng cần chọn một hoặc hai cải tiến có tính đòn bẩy: tự động hóa tác vụ lặp lại, loại bỏ báo cáo không dùng, chuẩn hóa danh mục dịch vụ, điều chỉnh SLA, đóng dự án giá trị thấp hoặc tái thương lượng cam kết nhà cung cấp. Chuyên đề 90 Ngày Lãnh Đạo IT có thể được dùng như một khung thực hành để chuyển đánh giá hiện trạng thành ưu tiên và kết quả ban đầu.

Thiết kế nhịp điều hành: biến kế hoạch 90 ngày thành cách quản lý hằng tuần

Cải tiến không tồn tại nếu nó chỉ nằm trong file kế hoạch. IT Manager cần đưa kế hoạch vào “management cadence” của bộ phận. Một nhịp đơn giản có thể gồm ba tầng:

Hằng ngày: theo dõi sự cố trọng yếu, công việc bị chặn và thay đổi có rủi ro cao.
Hằng tuần: rà soát 5–7 KPI, backlog, tiến độ ưu tiên, vấn đề cần quyết định và action log.
Hằng tháng: đánh giá xu hướng, ngân sách, rủi ro, năng lực đội ngũ, hiệu quả nhà cung cấp và điều chỉnh ưu tiên.

Cuộc họp hằng tuần không nên biến thành vòng đọc trạng thái. Mỗi dữ liệu được đưa lên phải phục vụ một trong ba mục đích: xác nhận xu hướng, phát hiện lệch chuẩn hoặc ra quyết định. Nếu một chỉ số liên tục xuất hiện nhưng không dẫn tới hành động, hãy cân nhắc loại bỏ để dashboard nhẹ hơn.

Nhịp điều hành này cũng tạo nền tảng cho trách nhiệm. Trưởng phòng không cần tự theo dõi mọi chi tiết; cần làm rõ ai sở hữu dịch vụ, ai dẫn dắt cải tiến, ai chịu trách nhiệm cập nhật dữ liệu và khi nào phải escalation. Với các bộ phận có nhiều đầu mối, chuyên đề Quản Lý Bộ Phận – Phòng Ban IT hữu ích để chuẩn hóa chức năng, trách nhiệm và cơ chế điều hành.

Scorecard 90 ngày: chỉ đo những gì hỗ trợ quyết định

Một scorecard cải tiến nên cân bằng hiệu quả vận hành, chất lượng dịch vụ, nguồn lực và rủi ro. Không cần nhiều chỉ số; mỗi KPI phải có định nghĩa, nguồn dữ liệu, owner và tần suất xem xét.

Góc nhìn	Ví dụ chỉ số	Câu hỏi quyết định
Dòng công việc	WIP, backlog quá hạn, lead time	Chúng ta có đang mở quá nhiều việc cùng lúc?
Dịch vụ	Sự cố nghiêm trọng, MTTR, SLA theo dịch vụ	Dịch vụ trọng yếu có ổn định hơn không?
Chất lượng	Sự cố lặp lại, rework, rollback	Nhóm có giảm làm lại và lỗi lặp không?
Năng lực	Điểm phụ thuộc cá nhân, coverage kỹ năng	Các nút thắt con người có giảm không?
Cải tiến	Hành động hoàn thành, lợi ích xác minh	Thay đổi nào thực sự tạo kết quả?

COBIT và ISO/IEC 38500 đều nhấn mạnh việc thiết lập kỳ vọng, theo dõi hiệu suất và trách nhiệm trong quản trị công nghệ. Ở cấp IT Manager, điều này được chuyển thành một thói quen rất thực tế: chỉ số phải gắn với mục tiêu, người chịu trách nhiệm và quyết định cụ thể.

Tình huống minh họa: từ “đội IT đang có vấn đề” đến ba kết quả có thể chứng minh

Tình huống giả định: một trưởng phòng mới tiếp nhận bộ phận IT có backlog lớn, nhiều phàn nàn từ người dùng và hai dự án đang trễ. Nếu cố xử lý từng điểm đau, người quản lý sẽ nhanh chóng bị cuốn vào vận hành. Thay vào đó, trong 30 ngày đầu, anh tập trung xây baseline: phân loại ticket, xác định năm dịch vụ quan trọng, rà soát nguồn lực theo kỹ năng và thống kê nguyên nhân dự án chậm.

Đến ngày 60, nhóm thống nhất cơ chế ưu tiên, phân owner cho dịch vụ, chuẩn hóa escalation và tạo lịch họp điều hành 45 phút mỗi tuần. Một số yêu cầu lặp được chuyển thành mẫu tự phục vụ; dự án ít giá trị được hoãn để giải phóng một chuyên gia. Đến ngày 90, trưởng phòng không tuyên bố “bộ phận đã chuyển đổi”. Thay vào đó, anh trình bày ba kết quả có thể kiểm chứng: backlog quá hạn đã được làm sạch và kiểm soát bằng quy tắc mới; sự cố lặp lại của một dịch vụ được giảm nhờ problem action; và lịch dự án quan trọng được phục hồi vì nút thắt nguồn lực được gỡ.

Bài học là 90 ngày đầu nên tạo năng lực điều hành, không phải cố tạo hình ảnh “đã sửa xong mọi thứ”. Nếu sau 90 ngày bộ phận có dữ liệu tốt hơn, trách nhiệm rõ hơn, ít công việc chen ngang hơn và lãnh đạo hiểu các trade-off, IT Manager đã xây được nền móng để cải tiến tiếp.

Checklist kết thúc ngày 90 và quyết định cho quý tiếp theo

Đã có baseline cho các dịch vụ, backlog và KPI trọng yếu chưa?
Ba vấn đề ưu tiên ban đầu đã được giải quyết, giảm tác động hay chỉ được mô tả rõ hơn?
Cơ chế ưu tiên và escalation có được đội ngũ sử dụng nhất quán?
Vai trò owner, backup và người ra quyết định đã rõ ở các dịch vụ chính?
Những chỉ số nào nên tiếp tục theo dõi và chỉ số nào không còn hữu ích?
Có ít nhất một cải tiến tạo ra kết quả có thể xác minh không?
Những rủi ro và nợ kỹ thuật nào cần được đưa vào kế hoạch quý tiếp theo?
Nguồn lực, ngân sách hoặc sự hỗ trợ nào cần được escalation lên CIO/Ban điều hành?

Hành động nên bắt đầu: tạo một trang “90-day canvas” gồm sáu ô: mục tiêu, baseline, ba ưu tiên, chỉ số, owner và quyết định cần hỗ trợ. Dùng trang này trong cuộc họp hằng tuần để giữ tập trung và tránh kế hoạch bị biến thành danh sách việc rời rạc.

Hiệu quả của bộ phận IT không được cải thiện bằng một chiến dịch ngắn hạn rồi quay về cách làm cũ. Giá trị thực sự của 90 ngày là thiết lập một chu kỳ quản lý có kỷ luật: đo hiện trạng, chọn ít ưu tiên, triển khai thay đổi nhỏ có tác động, kiểm chứng kết quả và điều chỉnh. Khi chu kỳ đó trở thành thói quen, IT Manager không chỉ hoàn thành một kế hoạch cải tiến; họ xây được năng lực cải tiến liên tục cho cả bộ phận.

Nguồn tham khảo

Các nguồn trên được dùng để tham khảo nguyên tắc quản trị, quản lý dịch vụ, năng lực và cải tiến. Nội dung bài viết là diễn giải ứng dụng của Infochief Academy.