CƠ CẤU CỦA TIẾN TRÌNH QUẢN LÝ DỰ ÁN PHẦN MỀM

1. BÀI 2
CƠ CẤU CỦA TIẾN TRÌNH
QUẢN LÝ DỰ ÁN PHẦN MỀM
ThS. Thạc Bình Cường
1

2. TÌNH HUỐNG DẪN NHẬP
• Công ty bán hàng thể thao đồ trượt tuyết RMO có phương án bán hàng truyền thống
qua điện thoại. Giờ đây để cạnh tranh với các doanh nghiệp khác công ty sẽ xây
dựng đề án phát triển hệ thống bán hàng bằng cách bán hàng qua thư điện tử (E-
mail) và qua mạng (Website).
• Dự án này sẽ phát triển theo cơ chế và mô hình như thế nào để đảm bảo thu được
khoản đầu tư và phát triển doanh nghiệp trong tương lai?
• Xuất phát từ nhu cầu trên chúng ta nghiên cứu cơ cấu tiến trình QLDA phần mềm,
vòng đời của dự án phần mềm.
 Anh/chị cho biết dự án phát triển phần mềm của công ty RMO bao gồm
các giai đoạn nào? Xác định tính khả thi của dự án?
2

3. MỤC TIÊU
Trình bày được cơ cấu của một dự án phần mềm.
Hiểu và vận dụng các kiến thức cơ bản về quản lý dự án để phát biểu, lập
kế hoạch, điều khiển và kiểm soát dự án.
Quản lý được cấu hình của dự án.
3

4. NỘI DUNG CHÍNH
1
Dự án của JWD – Quản trị Intranet Site
2
Cách cũ và cách mới
3
Các giai đoạn của vòng đời phát triển dự án
4
Tiến trình quản lý dự án
4

5. 1. TIẾN TRÌNH QUẢN LÝ DỰ ÁN
• Rà soát lại – cải tiến chất lượng với tiến trình hiện đại;
• Quản trị nhóm tiến trình.
5

6. 1.1. RÀ SOÁT LẠI - CẢI TIẾN CHẤT LƯỢNG VỚI TIẾN TRÌNH HIỆN ĐẠI
Bộ điều khiển chất lượng Tiến trình truyền thống Tiến trình lặp lại hiện đại
Sự hiểu lầm các yêu cầu Bị phát hiện muộn Được giải quyết sớm
Sự phát triển rủi ro Không biết đến khi nào đã muộn Sự hiểu biết và giải quyết sớm
Các thành phần thương mại Vòng đời muộn, sự hỗn loạn và
ác tính
Vòng đời sớm, sự thẳng thắn và ôn hòa
Các lỗi thiết kế Bị phát hiện muộn Được giải quyết sớm
Sự tự động hóa Hầu hết lỗi dấu mặt trong những
thủ tục làm bằng tay
Hầu hết tự động hóa, lỗi tự do tiến triển
trong các thao tác
Tài nguyên tương xứng Không có khả năng dự đoán Có khả năng dự đoán
Các lịch trình Bị cưỡng ép quá Có thể hòa được chất lượng, hiệu năng
và công nghệ
Hiệu năng đích Cơ sở phân tích hay sự mô
phỏng tách biệt trên giấy
Các mẫu gốc có thể thực thi, phản hồi
hiệu năng sớm, số lượng kiến thức
Tiến trình phần mềm nghiêm
ngặt
Cơ sở tài liệu Quản lý, đo đạc và công cụ được hỗ trợ
6

7. 1.2. QUẢN TRỊ NHÓM TIẾN TRÌNH
• Quản trị dự án có thể nhìn được một số tiến trình liên kết.
• Quản trị nhóm tiến trình bao gồm:
 Tiến trình khởi động;
 Tiến trình lập kế hoạch;
 Tiến trình thực hiện;
 Tiến trình điều khiển;
 Tiến trình kết thúc.
• Sự chồng chéo giữa các tiến trình:
7

8. • Quan hệ với vùng hiểu biết:
 Các hoạt động chính của mỗi tiến trình có liên quan đến 9 vùng hiểu biết của dự
án (39 hoạt động của dự án);
 Trong khi đó dự án là duy nhất, phần lớn các hoạt động lập kế hoạch nhóm các
tiến trình đều trải qua 9 vùng kiến thức;
 Phần lớn thời gian và tiền bạc đều dành cho việc thực hiện công việc.
• Phát triển phương pháp luận quản trị dự án:
 Vì dự án là duy nhất nên chúng được tiếp cận theo phương thức quản trị;
 Nhiều tổ chức phát triển theo phương pháp luận của chính mình, đặc biệt cho
các dự án IT;
 BCBS (Michigan) sử dụng PMBOK như một nguyên tắc và phương pháp luận
quản trị các dự án IT của họ. Vài hoạt động và những quá trình thay đổi là cần
thiết cho một tổ chức.
8
1.2. QUẢN TRỊ NHÓM TIẾN TRÌNH (tiếp theo)

9. 2. DỰ ÁN CỦA JWD – QUẢN TRỊ INTRANET SITE
• Khởi động dự án;
• Lập kế hoạch dự án;
• Thực hiện dự án;
• Kết thúc dự án.
9

10. 2.1. KHỞI ĐỘNG DỰ ÁN
• Việc bắt đầu một dự án bao gồm việc nhận ra rằng cần lập dự án mới hay lập dự án
cho một giai đoạn.
• Vài tổ chức sử dụng giai đoạn tiền khởi động, vài tổ chức khác lại lấy sự phát triển
một nghiệp vụ cụ thể để bắt đầu.
• Mục tiêu chính là lựa chọn hình thức bắt đầu, PMBOK nhấn mạnh phạm vi quản lý.
• Những điểm chính cần có:
 Giao dự án cho Giám đốc dự án;
 Xác định Ban quản lý dự án;
 Hoàn thành các case công việc;
 Hoàn thành bản tuyên bố dự án và trình ký.
• Tài liệu khởi động dự án:
10

11. 2.1. KHỞI ĐỘNG DỰ ÁN (tiếp theo)
 Business Case:
 Background – Thông tin cần thiết về dự án;
 Business objective – Mục đích công việc;
 Hiện trạng vấn đề và những phát biểu cơ hội;
 Các giả định và các ràng buộc;
 Phân tích các tùy chọn và các khuyến nghị;
 Lập các yêu cầu sơ bộ cho dự án;
 Ước lượng ngân sách và các phân tích tài chính;
 Lập lịch thực hiện;
 Dự báo những rủi ro tiềm năng;
 Trình bày tài liệu (Phân tích dự án, phân tích tài chính…).
 Tuyên bố dự án:
 Tên dự án, ngày khởi đầu, ngày kết thúc;
 Dự thảo ngân sách;
 Giới thiệu Giám đốc dự án và các thông tin tiếp xúc;
 Mục tiêu dự án;
 Cách tiếp cận dự án;
 Các vai trò và trách nhiệm;
 Phê duyệt và các bình luận của Ban quản lý dự án.
 Các tài liệu yêu cầu khác: Dòng cuối cùng chỉ ra các nhu cầu cần cho dự án, ai
là thành viên của Ban quản lý dự án, và mục tiêu chính là gì? 11

12. 2.2. LẬP KẾ HOẠCH DỰ ÁN
• Mục đích chính của lập kế hoạch dự án là các hướng dẫn thực hiện. Tất cả các thành
viên dự án đều có liên quan.
• Mỗi vùng kiến thức đều bao hàm các thông tin kế hoạch.
• Thông tin đưa ra bao gồm:
 Hợp đồng dự án;
 Các phát biểu về phạm vi;
 Các dòng thông tin công việc;
 Lịch trình dự án (thường biểu diễn bằng sơ đồ gantt) mô tả các phụ thuộc và
các tài nguyên cần có;
 Liệt kê danh sách các rủi ro.
12

13. 2.3. THỰC HIỆN DỰ ÁN
• Một dự án thường tiêu tốn thời gian và tài nguyên để thực hiện từ khi một sản phẩm
được sản xuất ra.
• Đầu ra quan trọng nhất của dự án là kết quả công việc. Kiểm soát sự thay đổi các
yêu cầu cũng rất quan trọng.
• Giám đốc dự án cần phải dùng các kỹ năng lãnh đạo và giao tiếp để điều khiển và
vượt qua những khó khăn trong quá trình thực hiện dự án.
• Cần phải hỗ trợ mạnh mẽ trong giai đoạn này.
Điều khiển dự án:
• Điều khiển là đo những tiến bộ của dự án so với mục tiêu, kiểm tra sự chệch hướng
so với kế hoạch và điều chỉnh cho đúng các hoạt động.
• Việc điều khiển có ảnh hưởng đến các nhóm tiến trình khác và xuất hiện trong tất cả
các giai đoạn của các tiến trình trong vòng đời dự án.
• Trạng thái và tiến độ là đầu ra của quá trình điều khiển.
 Cần theo dõi giờ làm việc thực tế, so với kế hoạch. Đây là điều rất quan trọng
trong việc quản trị các chi phí và những giá trị thu được;
 Theo dõi sự tiến bộ trên các đường gantt cũng rất quan trọng trong việc duy trì
lịch làm việc.
13

14. 2.4. KẾT THÚC DỰ ÁN
• Quá trình đóng dự án kéo theo sự công nhận của Ban quản lý dự án và khách hàng
chấp nhận sản phẩm cuối cùng và đưa một giai đoạn hay dự án đến kết thúc.
• Mặc dù có những dự án chưa hoàn thành nhưng vẫn đóng để ghi nhớ bài học đã
qua.
• Lưu trữ dự án và những bài học kinh nghiệm là đầu ra của phase này. Đa số các dự
án được trình bầy bởi các báo cáo và những thuyết trình. Kế hoạch chuyển tiếp
(cũng là hoạt động bình thường) cũng là điều quan trọng cho các dự án.
• Nhiều tổ chức đã thực hiện việc xem xét lại kết quả dự án sau một năm khi chúng
hoàn thành.
• Nhiều dự án được lập ra để rồi cất giữ, nhưng nó cũng rất quan trọng để xem lại các
ước lượng tài chính và là bài học trong việc chuẩn bị cho dự án mới.
14

15. CÂU HỎI THẢO LUẬN
Lập kế hoạch dự án là gì?
15
Tải bản FULL (34 trang): https://bit.ly/3vpLhBo
Dự phòng: fb.com/TaiHo123doc.net

16. 3. CÁCH CŨ VÀ CÁCH MỚI
• 30 nguyên lý đối với tiến trình truyền thống (DAVIS);
• Các nguyên lý đối với tiến trình hiện đại;
• Chuyển dịch tới quá trình hiện đại.
16
Tải bản FULL (34 trang): https://bit.ly/3vpLhBo
Dự phòng: fb.com/TaiHo123doc.net

17. 3.1. 30 NGUYÊN LÝ ĐỐI VỚI TIẾN TRÌNH TRUYỀN THỐNG (DAVIS)
1. Tạo chất lượng số 1: Hiểu rõ ngay từ đầu các yêu cầu và thoả hiệp các đặc trưng về
chất lượng, giá và lịch biểu;
2. Phần mềm chất lượng cao là hoàn toàn có thể đạt được: Tạo mẫu gốc, đơn giản hoá
thiết kế, thuê nhân công tốt, thu hút khách hàng;
3. Đưa các sản phẩm cho khách hàng sớm:
• Xác định đúng các yêu cầu thực tiễn của khách hàng;
• Dùng các bản mẫu gốc, mô phỏng và các phiên bản khác nhau trình cho khách
hàng.
4. Xác định vấn đề trước khi viết yêu cầu: Đừng vội vàng đưa ra giải pháp, hãy thăm dò
khảo sát kỹ trước;
5. Đánh giá các khả năng thiết kế khác nhau;
6. Sử dụng một mô hình tiến trình thích hợp: Xem xét kỹ về văn hoá chung, sự sẵn sàng
đối phó với rủi ro, sự không ổn định của các yêu cầu và hiểu không cặn kẽ;
7. Sử dụng nhữngngôn ngữ khác nhau đối với những pha khác nhau;
8. Tối thiểu hoá khoảng cách trí tuệ: Sử dụng các cấu trúc gần sát thế giới thực;
9. Đặt vấn đề kỹ thuật trước các công cụ;
10. Làm cho nó đúng trước khi làm nó nhanh hơn; 17
5328862