Bài Học Từ Việc Bỏ Qua Các Giai Đoạn Quan Trọng Trong Quản Lý Một dự án Hệ thống thông tin

Doan Phong
  • Phát Triển Hệ Thống Thông Tin Quản Lý (MIS) Và Phương Pháp SAP Activate

Trong quản lý dự án công nghệ thông tin (CNTT), đặc biệt là các hệ thống thông tin quản lý (MIS), việc tuân thủ một phương pháp luận khoa học giúp đảm bảo tính hiệu quả, độ bền vững và giá trị dài hạn của hệ thống. Một trong những cách tiếp cận phổ biến trong phát triển MIS là phương pháp luận theo vòng đời (MIS Development Lifecycle), bao gồm các giai đoạn:

    • Engage (Tương tác): Đảm bảo hiểu rõ nhu cầu của các bên liên quan, minh bạch, duy trì sự gắn kết liên tục và xây dựng mối quan hệ tốt với họ. Đây là một hoạt động quan trọng hàng đầu.
    • Plan (Lập kế hoạch): Đảm bảo có sự hiểu biết chung về tầm nhìn, trạng thái hiện tại và hướng cải tiến của hệ thống.
    • Design (Thiết kế): Đảm bảo hệ thống thông tin quản lý (MIS) đáp ứng kỳ vọng về chất lượng, chi phí và thời gian triển khai ra thị trường.
  • Obtain (Mua sắm/Tiếp nhận): Đảm bảo các thành phần của MIS có sẵn khi cần thiết và đáp ứng các yêu cầu đã thỏa thuận.
  • Deliver (Triển khai/Vận hành): Đảm bảo hệ thống MIS hoạt động tốt và đạt được các mục tiêu kinh doanh, đồng thời có khả năng mở rộng hoặc thu nhỏ khi cần.
  • Improve (Cải tiến): Đảm bảo sự cải tiến liên tục của hệ thống MIS để khai thác các cơ hội mới.

Bản thân tôi là một chuyên gia tư vấn ERP, đặc biệt là SAP, Tôi thấy SAP cũng có SAP Activate là Phương pháp luận tương tự. SAP Activate là phương pháp triển khai kết hợp Agile và Best Practices, giúp doanh nghiệp triển khai SAP nhanh chóng, linh hoạt và tối ưu chi phí. Dưới đây là các giai đoạn chính trong SAP Activate:

  • Discover (Khám phá): Đánh giá xem giải pháp có phù hợp với nhu cầu hay không, đồng thời xác định phạm vi ban đầu của dự án.

🔹 Hoạt động chính:

  • Xác định lý do triển khai SAP và giá trị kỳ vọng.
  • Xác định phạm vi tổng quan của dự án.
  • Đánh giá sơ bộ chi phí, nguồn lực, và thời gian triển khai.
  • Tham gia các hội thảo và demo giải pháp SAP để hiểu về khả năng của hệ thống.
  • Prepare (Chuẩn bị): Tập trung vào việc lập kế hoạch, chuẩn bị nguồn lực và thiết lập môi trường để triển khai dự án.

🔹 Hoạt động chính:

  • Thành lập nhóm dự án và phân công vai trò.
  • Xác định các yếu tố rủi ro và lập kế hoạch giảm thiểu.
  • Thiết lập hệ thống SAP Sandbox hoặc môi trường thử nghiệm ban đầu.
  • Chuẩn bị tài liệu hướng dẫn và kế hoạch đào tạo người dùng.
  • Explore (Khảo sát & Phân tích): Tập trung vào việc phân tích chi tiết yêu cầu của doanh nghiệp và đối chiếu với SAP Best Practices để tìm ra giải pháp phù hợp.

🔹 Hoạt động chính:

  • Tổ chức các buổi Fit-to-Standard Workshops để so sánh quy trình hiện tại của doanh nghiệp với quy trình tiêu chuẩn của SAP.
  • Xác định các điểm khác biệt (Gaps) giữa quy trình doanh nghiệp và SAP Best Practices.
  • Xác định các yêu cầu tùy chỉnh (Customization) nếu cần thiết.
  • Lập kế hoạch chuyển đổi dữ liệu từ hệ thống cũ sang SAP.
  • Realize (Hiện thực hóa): Hệ thống được cấu hình, phát triển và kiểm thử theo yêu cầu của doanh nghiệp.

🔹 Hoạt động chính:

  • Cấu hình hệ thống SAP theo yêu cầu của doanh nghiệp.
  • Phát triển các tùy chỉnh (Enhancements, Custom Development).
  • Tích hợp hệ thống SAP với các hệ thống khác (nếu cần).
  • Kiểm thử hệ thống (Unit Testing, Integration Testing, User Acceptance Testing – UAT).
  • Chuẩn bị dữ liệu để di chuyển từ hệ thống cũ sang SAP.
  • Deploy (Triển khai): Hệ thống được đưa vào vận hành chính thức.

🔹 Hoạt động chính:

  • Đào tạo người dùng cuối.
  • Thực hiện các bài kiểm thử cuối cùng.
  • Hoàn tất chuyển đổi dữ liệu.
  • Chính thức triển khai hệ thống (Go-Live).
  • Thiết lập đội hỗ trợ vận hành sau triển khai.
  • Run (Vận hành & Cải tiến): Sau khi triển khai, hệ thống sẽ tiếp tục được vận hành, bảo trì và cải tiến theo nhu cầu thực tế của doanh nghiệp.

🔹 Hoạt động chính:

  • Hỗ trợ kỹ thuật và vận hành hệ thống.
  • Đánh giá hiệu quả sử dụng SAP và thu thập phản hồi từ người dùng.
  • Cập nhật và tối ưu hóa hệ thống theo nhu cầu mới.
  • Xây dựng kế hoạch mở rộng hoặc nâng cấp nếu cần.

Khi so sánh hai mô hình trên, có thể thấy các giai đoạn trong MIS tương đương với các giai đoạn trong SAP Activate như sau: Engage – Discover, Plan – prepare, Design – Explore, Obtain – Realize, Deliver – Deploy, Improve – Run. Giai đoạn Engage và Plan là các giai đoạn nền tảng để đảm bảo dự án thành công. Tuy nhiên, nhiều dự án do áp lực thời gian hoặc kinh phí thường bỏ qua những giai đoạn này, dẫn đến hệ quả không mong muốn.

  • Cơ Sở Lý Thuyết: Tại Sao Các Giai Đoạn Ban Đầu Rất Quan Trọng?

Các giai đoạn ban đầu của quản lý dự án giúp đảm bảo tính hợp lý, toàn diệnbền vững của hệ thống. Nếu bỏ qua chúng, rủi ro có thể bao gồm:

  • Thiếu sự đồng thuận từ các bên liên quan: Khi không có sự tham gia đầy đủ của người dùng, dự án có thể chỉ giải quyết vấn đề tạm thời mà không có giá trị lâu dài.
  • Thiếu tầm nhìn chiến lược: Không đánh giá tổng thể có thể dẫn đến việc dự án không phù hợp với các kế hoạch dài hạn của doanh nghiệp.
  • Thiếu khả năng mở rộng: Hệ thống có thể chỉ phù hợp với nhu cầu trước mắt nhưng không hỗ trợ mở rộng trong tương lai.
  • Khó khăn trong thay đổi: Khi nhu cầu thay đổi, hệ thống thiếu linh hoạt để thích nghi, dẫn đến vòng đời ngắn ngủi.

Một hệ thống MIS nói chung và ERP nói riêng không chỉ cần đáp ứng nhu cầu hiện tại mà còn phải có khả năng thích nghi với những thay đổi trong tương lai. Khi các giai đoạn chuẩn bị không được thực hiện đầy đủ, hệ thống dễ bị lỗi thời hoặc không thể mở rộng theo nhu cầu mới.

Ví dụ, nếu một hệ thống quản lý ngân sách được thiết kế chỉ để đáp ứng một số yêu cầu tức thời mà không có đánh giá tổng thể về ngân sách, kế hoạch tài chính và tích hợp với các phân hệ khác của ERP, thì sau một thời gian ngắn hệ thống sẽ mất đi giá trị và cần phải thay thế hoặc điều chỉnh lớn.

Do đó, việc bỏ qua các giai đoạn chuẩn bị có thể gây ra hậu quả nghiêm trọng về tính ứng dụng và hiệu quả của dự án . Một dự án ERP không thể chỉ nhìn vào lợi ích ngắn hạn mà cần phải được xây dựng với tầm nhìn dài hạn, đảm bảo rằng hệ thống có thể phát triển và thích ứng với những thay đổi của doanh nghiệp trong tương lai.

  • Kinh Nghiệm Thực Tế: Khi Bỏ Qua Explore Và Prepare Trong SAP Activate
  • Bối Cảnh Dự Án

Khi làm việc tại một doanh nghiệp sản xuất xe thuộc Tập đoàn lớn trước đây, tôi được giao nhiệm vụ làm Project Manager (PM) triển khai một tính năng nâng cao về quản lý ngân sách trong hệ thống ERP. Do tính cấp bách của dự án và cũng do văn hóa doanh nghiệp cần “Tốc”, tôi đã áp dụng phương pháp SAP Activate nhưng bỏ qua hai giai đoạn quan trọng là Prepare và Explore.

Lúc đó, tôi nghĩ rằng bỏ qua bước khảo sát và lập kế hoạch chi tiết có thể giúp đẩy nhanh tiến độ (chỉ cần nhận yêu cầu từ sếp lớn, bắt tay vào làm là được). Nhóm dự án tập trung vào việc hiện thực hóa nhanh chóng yêu cầu của người dùng mà không đi sâu vào phân tích dài hạn.

Ban đầu, dự án diễn ra khá suôn sẻ. Các tính năng được phát triển đúng theo yêu cầu ban đầu của một nhóm người dùng. Tuy nhiên, chỉ sau vài tháng, tôi bắt đầu nhận thấy những vấn đề nghiêm trọng phát sinh.

  •  Những Khó Khăn Đã Gặp Phải
  • Thiếu sự đồng thuận của các bên liên quan: Người dùng tại các bộ phận khác nhau có yêu cầu không đồng nhất, nhưng do không có khảo sát kỹ càng, hệ thống chỉ đáp ứng nhu cầu của một nhóm nhỏ.
  • Không phù hợp với chiến lược dài hạn: Giải pháp được thiết kế nhanh nhưng không xem xét khả năng mở rộng, dẫn đến khó tích hợp vào kế hoạch phát triển chung của ERP.
  • Thiếu đào tạo và hỗ trợ thay đổi: Vì không có giai đoạn Prepare, người dùng không được đào tạo bài bản, dẫn đến khó khăn trong việc sử dụng và chấp nhận hệ thống.
  • Tuổi thọ của giải pháp ngắn hạn: Chỉ sau vài tháng sử dụng, tính năng không còn phù hợp với nhu cầu thực tế, khiến dự án không đạt được giá trị như mong đợi.

Hệ thống bị người dùng bỏ qua vì không thể đáp ứng nhu cầu phát sinh, dẫn đến việc phải tái thiết kế hoặc thay thế chỉ sau một thời gian ngắn. Điều này làm lãng phí tài nguyên và ảnh hưởng đến uy tín của nhóm triển khai.

  •  Cách Giải Quyết Vấn Đề

Sau khi nhận thấy các vấn đề, nhóm dự án đã phải thực hiện một loạt các hành động khắc phục:

  • Tổ chức lại các cuộc họp với người dùng: Xác định lại nhu cầu thực sự và điều chỉnh phạm vi dự án.
  • Cải tiến tính năng theo hướng linh hoạt hơn: Thiết kế lại hệ thống để có thể mở rộng dễ dàng hơn.
  • Tăng cường đào tạo và hỗ trợ: Cung cấp các tài liệu hướng dẫn và chương trình đào tạo giúp người dùng dễ dàng tiếp cận và sử dụng.

Mặc dù dự án có thể cứu vãn phần nào, nhưng giá trị mang lại không đạt kỳ vọng ban đầu. Quan trọng hơn, tôi nhận ra rằng bỏ qua giai đoạn Engage (Prepare) và Plan (Explore) là một sai lầm lớn.

  • Bài Học Rút Ra Và Kết Luận

Sau kinh nghiệm này, tôi nhận ra rằng việc tuân thủ đầy đủ các giai đoạn trong quản lý dự án là yếu tố quyết định đến sự thành công và tính bền vững của hệ thống. Một số bài học quan trọng tôi rút ra được là:

  • Không có đường tắt trong quản lý dự án: Mỗi giai đoạn đều có ý nghĩa riêng và việc bỏ qua có thể dẫn đến hậu quả nghiêm trọng.
  • Luôn lắng nghe và thu thập đầy đủ yêu cầu của người dùng: Cần thực hiện khảo sát kỹ lưỡng trước khi xây dựng giải pháp.
  • Cần gắn kết chặt chẽ giữa chiến lược và thực thi: Hệ thống không chỉ phục vụ nhu cầu trước mắt mà phải hỗ trợ chiến lược dài hạn.
  • Đào tạo và quản lý thay đổi là yếu tố then chốt: Một hệ thống dù tốt đến đâu cũng cần sự chấp nhận của người dùng để thành công.

  • Lời Kết

Khi nhìn lại chặng đường này, tôi hiểu rằng một dự án MIS thành công không chỉ là hoàn thành đúng hạn và trong ngân sách, mà còn phải đảm bảo rằng hệ thống đó được người dùng chấp nhận và có giá trị lâu dài. Những giai đoạn tưởng chừng như “chậm trễ” thực ra lại là chìa khóa giúp đảm bảo thành công bền vững. Đây là một bài học quan trọng mà tôi muốn chia sẻ với mọi người, đặc biệt là những ai đang hoặc sẽ làm việc với các dự án CNTT quy mô lớn.

Bạn đã từng trải qua những sai lầm tương tự trong quản lý dự án chưa? Hãy chia sẻ kinh nghiệm của bạn để cùng học hỏi!

Tác giả: Tống Thị Tươi – SS08

Đơn vị công tác: CMC Consulting (CMC Corporation)

Vị trí: Advisory Director

————————————————————————————————————————-

[VỀ CHÚNG TÔI]

– CIO Coaching là một chương trình phi lợi nhuận, huấn luyện các nhà quản lý và lãnh đạo số muốn trở thành CIO (Chief Information Officer – Giám đốc Công nghệ thông tin), CTO (Chief Technology Officer – Giám đốc Công nghệ).

– Đăng ký tuyển sinh ngay: https://ciocoaching.org/tuyen-sinh/

#CIOVietnam

#CIOCoaching

#Hạt_Giống_Lãnh_Đạo_CNTT

@2024 - All Right Reserved.