Quản lý dự án phần mềm

Có thể thấy mô hình công việc của một công ty CNTT tham gia phát triển phần mềm được chia thành hai phần:

• Tạo phần mềm
• Quản lý dự án phần mềm

Một dự án là một nhiệm vụ được xác định rõ, là tập hợp của một số hoạt động được thực hiện để đạt được mục tiêu (ví dụ: phát triển và phân phối phần mềm). Một Dự án có thể được mô tả như sau:

• Mỗi dự án có thể có một mục tiêu duy nhất và khác biệt.
• Dự án không phải là hoạt động thường lệ hoặc hoạt động hàng ngày.
• Dự án đi kèm với thời gian bắt đầu và thời gian kết thúc.
• Dự án kết thúc khi đạt được mục tiêu của nó, do đó đây là một giai đoạn tạm thời trong vòng đời của một tổ chức.
• Dự án cần có đủ nguồn lực về thời gian, nhân lực, tài chính, vật chất và ngân hàng tri thức.

dự án phần mềm

Dự án phần mềm là toàn bộ quy trình phát triển phần mềm từ thu thập yêu cầu đến kiểm tra và bảo trì, được thực hiện theo các phương pháp thực hiện, trong một khoảng thời gian xác định để đạt được sản phẩm phần mềm dự kiến.

Sự cần thiết của quản lý dự án phần mềm

Phần mềm được cho là một sản phẩm vô hình. Phát triển phần mềm là một loại luồng hoàn toàn mới trong kinh doanh thế giới và có rất ít kinh nghiệm trong việc xây dựng các sản phẩm phần mềm. Hầu hết các sản phẩm phần mềm được thiết kế riêng để phù hợp với yêu cầu của khách hàng. Điều quan trọng nhất là công nghệ cơ bản thay đổi và tiến bộ thường xuyên và nhanh chóng đến mức trải nghiệm của sản phẩm này có thể không được áp dụng cho sản phẩm kia. Tất cả những hạn chế về kinh doanh và môi trường như vậy mang lại rủi ro trong phát triển phần mềm do đó điều cần thiết là phải quản lý các dự án phần mềm một cách hiệu quả.

Hình ảnh trên cho thấy ba ràng buộc đối với các dự án phần mềm. Đây là một phần thiết yếu của tổ chức phần mềm để cung cấp sản phẩm chất lượng, giữ chi phí trong giới hạn ngân sách của khách hàng và phân phối dự án theo lịch trình. Có một số yếu tố, cả bên trong và bên ngoài, có thể tác động đến tam giác ba ràng buộc này. Bất kỳ yếu tố nào trong ba yếu tố đều có thể ảnh hưởng nghiêm trọng đến hai yếu tố còn lại.

Do đó, quản lý dự án phần mềm là điều cần thiết để kết hợp các yêu cầu của người dùng cùng với các ràng buộc về ngân sách và thời gian.

Quản lý dự án phần mềm

Người quản lý dự án phần mềm là người đảm nhận trách nhiệm thực hiện dự án phần mềm. Người quản lý dự án phần mềm nhận thức rõ ràng về tất cả các giai đoạn của SDLC mà phần mềm sẽ trải qua. Người quản lý dự án có thể không bao giờ trực tiếp tham gia sản xuất sản phẩm cuối cùng nhưng anh ta kiểm soát và quản lý các hoạt động liên quan đến sản xuất.

Người quản lý dự án giám sát chặt chẽ quá trình phát triển, chuẩn bị và thực hiện các kế hoạch khác nhau, sắp xếp các nguồn lực cần thiết và đầy đủ, duy trì liên lạc giữa tất cả các thành viên trong nhóm để giải quyết các vấn đề về chi phí, ngân sách, tài nguyên, thời gian, chất lượng và sự hài lòng của khách hàng.

Chúng ta hãy xem một số trách nhiệm mà người quản lý dự án gánh vác –

quản lý con người

• Làm trưởng dự án
• Mối quan hệ với các bên liên quan
• Quản lý nguồn nhân lực
• Thiết lập phân cấp báo cáo, v.v.

quản lý dự án

• Xác định và thiết lập phạm vi dự án
• Quản lý hoạt động quản lý dự án
• Theo dõi tiến độ và hiệu suất
• Phân tích rủi ro ở mọi giai đoạn
• Thực hiện các bước cần thiết để tránh hoặc thoát khỏi các vấn đề
• Đóng vai trò là người phát ngôn của dự án

Hoạt động quản lý phần mềm

Quản lý dự án phần mềm bao gồm một số hoạt động, bao gồm lập kế hoạch dự án, quyết định phạm vi của sản phẩm phần mềm, ước tính chi phí theo các thuật ngữ khác nhau, lên lịch các nhiệm vụ và sự kiện, và quản lý tài nguyên. Các hoạt động quản lý dự án có thể bao gồm:

• Lập kế hoạch dự án
• Phạm vi quản lí
• dự toán công trình

Lập kế hoạch dự án

Lập kế hoạch dự án phần mềm là nhiệm vụ, được thực hiện trước khi quá trình sản xuất phần mềm thực sự bắt đầu. Nó ở đó để sản xuất phần mềm nhưng không liên quan đến hoạt động cụ thể nào có bất kỳ liên hệ định hướng nào với sản xuất phần mềm; đúng hơn, nó là một tập hợp nhiều quy trình, tạo điều kiện thuận lợi cho việc sản xuất phần mềm. Lập kế hoạch dự án có thể bao gồm những điều sau đây:

Phạm vi quản lí

Nó xác định phạm vi của dự án; điều này bao gồm tất cả các hoạt động, quy trình cần được thực hiện để tạo ra một sản phẩm phần mềm có thể chuyển giao được. Quản lý phạm vi là điều cần thiết bởi vì nó tạo ra ranh giới của dự án bằng cách xác định rõ ràng những gì sẽ được thực hiện trong dự án và những gì sẽ không được thực hiện. Điều này làm cho dự án chứa các nhiệm vụ hạn chế và có thể định lượng, có thể dễ dàng được ghi lại và do đó tránh được chi phí và thời gian vượt mức.

Trong quá trình quản lý phạm vi dự án, cần phải –

• Xác định phạm vi
• Quyết định xác minh và kiểm soát của nó
• Chia dự án thành nhiều phần nhỏ hơn để dễ quản lý.
• xác minh phạm vi
• Kiểm soát phạm vi bằng cách kết hợp các thay đổi với phạm vi

dự toán công trình

Để quản lý hiệu quả, việc ước tính chính xác các biện pháp khác nhau là điều bắt buộc. Với ước tính chính xác, các nhà quản lý có thể quản lý và kiểm soát dự án hiệu quả hơn.

Dự toán dự án có thể bao gồm những điều sau đây:

• Ước tính kích thước phần mềm

Kích thước phần mềm có thể được ước tính theo KLOC (Kilo Line of Code) hoặc bằng cách tính toán số điểm chức năng trong phần mềm. Các dòng mã phụ thuộc vào thực tiễn viết mã và Các điểm chức năng khác nhau tùy theo yêu cầu của người dùng hoặc phần mềm.

• ước tính nỗ lực

Các nhà quản lý ước tính các nỗ lực về yêu cầu nhân sự và thời gian cần thiết để sản xuất phần mềm. Đối với kích thước phần mềm ước tính nỗ lực nên được biết đến. Điều này có thể bắt nguồn từ kinh nghiệm của người quản lý, dữ liệu lịch sử của tổ chức hoặc quy mô phần mềm có thể được chuyển đổi thành nỗ lực bằng cách sử dụng một số công thức tiêu chuẩn.

• ước tính thời gian

Khi quy mô và nỗ lực được ước tính, thời gian cần thiết để sản xuất phần mềm có thể được ước tính. Những nỗ lực cần thiết được tách biệt thành các danh mục phụ theo đặc tả yêu cầu và sự phụ thuộc lẫn nhau của các thành phần khác nhau của phần mềm. Các nhiệm vụ phần mềm được chia thành các nhiệm vụ, hoạt động hoặc sự kiện nhỏ hơn theo Cấu trúc Đột phá Công việc (WBS). Các nhiệm vụ được lên lịch trên cơ sở hàng ngày hoặc theo tháng dương lịch.

Tổng thời gian cần thiết để hoàn thành tất cả các nhiệm vụ tính bằng giờ hoặc ngày là tổng thời gian đầu tư để hoàn thành dự án.

• dự toán chi phí

Điều này có thể được coi là khó khăn nhất vì nó phụ thuộc vào nhiều yếu tố hơn bất kỳ yếu tố nào trước đó. Để ước tính chi phí dự án, cần phải xem xét –

• Kích thước của phần mềm
  • Chất lượng phần mềm
  • Phần cứng
  • Phần mềm hoặc công cụ bổ sung, giấy phép, v.v.
  • Nhân viên lành nghề với các kỹ năng cụ thể theo nhiệm vụ
  • du lịch tham gia
  • Giao tiếp
  • Đào tạo và hỗ trợ

Kỹ thuật ước tính dự án

Chúng tôi đã thảo luận về các thông số khác nhau liên quan đến ước tính dự án như quy mô, nỗ lực, thời gian và chi phí.

Người quản lý dự án có thể ước tính các yếu tố được liệt kê bằng cách sử dụng hai kỹ thuật được công nhận rộng rãi –

Kỹ thuật phân hủy

Kỹ thuật này giả định rằng phần mềm là sản phẩm của nhiều thành phần khác nhau.

Có hai mô hình chính –

• Ước tính dòng mã được thực hiện thay mặt cho số lượng dòng mã trong sản phẩm phần mềm.
• Ước tính điểm chức năng được thực hiện thay mặt cho số lượng điểm chức năng trong sản phẩm phần mềm.

Kỹ thuật ước lượng thực nghiệm

Kỹ thuật này sử dụng các công thức có nguồn gốc thực nghiệm để ước tính. Các công thức này dựa trên LOC hoặc FP.

• Người mẫu Putnam

Mô hình này được thực hiện bởi Lawrence H. Putnam, dựa trên phân bố tần số của Norden (đường cong Rayleigh). Mô hình Putnam ánh xạ thời gian và nỗ lực cần thiết với kích thước phần mềm.

• COCOMO

COCOMO là viết tắt của CONstructive COst MODel, được phát triển bởi Barry W. Boehm. Nó chia sản phẩm phần mềm thành ba loại phần mềm: hữu cơ, bán tách rời và nhúng.

Lập kế hoạch dự án

Lập kế hoạch dự án trong một dự án đề cập đến lộ trình của tất cả các hoạt động được thực hiện với thứ tự được chỉ định và trong khoảng thời gian được phân bổ cho từng hoạt động. Người quản lý dự án có xu hướng xác định các nhiệm vụ khác nhau, các mốc quan trọng của dự án và sắp xếp chúng theo các yếu tố khác nhau. Họ tìm kiếm các nhiệm vụ nằm trong lộ trình quan trọng trong lịch trình, cần phải hoàn thành theo cách cụ thể (do tính phụ thuộc lẫn nhau của nhiệm vụ) và hoàn toàn trong thời gian được phân bổ. Sắp xếp các nhiệm vụ nằm ngoài đường dẫn quan trọng ít có khả năng ảnh hưởng đến toàn bộ lịch trình của dự án.

Để lập kế hoạch cho một dự án, cần phải –

• Chia nhỏ các nhiệm vụ dự án thành dạng nhỏ hơn, dễ quản lý
• Tìm ra các nhiệm vụ khác nhau và tương quan chúng
• Ước tính khung thời gian cần thiết cho từng nhiệm vụ
• Chia thời gian thành các đơn vị công việc
• Chỉ định đủ số lượng đơn vị công việc cho từng nhiệm vụ
• Tính toán tổng thời gian cần thiết cho dự án từ đầu đến cuối

Quản lý nguồn tài nguyên

Tất cả các yếu tố được sử dụng để phát triển một sản phẩm phần mềm có thể được coi là tài nguyên cho dự án đó. Điều này có thể bao gồm nguồn nhân lực, công cụ sản xuất và thư viện phần mềm.

Các nguồn lực có sẵn với số lượng hạn chế và tồn tại trong tổ chức dưới dạng một nhóm tài sản. Sự thiếu hụt nguồn lực cản trở sự phát triển của dự án và nó có thể bị chậm so với kế hoạch. Cuối cùng, việc phân bổ thêm tài nguyên sẽ làm tăng chi phí phát triển. Do đó, cần ước tính và phân bổ nguồn lực hợp lý cho dự án.

Quản lý tài nguyên bao gồm –

• Xác định dự án tổ chức phù hợp bằng cách tạo một nhóm dự án và phân bổ trách nhiệm cho từng thành viên trong nhóm
• Xác định các nguồn lực cần thiết ở một giai đoạn cụ thể và tính khả dụng của chúng
• Quản lý tài nguyên bằng cách tạo yêu cầu tài nguyên khi chúng được yêu cầu và phân bổ lại chúng khi không cần thiết nữa.

Quản lý rủi ro dự án

Quản lý rủi ro liên quan đến tất cả các hoạt động liên quan đến việc xác định, phân tích và lập dự phòng cho các rủi ro có thể dự đoán và không thể dự đoán trước trong dự án. Rủi ro có thể bao gồm những điều sau đây:

• Nhân viên có kinh nghiệm rời khỏi dự án và nhân viên mới đến.
• Thay đổi về tổ chức quản lý.
• Yêu cầu thay đổi hoặc giải thích sai yêu cầu.
• Đánh giá thấp thời gian và nguồn lực cần thiết.
• Thay đổi công nghệ, thay đổi môi trường, cạnh tranh kinh doanh.

Quy trình quản lý rủi ro

Các hoạt động sau đây liên quan đến quá trình quản lý rủi ro:

• Xác định – Ghi lại tất cả các rủi ro có thể xảy ra trong dự án.
• Phân loại – Phân loại các rủi ro đã biết thành cường độ rủi ro cao, trung bình và thấp theo tác động có thể có của chúng đối với dự án.
• Quản lý – Phân tích xác suất xảy ra rủi ro ở các giai đoạn khác nhau. Lập kế hoạch để tránh hoặc đối mặt với rủi ro. Cố gắng giảm thiểu tác dụng phụ của chúng.
• Theo dõi – Theo dõi chặt chẽ các rủi ro tiềm ẩn và các triệu chứng ban đầu của chúng. Cũng theo dõi tác động của các bước được thực hiện để giảm thiểu hoặc tránh chúng.

Giám sát & Thực hiện Dự án

Trong giai đoạn này, các nhiệm vụ được mô tả trong kế hoạch dự án được thực hiện theo lịch trình của chúng.

Việc thực thi cần theo dõi để kiểm tra xem mọi thứ có diễn ra theo đúng kế hoạch hay không. Giám sát là quan sát để kiểm tra khả năng xảy ra rủi ro và thực hiện các biện pháp để giải quyết rủi ro hoặc báo cáo tình trạng của các nhiệm vụ khác nhau.

Những biện pháp này bao gồm –

• Giám sát hoạt động – Tất cả các hoạt động được lên lịch trong một số tác vụ có thể được giám sát hàng ngày. Khi tất cả các hoạt động trong một nhiệm vụ được hoàn thành, nó được coi là hoàn thành.
• Báo cáo trạng thái – Các báo cáo chứa trạng thái của các hoạt động và nhiệm vụ đã hoàn thành trong một khung thời gian nhất định, thường là một tuần. Trạng thái có thể được đánh dấu là đã hoàn thành, đang chờ xử lý hoặc đang tiến hành, v.v.
• Danh sách kiểm tra các cột mốc – Mỗi dự án được chia thành nhiều giai đoạn trong đó các nhiệm vụ chính được thực hiện (các cột mốc) dựa trên các giai đoạn của SDLC. Danh sách kiểm tra cột mốc này được chuẩn bị vài tuần một lần và báo cáo trạng thái của các cột mốc.

Quản lý truyền thông dự án

Giao tiếp hiệu quả đóng vai trò quan trọng trong sự thành công của một dự án. Nó thu hẹp khoảng cách giữa khách hàng và tổ chức, giữa các thành viên trong nhóm cũng như các bên liên quan khác trong dự án, chẳng hạn như các nhà cung cấp phần cứng.

Giao tiếp có thể bằng miệng hoặc bằng văn bản. Quá trình quản lý truyền thông có thể có các bước sau:

• Lập kế hoạch – Bước này bao gồm việc xác định tất cả các bên liên quan trong dự án và phương thức giao tiếp giữa họ. Nó cũng xem xét nếu có bất kỳ phương tiện liên lạc bổ sung nào được yêu cầu.
• Chia sẻ – Sau khi xác định các khía cạnh khác nhau của việc lập kế hoạch, người quản lý tập trung vào việc chia sẻ thông tin chính xác với đúng người vào đúng thời điểm. Điều này giữ cho mọi người tham gia dự án được cập nhật với tiến độ dự án và trạng thái của nó.
• Phản hồi – Người quản lý dự án sử dụng các biện pháp và cơ chế phản hồi khác nhau và tạo báo cáo trạng thái và hiệu suất. Cơ chế này đảm bảo rằng đầu vào từ các bên liên quan khác nhau sẽ đến với người quản lý dự án dưới dạng phản hồi của họ.
• Kết thúc – Vào cuối mỗi sự kiện lớn, kết thúc một giai đoạn của SDLC hoặc kết thúc chính dự án, việc đóng cửa hành chính được thông báo chính thức để cập nhật cho mọi bên liên quan bằng cách gửi email, bằng cách phân phối bản cứng tài liệu hoặc bằng phương tiện liên lạc hiệu quả khác.

Sau khi kết thúc, nhóm chuyển sang giai đoạn hoặc dự án tiếp theo.

Quản lý cấu hình

Quản lý cấu hình là một quá trình theo dõi và kiểm soát các thay đổi trong phần mềm về các yêu cầu, thiết kế, chức năng và sự phát triển của sản phẩm.

IEEE định nghĩa nó là “quá trình xác định và xác định các hạng mục trong hệ thống, kiểm soát sự thay đổi của các hạng mục này trong suốt vòng đời của chúng, ghi lại và báo cáo trạng thái của các hạng mục và yêu cầu thay đổi, đồng thời xác minh tính đầy đủ và chính xác của các hạng mục”.

Nói chung, một khi SRS được hoàn thiện, sẽ có ít cơ hội yêu cầu thay đổi từ người dùng hơn. Nếu chúng xảy ra, những thay đổi chỉ được giải quyết khi có sự chấp thuận trước của quản lý cấp cao hơn, vì có khả năng chi phí và thời gian bị vượt quá.

đường cơ sở

Một pha của SDLC được giả định kết thúc nếu nó được tạo đường cơ sở, tức là đường cơ sở là phép đo xác định tính đầy đủ của một pha. Một giai đoạn được tạo cơ sở khi tất cả các hoạt động liên quan đến nó được hoàn thành và được ghi lại đầy đủ. Nếu nó không phải là giai đoạn cuối cùng, đầu ra của nó sẽ được sử dụng trong giai đoạn ngay lập tức tiếp theo.

Quản lý cấu hình là một nguyên tắc quản trị tổ chức, xử lý sự xuất hiện của bất kỳ thay đổi nào (quy trình, yêu cầu, công nghệ, chiến lược, v.v.) sau khi một giai đoạn được lập cơ sở. CM luôn kiểm tra mọi thay đổi được thực hiện trong phần mềm.

Kiểm soát thay đổi

Kiểm soát thay đổi là chức năng quản lý cấu hình, đảm bảo rằng tất cả các thay đổi được thực hiện đối với hệ thống phần mềm đều nhất quán và được thực hiện theo các quy tắc và quy định của tổ chức.

Việc thay đổi cấu hình của sản phẩm sẽ trải qua các bước sau –

• Nhận dạng – Yêu cầu thay đổi đến từ nguồn bên trong hoặc bên ngoài. Khi yêu cầu thay đổi được xác định chính thức, nó sẽ được ghi lại đúng cách.
• Xác thực – Tính hợp lệ của yêu cầu thay đổi được kiểm tra và quy trình xử lý của nó được xác nhận.
• Phân tích – Tác động của yêu cầu thay đổi được phân tích về lịch trình, chi phí và nỗ lực cần thiết. Tác động tổng thể của sự thay đổi trong tương lai đối với hệ thống được phân tích.
• Kiểm soát – Nếu thay đổi tiềm năng ảnh hưởng đến quá nhiều thực thể trong hệ thống hoặc không thể tránh khỏi, thì bắt buộc phải có sự chấp thuận của cơ quan cấp cao trước khi thay đổi được đưa vào hệ thống. Nó được quyết định nếu sự thay đổi có giá trị kết hợp hay không. Nếu không, yêu cầu thay đổi bị từ chối chính thức.
• Thực hiện – Nếu giai đoạn trước xác định thực hiện yêu cầu thay đổi, thì giai đoạn này thực hiện các hành động thích hợp để thực hiện thay đổi, thực hiện sửa đổi kỹ lưỡng nếu cần.

Đóng yêu cầu – Thay đổi được xác minh để thực hiện đúng và hợp nhất với phần còn lại của hệ thống. Thay đổi mới được kết hợp này trong phần mềm được ghi lại đúng cách và yêu cầu chính thức được đóng lại.

Công cụ quản lý dự án

Rủi ro và sự không chắc chắn tăng lên gấp nhiều lần đối với quy mô của dự án, ngay cả khi dự án được phát triển theo các phương pháp đã định.

Có sẵn các công cụ hỗ trợ quản lý dự án hiệu quả. Một số ít được mô tả –

biểu đồ Gantt

Biểu đồ Gantt được Henry Gantt (1917) nghĩ ra. Nó đại diện cho lịch trình dự án đối với các khoảng thời gian. Nó là một biểu đồ thanh ngang với các thanh biểu thị các hoạt động và thời gian được lên lịch cho các hoạt động của dự án.

Biểu đồ PERT

Biểu đồ PERT (Kỹ thuật Đánh giá & Đánh giá Chương trình) là một công cụ mô tả dự án dưới dạng sơ đồ mạng. Nó có khả năng biểu diễn đồ họa các sự kiện chính của dự án theo cả hai cách song song và liên tiếp. Các sự kiện xảy ra lần lượt cho thấy sự phụ thuộc của sự kiện sau so với sự kiện trước đó.

Các sự kiện được hiển thị dưới dạng các nút được đánh số. Chúng được kết nối bằng các mũi tên có nhãn mô tả trình tự các nhiệm vụ trong dự án.

Biểu đồ tài nguyên

Đây là một công cụ đồ họa có chứa thanh hoặc biểu đồ thể hiện số lượng nguồn lực (thường là nhân viên lành nghề) được yêu cầu theo thời gian cho một sự kiện (hoặc giai đoạn) dự án. Resource Histogram là một công cụ hiệu quả để lập kế hoạch và điều phối nhân viên.

Phân tích đường dẫn quan trọng

Công cụ này rất hữu ích trong việc nhận ra các nhiệm vụ phụ thuộc lẫn nhau trong dự án. Nó cũng giúp tìm ra con đường ngắn nhất hoặc con đường quan trọng để hoàn thành dự án thành công. Giống như sơ đồ PERT, mỗi sự kiện được phân bổ một khung thời gian cụ thể. Công cụ này cho thấy sự phụ thuộc của sự kiện với giả định rằng một sự kiện chỉ có thể tiến hành tiếp theo nếu sự kiện trước đó đã hoàn thành.

Các sự kiện được sắp xếp theo thời gian bắt đầu sớm nhất có thể. Đường dẫn giữa nút bắt đầu và nút kết thúc là đường dẫn quan trọng không thể giảm hơn nữa và tất cả các sự kiện yêu cầu phải được thực hiện theo cùng một thứ tự.

Xem thêm : Yêu cầu phần mềm