Mô phỏng liên tục tring quản lý dự án - Chương 7

Dự án phần mềm là một đối tượng quản lý phức tạp và có nhiều đặc trưng riêng. Đó là một hệ thống phức hợp của các mối quan hệ công việc – công việc, con người – công việc, con người

CHƯƠNG 7 - NHẬN XÉT VÀ KẾT LUẬN

7.1 Đối Với Mô Hình Tích Hợp

1 Sự phân chia công việc chi tiết , có các hướng dẫn về phương pháp thực hiện cho từng công việc và không đòi hỏi sự thay đổi về quy trình tạo điều kiện thuận lợi cho việc áp dụng mô phỏng liên tục trong quản lý dự án Nhà quản lý dự án có thể tuỳ chọn áp dụng mô hình tích hợp trong toàn bộ hay một phần của dự án

2 Mô hình tích hợp có thể được bổ sung và hoàn thiện trong quá trình sử dụng, cho phép đưa vào những mô hình và quy trình quản lý đặc thù của từng công ty

3 Hạn chế của mô hình tích hợp:

o Thiếu các mô hình mô phỏng liên tục được xây dựng sẵn cho dự án phần mềm Do đó mô hình tích hợp chỉ khảo sát và giới thiệu một số mô hình đơn giản và tiêu biểu Việc thiếu các mô hình được xây dựng sẵn cho các vấn đề của dự án phần mềm là một khó khăn lớn trong việc áp dụng phương pháp mới vì phần lớn những người tham gia đều dựa vào các mô hình liên quan có sẵn hoặc sửa đổi các mô hình đó thay vì xây dựng mới

o Chưa bao gồm tất cả các công việc và vấn đề của quản lý dự án gia công phần mềm

7.2 Đối Với Việc Ap Dụng Mô Hình Tích Hợp

1 Việc tiếp cận với việc mô phỏng trên máy tính gặp nhiều thuận lợi đối với những nhà quản lý dự án phần mềm (so với các nhà quản lý khác)

2 Do thời gian ngắn nên những người tham gia chưa thể hiểu rõ và áp dụng tốt các mô hình mô phỏng liên tục Việc áp dụng trong thời gian đầu cần sự hỗ trợ của các chuyên gia về mô phỏng liên tục

3 Giải thích qua ví dụ và giới thiệu một số mô hình mô phỏng liên tục đơn giản là cách thức hiệu quả để giới thiệu về tư duy hệ thống và mô phỏng liên tục

4 Qua một số ví dụ cụ thể các nhà quản lý dự án hiểu được một số tư tưởng của phương pháp tư duy hệ thống, có một cách nhìn mới đối với dự án và các vấn đề mà họ đang gặp phải Họ bắt đầu khảo sát và phân tích nhiều yếu tố hơn khi tìm nguyên nhân và giải pháp cho một vấn đề nào đó

5 Mô phỏng liên tục nên được áp dụng nhiều trong giai đoạn đầu của dự án trước khi đưa ra những quyết định quan trọng về kế hoạch và nhân sự cho dự án

7.3 Đối Với Dự An Phần Mềm

1 Nên bắt đầu dự án với nhân lực đầy đủ và yêu cầu hợp lý về thời gian

2 Các tác động lên dự án phần mềm (từ bên trong hay bên ngoài) thường có hiệu ứng dây chuyền và cần được khảo sát kỹ lưỡng

3 Mô phỏng liên tục cho phép giải thích nhiều quy tắc, kinh nghiệm trong quản lý dự án mà các nhà quản lý đang áp dụng nhưng chưa hiểu rõ về cơ sở hình thành các quy tắc đó

4 Việc áp dụng mô phỏng liên tục thường xuyên sẽ có tác động tích cực lên các chính sách của công ty gia công phần mềm về:

o Chính sách điều động nhân sự cho dự án

o Chính sách huấn luyện và đào tạo

o Môi trường làm việc, chính sách đãi ngộ nhân viên

o Coi trọng vai trò của quy trình phát triển phần mềm và quy trình kiểm soát chất lượng

o Hình thành tổ chức học tập (learning organization)

7.4 Kiến Nghị Những Nghiên Cứu Tiếp Theo

1 Có thêm các thử nghiệm (trong nhiều công ty gia công phần mềm, nhiều loại dự án khác nhau) để đánh giá mô hình tích hợp một cách toàn diện hơn

2 Bổ sung vào mô hình tích hợp tất cả các công việc và vấn đề của quản lý dự án phần mềm

3 Bổ sung vào mô hình tích hợp các mô hình mô phỏng liên tục được xây dựng sẵn

4 Tích hợp ở mức công cụ: Phát triển một phần mềm cho phép sử dụng các kỹ thuật của cả hai phương pháp trong việc giải quyết các vấn đề của dự án Phần mềm này sẽ đem đến nhiều tiện lợi cho người quản lý và hỗ trợ cho việc tích hợp:

 Không cần phải sử dụng quá nhiều công cụ

 Không cần chuyển đổi dữ liệu giữa các công cụ

Ví dụ: Khi đánh giá tác động của một thay đổi trong dự án theo mô hình tích hợp,

hiện nay nhà quản lý phải đưa thông tin về tiến độ dự án từ các công cụ của phương pháp truyền thống vào công cụ mô phỏng liên tục và các thay đổi vào công cụ này để khảo sát Kết quả của mô phỏng liên tục sau đó phải đưa ngược lại vào các công cụ của phương pháp truyền thống để phục vụ cho việc thực hiện Với công cụ mới, khi đưa vào các thay đổi kết quả sẽ là các bản WBS, sơ đồ Gantt, CPM/PERT đã được cập nhật sẵn sàng cho việc áp dụng

PHỤ LỤC

Các Thuật Ngữ Và Từ Viết Tắt STT Tên thuật ngữ,

từ viết tắt

Giải thích

1 WBS Work BreakDown Structure

Cấu trúc phân chia công việc trong dự án

2 GANTT Sơ đồ thanh ngang biểu diễn thời gian thực hiện các công việc của dự án

3 PERT Project Evaluation and Review Techniques

Phương pháp tổng quan và đánh giá dự án, sử dụng mô hình xác suất theo đó thời gian hoàn thành công việc được cho dưới dạng hàm phân phối xác xuất

4 CPM Critical Path Method

Phương pháp đường găng, sử dụng mô hình xác định theo đó thời gian hoàn thành mỗi công việc là hằng số

5 PMIM Project Management Integrated Model

Mô hình tích hợp do Rodrigues đề xuất cho phép phối hợp mô phỏng liên tục với phương pháp quản lý dự án truyền thống

6 PMBOK Project Management Body Of Knowledge

Phương pháp quản lý dự án do Học Viện Quản Lý Dự An quốc tế (Project Mangement Institute) xây dựng

Bảng 4.4 Tóm tắt các khác biệt giữa hai phương pháp

Bảng 5.1 Các vấn đề trong quản lý dự án mỗi phương pháp sẽ giải quyết

hiện

Bảng 5.3 Cách thức thực hiện từng công việc

Bảng 5.4 Một số mô hình mô phỏng liên tục được đưa vào mô hình tích hợp

Bảng 6.3 Quy trình giải quyết các vấn đề nảy sinh trong dự án theo mô hình tích hợp

Bảng 6.5 Quan hệ giữa các vấn đề trong thử nghiệm #2

Các Hình Vẽ Và Sơ Đồ Trong Luận Văn

Hình 1.1 Phương pháp thực hiện đề tài

Hình 2.2 Quan hệ giữa mục tiêu với các thành phần của mô phỏng

Hình 3.3 Quy trình tiêu biểu thực hiện một dự án gia công phần mềm

Hình 4.2 Ví dụ về mô phỏng liên tục trong quy trình phần mềm

Hình 5.1 Mô hình khảo sát quy trình (a) Hình 5.2 Mô hình khảo sát quy trình (b) Hình 5.3 Mô hình khảo sát định luật Brooks

Hình 5.5 Mô hình quản lý nhân sự trong dự án

Hình 5.6 Mô hình khảo sát các tác động của khách hàng

Tài Liệu Tham Khảo

[1] A System Dynamics Software Process Simulator for Staffing Policies Decision Support

Dr.James Collofello, Dr.Dwight Smith-Daniels, Dan Houston (Arizona State

University)

Douhlas Sycamore (Motorola)

[2] Brooks’ Law Revisited: A System Dynamics Approach

Pei Hsia, Chih-tung Hsu, David C Kung

Computer Science Engineering Department The University of Texas at Arlington, 1998

[3] Case Studies in Software Process Modeling with System Dynamics

Ray Madachy & Denton Tarbet

[4] Dynamic Modeling of Project Development Process

David N.Ford and John D.Sterman, 01/1997

[5] Getting Quality the old-fashioned way: self-confirming attributions in the Dynamics of Process Improvement

Nelson P.Repenting, John D.Sterman, 08/1996

[6] Managing and Modelling Project Risk Dynamics A System based Framework

Dynamics-Dr Alexandre G Rodrigues

PMI Europe 2001

[7] Modeling Software Testing Processes

James S Collofello, Zhen Yang, John D Tvedt, Derek Merrill, Ioana Rus

Computer Science and Engineering Department, Arizona State University

[8] Modeling Process Dynamics in Software Evolution Process – Some issues

J.F Jamil, M.M Lehman

Department of Computing, Imperial College, 5/1999

[9] Nhìn lại việc thực hiện định hướng phát triển công nghiệp phần mềm Việt Nam

Hoàng Minh Châu

[13] Software Process Simulation Modeling:Why? What? How?

Marc I.Kellner, Raymond J.Madachy, and David M.Raffo

Journal of Systems and Software, vol 46 (15 April 1999)

[14] Software Project Simulator for Effective Process Improvement

Shinji Kusumotoy, Osamu Mizunoy, Tohru Kikunoy, Yuji Hirayamayy, Yasunari Takagiyy, Keishi Sakamoto

[15] Strategic management of complex projects:a case study using system dynamics

James M Lyneis, Kenneth G Coopera and Sharon A Elsa

System Dynamics Review Vol 17, No 3, (2001)

[16] System Dynamics and its Use in an Organisation

Jenna Barnes, Jeffery Gaskin, Taejin Park, Supat Saengdaeng, Anna Wilson

[17] System Dynamics in Project Management: A Comparative Analysis With Traditional Methods

Alexandre G Rodrigues and John Bowers

System Dynamics Review, Vol 12, No 2, 1996

[18] System Dynamics in Project Management: Assessing the Impact of Client Behavior on Project Performance

Alexandre G.Rodrigues and Terry Williams, 1996

[19] System Dynamics in Software Project Management: towards the development of a formal integrated framework

Alexandre Rodrigues and Terry Williams

[20] System Dynamics Modeling for Project Management

John D.Sterman, 1992

[22] The effects of design changes and delays on project costs

Terry Williams, Colin Eden, Fran Ackermann, Andrew Tait

Department of Management Science, Strathclyde University, Glasgow

[23] The Rational Unified Process

Gordon E McCraya and Thomas D Clark Jr

System Dynamics Review Vol 15, No 4, (Winter 1999)

[26] Web site Hội Tin Học Tp.HCM

[27] Why firefighting is never enough: preserving high-quality product development

Laura J Blacka and Nelson P Repenningb

System Dynamics Review Volume 17 Number 1 Spring 2001

Tóm Tắt Lý Lịch Trích Ngang

Họ và tên: Trần Phúc Hồng

Ngày tháng năm sinh: 20 – 12 –1975

Địa chỉ liên lạc: 111 Nguyễn Đình Chính, Q Phú Nhuận, Tp.HCM

QUÁ TRÌNH ĐÀO TẠO

 01/1998: Tốt nghiệp cử nhân tin học ngành Công Nghệ Thông Tin Trường Đại Học Bách Khoa Tp HCM

 01/2000 –07/2000: Học lớp chuyển đổi Cao Học Quản Trị Doanh Nghiệp tại Trường Đại Học Bách Khoa Tp HCM

 09/2001 – 2004: Học lớp Cao Học Quản Trị Doanh Nghiệp (Khoá 12) tại Trường Đại Học Bách Khoa Tp HCM

 Tham gia các khoá huấn luyện về quản lý dự án phần mềm do QAI (An Độ) và CBI (Hà Lan) tổ chức

QUÁ TRÌNH CÔNG TÁC

Từ 03/1998 đến nay: làm việc trong công ty tin học TMA với các công việc và chức vụ sau:

 Lập trình viên (Developer)

 Trưởng nhóm (Team Leader)

 Trưởng dự án (Project Manager)

 Trưởng phòng kinh doanh (Business Development Manager)

 Senior Manager

Có 4 năm kinh nghiệm trong quản lý các dự án gia công phần mềm xuất khẩu