Khảo sát hiện trạng dự án quản lý sổ tiết kiệm

Để thực hiện khảo sát hiện trạng một cách chi tiết cho dự án quản lý sổ tiết kiệm, cần tuân theo
các bước cụ thể sau:

1. Xác định mục tiêu khảo sát

 Mục tiêu chính:

 Đánh giá hiện trạng hệ thống quản lý sổ tiết kiệm hiện tại.
 Xác định các vấn đề, khó khăn, và các yếu tố cần cải thiện.
 Đề xuất các giải pháp cải tiến phù hợp.
 Phạm vi khảo sát:
 Các quy trình nghiệp vụ liên quan đến sổ tiết kiệm.
 Các phần mềm và công cụ hỗ trợ hiện tại.
 Trải nghiệm của khách hàng và nhân viên.

2. Thu thập thông tin từ các bên liên quan

a. Phỏng vấn nhân viên

 Đối tượng: Nhân viên tại các bộ phận liên quan như quầy giao dịch, kế toán, và hỗ trợ
khách hàng.
 Phương pháp: Phỏng vấn trực tiếp hoặc qua bảng câu hỏi.
 Nội dung phỏng vấn:
 Quy trình mở, đóng, nộp và rút tiền từ sổ tiết kiệm.
 Các vấn đề thường gặp phải trong công việc hàng ngày.
 Các đề xuất cải tiến từ nhân viên.

b. Phỏng vấn khách hàng

 Đối tượng: Một số khách hàng đã và đang sử dụng dịch vụ sổ tiết kiệm.
 Phương pháp: Phỏng vấn trực tiếp, qua điện thoại hoặc khảo sát trực tuyến.
 Nội dung phỏng vấn:
 Trải nghiệm khi mở sổ, nộp tiền và rút tiền.
 Các khó khăn gặp phải.
 Mức độ hài lòng và đề xuất cải thiện dịch vụ.

3. Kiểm tra hệ thống và quy trình hiện tại

a. Đánh giá hệ thống phần mềm

 Danh sách các phần mềm đang sử dụng: Liệt kê các phần mềm và công cụ hiện tại.
  Đánh giá chi tiết: Kiểm tra các tính năng, giao diện người dùng, độ ổn định và hiệu quả
làm việc của từng phần mềm.
 Vấn đề gặp phải: Xác định các lỗi hệ thống, thời gian xử lý, khả năng tích hợp với các hệ
thống khác.

b. Kiểm tra quy trình công việc

 Quy trình hiện tại: Tài liệu hóa quy trình hiện tại từ khi mở sổ đến khi đóng sổ.
 Thời gian xử lý: Đánh giá thời gian xử lý cho từng bước trong quy trình.
 Điểm nghẽn: Xác định các điểm nghẽn gây chậm trễ hoặc khó khăn trong quy trình.

4. Phân tích dữ liệu hiện tại

 Dữ liệu sổ tiết kiệm: Thu thập dữ liệu về số lượng sổ tiết kiệm, lãi suất, số tiền nộp và
rút, thời gian xử lý, v.v.
 Báo cáo và thống kê: Xem xét các báo cáo về hiệu suất hệ thống, độ chính xác của dữ
liệu, tỷ lệ lỗi, v.v.

5. Đánh giá các vấn đề và thách thức

 Vấn đề hiện tại:

 Lỗi hệ thống, giao diện khó sử dụng, quy trình phức tạp.
 Thời gian xử lý lâu, khó khăn trong việc tích hợp dữ liệu.
 Thách thức khi cải tiến:
 Chi phí đầu tư cho công nghệ mới.
 Kháng cự từ phía nhân viên đối với thay đổi.
 Thời gian và nguồn lực cần thiết cho triển khai.

6. Đề xuất các giải pháp và cải tiến

a. Giải pháp công nghệ

 Phần mềm mới: Đề xuất các phần mềm hoặc nền tảng quản lý sổ tiết kiệm tiên tiến.
 Nâng cấp hệ thống hiện tại: Cải tiến hoặc nâng cấp các phần mềm đang sử dụng.

b. Cải tiến quy trình

 Tối ưu hóa quy trình: Đề xuất các bước đơn giản hóa quy trình mở, nộp, rút và đóng sổ.
 Tự động hóa: Áp dụng các công nghệ tự động hóa để giảm thiểu sai sót và thời gian xử
lý.

7. Lập báo cáo khảo sát

 Tổng hợp kết quả: Tổng hợp và phân tích các thông tin thu thập được.
 Đề xuất chi tiết: Đưa ra các đề xuất cụ thể và chi tiết dựa trên kết quả khảo sát.
 Kế hoạch triển khai: Lập kế hoạch triển khai cải tiến với thời gian, chi phí và nguồn lực
cần thiết.
Mẫu báo cáo khảo sát hiện trạng

1. Tóm tắt dự án:

 Mục tiêu, phạm vi, và phương pháp khảo sát.

2. Kết quả khảo sát:

 Thông tin thu thập từ nhân viên và khách hàng.

 Đánh giá hệ thống phần mềm và quy trình hiện tại.
 Phân tích dữ liệu hiện tại.

3. Đánh giá và vấn đề:

 Các vấn đề và thách thức chính.

4. Đề xuất cải tiến:

 Giải pháp công nghệ.

 Cải tiến quy trình.

5. Kế hoạch triển khai:

 Lộ trình thực hiện các giải pháp cải tiến.

 Dự toán chi phí và nguồn lực.

2.Xác định yêu cầu

XÁC ĐỊNH YÊU CẦU

1. Xác định các bên liên quan

 Khách hàng (Người gửi tiết kiệm): Những người sử dụng dịch vụ sổ tiết
kiệm.
 Nhân viên ngân hàng: Những người trực tiếp thực hiện các giao dịch liên
quan đến sổ tiết kiệm.
 Quản lý ngân hàng: Những người giám sát và quản lý hoạt động của ngân
hàng.
 Nhà phát triển phần mềm: Những người phát triển và duy trì hệ thống quản
lý sổ tiết kiệm.
 Cơ quan quản lý: Các cơ quan pháp luật và tài chính giám sát hoạt động của
ngân hàng.

2. Thu thập yêu cầu

a. Phỏng vấn và thảo luận

 Phỏng vấn khách hàng: Thu thập các yêu cầu và mong muốn từ khách hàng
về dịch vụ sổ tiết kiệm.
 Phỏng vấn nhân viên: Thu thập ý kiến từ nhân viên về các tính năng cần thiết
và các khó khăn hiện tại trong công việc.
 Thảo luận với quản lý: Xác định các mục tiêu chiến lược và yêu cầu quản lý từ
cấp trên.

b. Bảng câu hỏi và khảo sát

 Khảo sát khách hàng: Phát hành bảng câu hỏi trực tuyến hoặc tại các chi
nhánh để thu thập ý kiến từ khách hàng.
 Khảo sát nội bộ: Thu thập thông tin từ nhân viên và quản lý qua bảng câu hỏi
nội bộ.

c. Phân tích tài liệu

 Tài liệu hiện có: Xem xét các quy trình, báo cáo, và tài liệu liên quan đến quản
lý sổ tiết kiệm hiện tại.
 Quy định pháp luật: Đảm bảo rằng các yêu cầu tuân thủ các quy định pháp
luật và quy định ngành tài chính.

3. Phân loại yêu cầu

a. Yêu cầu chức năng

 Mở sổ tiết kiệm: Các yêu cầu về quy trình mở sổ, bao gồm các thông tin cần
thiết và các bước xử lý.
 Nộp tiền vào sổ tiết kiệm: Các yêu cầu về quy trình nộp tiền, các tùy chọn
nộp tiền (tại quầy, trực tuyến, qua ATM).
 Rút tiền từ sổ tiết kiệm: Các yêu cầu về quy trình rút tiền, bao gồm các hạn
chế và phí rút trước hạn.
 Tính lãi: Các yêu cầu về cách tính lãi suất, cập nhật lãi suất, và cách thông báo
lãi cho khách hàng.
 Đóng sổ tiết kiệm: Các yêu cầu về quy trình đóng sổ tiết kiệm, bao gồm các
bước xử lý và thông báo cho khách hàng.

b. Yêu cầu phi chức năng

 Hiệu suất: Hệ thống phải xử lý nhanh chóng và hiệu quả các giao dịch sổ tiết
kiệm.
 Bảo mật: Hệ thống phải đảm bảo an toàn thông tin cho khách hàng và tuân
thủ các tiêu chuẩn bảo mật.
 Tính sẵn sàng: Hệ thống phải hoạt động ổn định và sẵn sàng 24/7.
  Dễ sử dụng: Giao diện người dùng phải thân thiện và dễ sử dụng cho cả
khách hàng và nhân viên.
 Khả năng mở rộng: Hệ thống phải có khả năng mở rộng để đáp ứng nhu cầu
tăng trưởng trong tương lai.

4. Xác định ưu tiên của yêu cầu

 Phân loại yêu cầu: Xác định các yêu cầu cấp bách và ưu tiên cao so với các
yêu cầu ít quan trọng hơn.
 Thảo luận với các bên liên quan: Thảo luận và đồng thuận với các bên liên
quan về mức độ ưu tiên của từng yêu cầu.

5. Tài liệu hóa yêu cầu

a. Tài liệu yêu cầu chức năng (FRD - Functional Requirements Document)

 Mô tả chi tiết: Mô tả chi tiết các yêu cầu chức năng, bao gồm các kịch bản sử
dụng (use cases) và các bước quy trình.
 Mô hình dữ liệu: Mô tả cấu trúc dữ liệu cần thiết để hỗ trợ các yêu cầu chức
năng.

b. Tài liệu yêu cầu phi chức năng (NFR - Non-Functional Requirements
Document)

 Yêu cầu về hiệu suất: Định rõ các chỉ tiêu về hiệu suất, thời gian phản hồi.
 Yêu cầu về bảo mật: Định rõ các tiêu chuẩn bảo mật, các biện pháp bảo vệ
dữ liệu.
 Yêu cầu về tính sẵn sàng và khả năng mở rộng: Định rõ các yêu cầu về tính
sẵn sàng và khả năng mở rộng của hệ thống.

6. Xác nhận và phê duyệt yêu cầu

 Xem xét lại yêu cầu: Đảm bảo tất cả các yêu cầu đã được thu thập và tài liệu
hóa đầy đủ.
 Phê duyệt: Trình bày các yêu cầu cho các bên liên quan để nhận được phê
duyệt cuối cùng.

Mẫu tài liệu yêu cầu dự án

1. Giới thiệu:

 Mục tiêu dự án.

 Phạm vi dự án.
 2. Yêu cầu chức năng:

 Chi tiết về từng yêu cầu chức năng (mở sổ, nộp tiền, rút tiền, tính lãi, đóng sổ).
 Kịch bản sử dụng và mô tả quy trình.

3. Yêu cầu phi chức năng:

 Hiệu suất.
 Bảo mật.
 Tính sẵn sàng.
 Dễ sử dụng.
 Khả năng mở rộng.

4. Ưu tiên yêu cầu:

 Danh sách các yêu cầu ưu tiên.

 Lý do ưu tiên.

5. Phê duyệt:

 Chữ ký của các bên liên quan phê duyệt yêu cầu.

Xây Dựng Tài Liệu sow (Statement Of Work) Cho Dự Án Quản

Lý Sổ Tiết Kiệm

1. Giới thiệu

1.1 Mục tiêu dự án: Mục tiêu của dự án là xây dựng và triển khai một hệ thống quản
lý sổ tiết kiệm hiệu quả, bảo mật và dễ sử dụng, nhằm cải thiện quy trình nghiệp vụ,
nâng cao trải nghiệm khách hàng và tăng cường hiệu suất hoạt động của ngân hàng.

1.2 Phạm vi dự án: Phạm vi dự án bao gồm thiết kế, phát triển, kiểm thử và triển
khai hệ thống quản lý sổ tiết kiệm, cùng với việc đào tạo nhân viên và cung cấp hỗ
trợ kỹ thuật sau triển khai.

2. Mô tả công việc

2.1 Phân tích yêu cầu:

 Thu thập yêu cầu từ các bên liên quan.

 Phân tích yêu cầu nghiệp vụ và kỹ thuật.
 Tài liệu hóa yêu cầu hệ thống.
2.2 Thiết kế hệ thống:

 Thiết kế kiến trúc tổng thể của hệ thống.

 Thiết kế chi tiết các mô-đun chính: mở sổ, nộp tiền, rút tiền, tính lãi, và đóng
sổ.
 Thiết kế cơ sở dữ liệu.

2.3 Phát triển hệ thống:

 Phát triển các mô-đun phần mềm theo thiết kế.

 Tích hợp các mô-đun vào hệ thống tổng thể.
 Phát triển giao diện người dùng thân thiện.

2.4 Kiểm thử:

 Kiểm thử đơn vị (unit testing) cho từng mô-đun.

 Kiểm thử tích hợp (integration testing).
 Kiểm thử hệ thống (system testing).
 Kiểm thử chấp nhận người dùng (UAT - User Acceptance Testing).

2.5 Triển khai:

 Cài đặt hệ thống trên môi trường sản xuất.

 Di chuyển dữ liệu từ hệ thống cũ sang hệ thống mới.
 Đào tạo nhân viên sử dụng hệ thống mới.

2.6 Bảo trì và hỗ trợ:

 Cung cấp hỗ trợ kỹ thuật sau triển khai.

 Bảo trì và cập nhật hệ thống định kỳ.

3. Thời gian thực hiện

3.1 Lịch trình dự kiến:

 Phân tích yêu cầu: 4 tuần.

 Thiết kế hệ thống: 6 tuần.
 Phát triển hệ thống: 12 tuần.
 Kiểm thử: 8 tuần.
 Triển khai: 4 tuần.
  Bảo trì và hỗ trợ: 12 tháng sau triển khai.

4. Nguồn lực

4.1 Nhân sự:

 Quản lý dự án: 1 người.

 Phân tích nghiệp vụ: 2 người.
 Phát triển phần mềm: 4 người.
 Kiểm thử: 3 người.
 Hỗ trợ kỹ thuật: 2 người.

4.2 Công cụ và phần mềm:

 Phần mềm quản lý dự án (ví dụ: Jira, Trello).

 Công cụ phát triển phần mềm (ví dụ: Visual Studio, Eclipse).
 Công cụ kiểm thử (ví dụ: Selenium, JUnit).

5. Ngân sách

5.1 Chi phí dự kiến:

 Chi phí nhân sự: 200,000 USD.

 Chi phí phần mềm và công cụ: 50,000 USD.
 Chi phí triển khai và bảo trì: 30,000 USD.
 Chi phí dự phòng: 20,000 USD.
 Tổng chi phí: 300,000 USD.

6. Quản lý rủi ro

6.1 Rủi ro tiềm ẩn và biện pháp phòng ngừa:

 Rủi ro: Yêu cầu thay đổi trong quá trình phát triển.

 Biện pháp: Thiết lập quy trình quản lý thay đổi rõ ràng và linh hoạt.

 Rủi ro: Trì hoãn tiến độ do thiếu nhân sự hoặc kỹ năng.

 Biện pháp: Lập kế hoạch dự phòng, đào tạo và tuyển thêm nhân sự khi
cần.

 Rủi ro: Lỗi hệ thống gây gián đoạn dịch vụ.

  Biện pháp: Kiểm thử kỹ lưỡng, triển khai theo từng giai đoạn, và có kế
hoạch khôi phục dữ liệu.

7. Tiêu chí chấp nhận

7.1 Các tiêu chí đánh giá thành công:

 Hệ thống hoạt động ổn định, hiệu quả và bảo mật.

 Giao diện người dùng thân thiện, dễ sử dụng.
 Đáp ứng đầy đủ các yêu cầu nghiệp vụ và kỹ thuật.
 Nhân viên được đào tạo và sử dụng thành thạo hệ thống.
 Khách hàng hài lòng với dịch vụ mới.

8. Ký kết

8.1 Phê duyệt:

 Người quản lý dự án: ________________________

 Đại diện ngân hàng: ________________________
 Ngày: ________________________

Dự án Quản lý sổ tiết kiệm

1. Lên kế hoạch dự án
1.1. Xác định mục tiêu
1.1.1. Họp nhóm khởi động
1.1.2. Xác định phạm vi dự án
1.2. Phân tích khả thi
1.2.1. Phân tích kỹ thuật
1.2.2. Phân tích kinh tế
1.2.3. Phân tích pháp lý
1.3. Lập kế hoạch chi tiết
1.3.1. Lập kế hoạch thời gian
1.3.2. Lập kế hoạch ngân sách
 1.3.3. Lập kế hoạch nguồn lực
2. Phân tích yêu cầu
2.1. Thu thập yêu cầu
2.1.1. Phỏng vấn người dùng
2.1.2. Khảo sát
2.1.3. Xem xét tài liệu hiện có
2.2. Phân tích yêu cầu
2.2.1. Xác định yêu cầu chức năng
2.2.2. Xác định yêu cầu phi chức năng
2.3. Tài liệu hóa yêu cầu
2.3.1. Viết tài liệu yêu cầu
2.3.2. Xác nhận yêu cầu với người dùng
3. Thiết kế hệ thống
3.1. Thiết kế kiến trúc
3.1.1. Thiết kế mô hình hệ thống
3.1.2. Xác định công nghệ sử dụng
3.2. Thiết kế giao diện
3.2.1. Thiết kế giao diện người dùng
3.2.2. Xây dựng nguyên mẫu giao diện
3.3. Thiết kế cơ sở dữ liệu
3.3.1. Thiết kế lược đồ cơ sở dữ liệu
3.3.2. Xác định mối quan hệ giữa các bảng
4. Phát triển phần mềm
4.1. Lập trình giao diện
4.1.1. Phát triển giao diện người dùng
 4.1.2. Kiểm tra giao diện người dùng
4.2. Lập trình backend
4.2.1. Phát triển các API
4.2.2. Tích hợp với cơ sở dữ liệu
4.3. Tích hợp hệ thống
4.3.1. Tích hợp frontend và backend
4.3.2. Tích hợp các module khác nhau
5. Kiểm thử
5.1. Kiểm thử đơn vị
5.1.1. Viết kịch bản kiểm thử đơn vị
5.1.2. Thực hiện kiểm thử đơn vị
5.2. Kiểm thử tích hợp
5.2.1. Viết kịch bản kiểm thử tích hợp
5.2.2. Thực hiện kiểm thử tích hợp
5.3. Kiểm thử hệ thống
5.3.1. Viết kịch bản kiểm thử hệ thống
5.3.2. Thực hiện kiểm thử hệ thống
6. Triển khai
6.1. Cài đặt phần mềm
6.1.1. Cài đặt trên máy chủ
6.1.2. Kiểm tra cài đặt
6.2. Đào tạo người dùng
6.2.1. Tạo tài liệu hướng dẫn
6.2.2. Tổ chức buổi đào tạo
6.3. Chuyển giao hệ thống
 6.3.1. Chuyển giao tài liệu
6.3.2. Chuyển giao mã nguồn
7. Bảo trì
7.1. Sửa lỗi
7.1.1. Thu thập báo cáo lỗi
7.1.2. Sửa lỗi
7.2. Nâng cấp hệ thống
7.2.1. Xác định yêu cầu nâng cấp
7.2.2. Thực hiện nâng cấp
7.3. Hỗ trợ kỹ thuật
7.3.1. Hỗ trợ người dùng
7.3.2. Giải đáp thắc mắc
Nhiệm vụ Thời gian (ngày)
Lên kế hoạch dự án 10
Xác định mục tiêu 2
Họp nhóm khởi động 1
Xác định phạm vi dự án 1
Phân tích khả thi 4
Phân tích kỹ thuật 1.5
Phân tích kinh tế 1.5
Phân tích pháp lý 1
Lập kế hoạch chi tiết 4
Lập kế hoạch thời gian 1
Lập kế hoạch ngân sách 1
Lập kế hoạch nguồn lực 2
Phân tích yêu cầu 10
Thu thập yêu cầu 4
Phỏng vấn người dùng 2
Khảo sát 1
Xem xét tài liệu hiện có 1
Phân tích yêu cầu 3
Xác định yêu cầu chức năng 1.5
Xác định yêu cầu phi chức năng 1.5
Tài liệu hóa yêu cầu 3
Viết tài liệu yêu cầu 2
 Nhiệm vụ Thời gian (ngày)
Xác nhận yêu cầu với người dùng 1
Thiết kế hệ thống 15
Thiết kế kiến trúc 5
Thiết kế mô hình hệ thống 3
Xác định công nghệ sử dụng 2
Thiết kế giao diện 5
Thiết kế giao diện người dùng 3
Xây dựng nguyên mẫu giao diện 2
Thiết kế cơ sở dữ liệu 5
Thiết kế lược đồ cơ sở dữ liệu 3
Xác định mối quan hệ giữa các bảng 2
Phát triển phần mềm 25
Lập trình giao diện 10
Phát triển giao diện người dùng 7
Kiểm tra giao diện người dùng 3
Lập trình backend 10
Phát triển các API 5
Tích hợp với cơ sở dữ liệu 5
Tích hợp hệ thống 5
Tích hợp frontend và backend 3
Tích hợp các module khác nhau 2
Kiểm thử 15
Kiểm thử đơn vị 5
Viết kịch bản kiểm thử đơn vị 2
Thực hiện kiểm thử đơn vị 3
Kiểm thử tích hợp 5
Viết kịch bản kiểm thử tích hợp 2
Thực hiện kiểm thử tích hợp 3
Kiểm thử hệ thống 5
Viết kịch bản kiểm thử hệ thống 2
Thực hiện kiểm thử hệ thống 3
Triển khai 10
Cài đặt phần mềm 4
Cài đặt trên máy chủ 2
Kiểm tra cài đặt 2
Đào tạo người dùng 4
Tạo tài liệu hướng dẫn 2
Tổ chức buổi đào tạo 2
Chuyển giao hệ thống 2
Chuyển giao tài liệu 1
Chuyển giao mã nguồn 1
Bảo trì 60
 Nhiệm vụ Thời gian (ngày)
Sửa lỗi 20
Thu thập báo cáo lỗi 10
Sửa lỗi 10
Nâng cấp hệ thống 20
Xác định yêu cầu nâng cấp 10
Thực hiện nâng cấp 10
Hỗ trợ kỹ thuật 20
Hỗ trợ người dùng 10
Giải đáp thắc mắc 10

1. Lên kế hoạch dự án (10 ngày)

Tài nguyên:

 Quản lý dự án (PM)
 Chuyên viên phân tích kinh doanh (BA)
 Chuyên viên phân tích tài chính
 Nhóm phát triển

2. Phân tích yêu cầu (10 ngày)

Tài nguyên:

 Chuyên viên phân tích kinh doanh (BA)

 Quản lý dự án (PM)
 Người dùng hoặc khách hàng
 Chuyên viên phân tích hệ thống (SA)

3. Thiết kế hệ thống (15 ngày)

Tài nguyên:

 Kiến trúc sư hệ thống (SA)

 Chuyên viên thiết kế giao diện (UI/UX Designer)
 Chuyên viên thiết kế cơ sở dữ liệu (DB Designer)
 Quản lý dự án (PM)

4. Phát triển phần mềm (25 ngày)

Tài nguyên:

 Lập trình viên front-end

 Lập trình viên back-end
 Kỹ sư DevOps
 Quản lý dự án (PM)
 Nhóm kiểm thử (QA)
 5. Kiểm thử (15 ngày)

Tài nguyên:

 Nhóm kiểm thử (QA)

 Quản lý dự án (PM)
 Người dùng hoặc khách hàng (để kiểm thử chấp nhận)
 Chuyên viên phân tích kinh doanh (BA)

6. Triển khai (10 ngày)

Tài nguyên:

 Kỹ sư DevOps
 Quản lý dự án (PM)
 Người dùng hoặc khách hàng
 Nhóm hỗ trợ kỹ thuật

7. Bảo trì (60 ngày)

Tài nguyên:

 Nhóm bảo trì phần mềm

 Quản lý dự án (PM)
 Người dùng hoặc khách hàng
 Nhóm hỗ trợ kỹ thuật

Chi tiết từng nhiệm vụ với tài nguyên cụ thể:

Nhiệm vụ
1. Lên kế hoạch dự án
1.1. Xác định mục tiêu
1.1.1. Họp nhóm khởi động
1.1.2. Xác định phạm vi dự án 1
1.2. Phân tích khả thi
1.2.1. Phân tích kỹ thuật
1.2.2. Phân tích kinh tế
1.2.3. Phân tích pháp lý
1.3. Lập kế hoạch chi tiết
1.3.1. Lập kế hoạch thời gian
1.3.2. Lập kế hoạch ngân sách
1.3.3. Lập kế hoạch nguồn lực
2. Phân tích yêu cầu
2.1. Thu thập yêu cầu
2.1.1. Phỏng vấn người dùng
2.1.2. Khảo sát
Thời
gian Tài nguyên
(ngày)
Quản lý dự án (PM), Chuyên viên phân tích kinh doanh
10
(BA), Chuyên viên phân tích tài chính, Nhóm phát triển
2 PM, BA, Người dùng
1 PM, BA, Nhóm phát triển
PM, BA
PM, BA, Chuyên viên phân tích tài chính, Chuyên viên phân
4
tích pháp lý
1.5 PM, BA, Nhóm phát triển
1.5 Chuyên viên phân tích tài chính
1 Chuyên viên phân tích pháp lý
4 PM, BA
1 PM, BA
1 PM, BA, Chuyên viên phân tích tài chính
2 PM, BA
10 BA, PM, Người dùng hoặc khách hàng, SA
4 BA, Người dùng hoặc khách hàng
2 BA
1 BA
 Thời
Nhiệm vụ gian Tài nguyên
(ngày)
2.1.3. Xem xét tài liệu hiện có 1 BA, SA
2.2. Phân tích yêu cầu 3 BA, SA
2.2.1. Xác định yêu cầu chức
1.5 BA, SA
năng
2.2.2. Xác định yêu cầu phi
1.5 BA, SA
chức năng
2.3. Tài liệu hóa yêu cầu 3 BA, PM, Người dùng hoặc khách hàng
2.3.1. Viết tài liệu yêu cầu 2 BA
2.3.2. Xác nhận yêu cầu với
1 BA, Người dùng hoặc khách hàng
người dùng
3. Thiết kế hệ thống 15 SA, UI/UX Designer, DB Designer, PM
3.1. Thiết kế kiến trúc 5 SA
3.1.1. Thiết kế mô hình hệ
3 SA
thống
3.1.2. Xác định công nghệ sử
2 SA
dụng
3.2. Thiết kế giao diện 5 UI/UX Designer
3.2.1. Thiết kế giao diện người
3 UI/UX Designer
dùng
3.2.2. Xây dựng nguyên mẫu
2 UI/UX Designer
giao diện
3.3. Thiết kế cơ sở dữ liệu 5 DB Designer
3.3.1. Thiết kế lược đồ cơ sở
3 DB Designer
dữ liệu
3.3.2. Xác định mối quan hệ
2 DB Designer
giữa các bảng
Front-end Developer, Back-end Developer, DevOps
4. Phát triển phần mềm 25
Engineer, PM, QA
4.1. Lập trình giao diện 10 Front-end Developer
4.1.1. Phát triển giao diện
7 Front-end Developer
người dùng
4.1.2. Kiểm tra giao diện người
3 Front-end Developer, QA
dùng
4.2. Lập trình backend 10 Back-end Developer
4.2.1. Phát triển các API 5 Back-end Developer
4.2.2. Tích hợp với cơ sở dữ
5 Back-end Developer
liệu
4.3. Tích hợp hệ thống 5 Front-end Developer, Back-end Developer
4.3.1. Tích hợp frontend và
3 Front-end Developer, Back-end Developer
backend
4.3.2. Tích hợp các module
2 Front-end Developer, Back-end Developer
khác nhau
5. Kiểm thử 15 QA, PM, Người dùng hoặc khách hàng, BA
5.1. Kiểm thử đơn vị 5 QA
5.1.1. Viết kịch bản kiểm thử
2 QA
đơn vị
 Thời
Nhiệm vụ gian Tài nguyên
(ngày)
5.1.2. Thực hiện kiểm thử đơn
3 QA
vị
5.2. Kiểm thử tích hợp 5 QA
5.2.1. Viết kịch bản kiểm thử
2 QA
tích hợp
5.2.2. Thực hiện kiểm thử tích
3 QA
hợp
5.3. Kiểm thử hệ thống 5 QA
5.3.1. Viết kịch bản kiểm thử
2 QA
hệ thống
5.3.2. Thực hiện kiểm thử hệ
3 QA
thống
DevOps Engineer, PM, Người dùng hoặc khách hàng, Nhóm
6. Triển khai 10
hỗ trợ kỹ thuật
6.1. Cài đặt phần mềm 4 DevOps Engineer
6.1.1. Cài đặt trên máy chủ 2 DevOps Engineer
6.1.2. Kiểm tra cài đặt 2 DevOps Engineer, QA
6.2. Đào tạo người dùng 4 BA, PM, Người dùng hoặc khách hàng
6.2.1. Tạo tài liệu hướng dẫn 2 BA
6.2.2. Tổ chức buổi đào tạo 2 BA, PM
6.3. Chuyển giao hệ thống 2 DevOps Engineer, PM
6.3.1. Chuyển giao tài liệu 1 PM
6.3.2. Chuyển giao mã nguồn 1 DevOps Engineer
Nhóm bảo trì phần mềm, PM, Người dùng hoặc khách hàng,
7. Bảo trì 60
Nhóm hỗ trợ kỹ thuật
7.1. Sửa lỗi 20 Nhóm bảo trì phần mềm
7.1.1. Thu thập báo cáo lỗi 10 Nhóm bảo trì phần mềm, Người dùng hoặc khách hàng
7.1.2. Sửa lỗi 10 Nhóm bảo trì phần mềm
7.2. Nâng cấp hệ thống 20 Nhóm bảo trì phần mềm, SA
7.2.1. Xác định yêu cầu nâng
10 SA, Người dùng hoặc khách hàng
cấp
7.2.2. Thực hiện nâng cấp 10 Nhóm bảo trì phần mềm
7.3. Hỗ trợ kỹ thuật 20 Nhóm hỗ trợ kỹ thuật
7.3.1. Hỗ trợ người dùng 10 Nhóm hỗ trợ kỹ thuật
7.3.2. Giải đáp thắc mắc 10 Nhóm hỗ trợ kỹ thuật

Tình Huống Giả Định:

Thay Đổi Phạm Vi:
  Mô tả: Khách hàng yêu cầu thêm tính năng mới cho hệ thống, đó là tính năng quản lý tài
khoản trực tuyến cho khách hàng. Điều này bao gồm khả năng kiểm tra số dư tài khoản, lịch
sử giao dịch, và nộp tiền trực tuyến.
 Tác động: Dự án cần bổ sung thêm công việc liên quan đến phân tích yêu cầu mới, thiết kế
giao diện, phát triển backend, và kiểm thử tính năng mới.

Thay Đổi Tài Chính:

 Mô tả: Ngân sách của dự án bị cắt giảm 20% do tình hình tài chính của công ty gặp khó khăn.
 Tác động: Cần phải tối ưu hóa việc sử dụng tài nguyên, có thể phải giảm thời gian hoặc nguồn
lực dành cho một số công việc không quan trọng hoặc tìm cách làm việc hiệu quả hơn.

Thay Đổi Nhân Sự:

 Mô tả: Một số thành viên chủ chốt trong nhóm phát triển bị bệnh hoặc rời khỏi công ty. Đặc
biệt, hai lập trình viên backend chính đã nghỉ việc.
 Tác động: Cần phải tìm kiếm và thuê thêm nhân sự hoặc phân bổ lại các lập trình viên khác
trong nhóm để đảm nhận công việc của lập trình viên backend.

Thời gian
Nhiệm vụ chính Tài nguyên chính Thay đổi
(ngày)

1. Lên kế hoạch Thêm thời gian để tái lập kế hoạch do

12 PM, BA, FA, Dev Team
dự án thay đổi phạm vi và tài chính.

2. Phân tích yêu Thêm yêu cầu mới từ khách hàng cần
15 BA, PM, Stakeholders, SA
cầu phân tích thêm.

3. Thiết kế hệ Thiết kế thêm tính năng mới cho hệ

20 SA, UI/UX, DBA, PM
thống thống.

4. Phát triển Front-end Dev, Back-end Dev, Thiếu hụt nhân sự backend, cần phân bổ
35
phần mềm DevOps, PM, QA lại hoặc thuê mới.

5. Kiểm thử 20 QA, PM, Stakeholders, BA Kiểm thử thêm tính năng mới.

DevOps, PM, Stakeholders, Support Triển khai tính năng mới yêu cầu thêm
6. Triển khai 12
Team thời gian.

Maintenance Team, PM,

7. Bảo trì 60 Không thay đổi.
Stakeholders, Support Team

1. Lên Kế Hoạch Dự Án (12 ngày)

 PM (Quản lý dự án): Điều phối toàn bộ dự án, lập kế hoạch chi tiết.
 BA (Chuyên viên phân tích kinh doanh): Phân tích yêu cầu ban đầu và mới, xác định phạm vi
mở rộng của dự án.
 FA (Chuyên viên phân tích tài chính): Đánh giá chi phí bổ sung và lập kế hoạch ngân sách với
ngân sách giảm.
 Dev Team (Nhóm phát triển): Tham gia vào việc đánh giá khả thi kỹ thuật và cung cấp đầu
vào.
2. Phân Tích Yêu Cầu (15 ngày)

 BA (Chuyên viên phân tích kinh doanh): Dẫn dắt quá trình thu thập và phân tích yêu cầu từ
khách hàng, bao gồm tính năng mới.
 PM (Quản lý dự án): Giám sát quá trình phân tích và đảm bảo tiến độ.
 Stakeholders (Người dùng/Khách hàng): Cung cấp thông tin yêu cầu và xác nhận.
 SA (Chuyên viên phân tích hệ thống): Hỗ trợ định nghĩa yêu cầu kỹ thuật cho tính năng mới.

3. Thiết Kế Hệ Thống (20 ngày)

 SA (Kiến trúc sư hệ thống): Thiết kế kiến trúc tổng thể của hệ thống, bao gồm tính năng mới.
 UI/UX (Chuyên viên thiết kế giao diện): Thiết kế giao diện người dùng cho tính năng mới.
 DBA (Chuyên viên thiết kế cơ sở dữ liệu): Thiết kế cơ sở dữ liệu cho các bảng và quan hệ mới
liên quan đến tính năng mới.
 PM (Quản lý dự án): Giám sát quá trình thiết kế.

4. Phát Triển Phần Mềm (35 ngày)

 Front-end Dev (Lập trình viên front-end): Phát triển giao diện người dùng, bao gồm tính
năng mới.
 Back-end Dev (Lập trình viên back-end): Do thiếu hụt nhân sự, một phần công việc sẽ phải
chuyển cho Front-end Dev hoặc tìm thêm nhân sự mới.
 DevOps (Kỹ sư DevOps): Quản lý môi trường phát triển và triển khai, đặc biệt với tính năng
mới.
 PM (Quản lý dự án): Giám sát tiến độ phát triển.
 QA (Nhóm kiểm thử): Thực hiện kiểm thử liên tục để đảm bảo chất lượng, bao gồm kiểm
thử các tính năng mới.

5. Kiểm Thử (20 ngày)

 QA (Nhóm kiểm thử): Thực hiện kiểm thử đơn vị, tích hợp và hệ thống, bao gồm kiểm thử
tính năng mới.
 PM (Quản lý dự án): Giám sát và quản lý tiến trình kiểm thử.
 Stakeholders (Người dùng/Khách hàng): Thực hiện kiểm thử chấp nhận cho tính năng mới.
 BA (Chuyên viên phân tích kinh doanh): Đảm bảo rằng các yêu cầu đã được thực hiện đúng,
bao gồm các yêu cầu mới.

6. Triển Khai (12 ngày)

 DevOps (Kỹ sư DevOps): Thực hiện cài đặt và kiểm tra hệ thống trên máy chủ, bao gồm triển
khai tính năng mới.
 PM (Quản lý dự án): Giám sát quá trình triển khai và chuyển giao.
 Stakeholders (Người dùng/Khách hàng): Tham gia vào đào tạo và chấp nhận hệ thống mới.
 Support Team (Nhóm hỗ trợ kỹ thuật): Hỗ trợ trong quá trình triển khai và đào tạo cho tính
năng mới.

7. Bảo Trì (60 ngày)

 Maintenance Team (Nhóm bảo trì phần mềm): Sửa lỗi và thực hiện nâng cấp liên quan đến
tính năng mới và hệ thống hiện tại.
 PM (Quản lý dự án): Theo dõi và quản lý bảo trì hệ thống.
  Stakeholders (Người dùng/Khách hàng): Báo cáo lỗi và yêu cầu hỗ trợ.
 Support Team (Nhóm hỗ trợ kỹ thuật): Giải quyết các vấn đề phát sinh và hỗ trợ người dùng.

Lưu Ý về Quản Lý Thay Đổi

1. Đánh giá tác động: Trước khi thực hiện thay đổi, phải đánh giá tác động của nó đến phạm vi,
thời gian và chi phí dự án.
2. Tái lập kế hoạch: Cập nhật lại kế hoạch dự án, thời gian biểu và phân công tài nguyên dựa
trên thay đổi.
3. Quản lý rủi ro: Xem xét các rủi ro có thể phát sinh từ thay đổi và chuẩn bị kế hoạch ứng phó.
4. Liên lạc và đồng thuận: Đảm bảo rằng tất cả các bên liên quan đều hiểu và đồng thuận với
thay đổi.