32
Quản Lý Quy Trình Phần Mềm Đề tài Nhóm 23 Đặng Ngọc Bình 0812031 Chu Quang Bảo 0812024 Phạm Thanh Sang 0812433 Huỳnh Lâm Hoài Sơn 0812436 Cai Thanh Tân 0812455 SOFTWARE PROCESS PLANING(2)

Software Process Planing(2)

  • Upload
    treva

  • View
    46

  • Download
    0

Embed Size (px)

DESCRIPTION

Software Process Planing(2). Project Schedule. Resource Allocation. Start project. Welcome. Nội dung. Lịch trình dự án (Project Schedule) Điều phối tài nguyên (Resource Alloction) Thực hiện quy trình sản xuất Ghi nhận diễn tiến thực hiện dự án Kiểm soát tiến triển dự án - PowerPoint PPT Presentation

Citation preview

Page 1: Software Process  Planing(2)

Quản Lý Quy Trình Phần Mềm

Đề tài

Nhóm 23Đặng Ngọc Bình 0812031Chu Quang Bảo 0812024Phạm Thanh Sang 0812433 Huỳnh Lâm Hoài Sơn0812436Cai Thanh Tân 0812455

SOFTWARE PROCESS PLANING(2)

Page 2: Software Process  Planing(2)

Project Schedule

Page 3: Software Process  Planing(2)

Resource Allocation

Page 4: Software Process  Planing(2)

Start project

Page 5: Software Process  Planing(2)

Welcome

Page 6: Software Process  Planing(2)

Nội dung

• Lịch trình dự án (Project Schedule)• Điều phối tài nguyên (Resource Alloction)• Thực hiện quy trình sản xuất

– Ghi nhận diễn tiến thực hiện dự án– Kiểm soát tiến triển dự án– Điều chỉnh kế hoạch dự án– Đánh giá độ hoàn thành dự án

• Kết thúc dự án– Đánh giá hiệu quả triển khai dự án– Đánh giá quy trình– Bản chất khó khăn và phức tạp …

Page 7: Software Process  Planing(2)

PROJECT SCHEDULE

Page 8: Software Process  Planing(2)

Lịch trình dự án (Project Schedule)

• Là “nhân” của dự án, được quản lý bởi bởi Project Manager.

• Project schedule sử dụng để quản lý lịch trình công việc, deadline và tài nguyên dự án.

Page 9: Software Process  Planing(2)

Workbreak Down Struct

• Là danh sách các công việc, nếu hoàn thành nó sẽ tạo ra được một sản phẩm hoàn chỉnh, hay tập hợp các công việc đó là tổng tất cả các công việc phải làm trong project.

• Có thể chia các task theo– Tính năng– Công đoạn– Kết hợp cả hai

Page 10: Software Process  Planing(2)

Các loại WBS

WBS by Feature WBS by phase

Page 11: Software Process  Planing(2)

Các loại WBS

WBS by Combination

Page 12: Software Process  Planing(2)

Task dependencies

• Khi đã allocated resources, bước tiếp theo là tạo ra một project schedule và sự phụ thuộc giữa các task.

• task phụ thuộc vào nhau bởi: tài nguyên, kết quả công việc....

• Mỗi task nên đánh số và liệt kê các phụ thuộc trong WBS.

• - Một task có thể phụ thuộc với task khác theo 4 loại sau

Page 13: Software Process  Planing(2)

• Workbreak down struct• Task Dependencies1

• Estimates task, resource list2

• Resource allocation3

Tạo Project schedule

Page 14: Software Process  Planing(2)

Điều phối tài nguyên(Resource allocation)

• Resources: human, computer, locations, services, special equipment, tools, ...

• Assign resource cho task, mỗi task được assign bởi một hoặc nhiều người với một khoảng thời gian duration xác định.

Page 15: Software Process  Planing(2)

Điều phối tài nguyên(Resource allocation)

• Project Manager cần phải hiểu rõ các member trong team của mình về kĩ năng, kinh nghiệm của họ.

• Đây là công việc khó nhất và mất thời gian nhất để quản lý hiệu quả dự án.

• Tăng overhead khi assign nhiều người làm cùng một task

Page 16: Software Process  Planing(2)

THỰC HIỆN DỰ ÁN

Page 17: Software Process  Planing(2)

Đánh giá độ hoàn thành dự án

• Đánh giá phần trăm hoàn thành dự án chính là phương pháp phổ biến nhất được sử dụng để ghi lại tiến độ bởi vì đó là cách mà người ta có xu hướng nghĩ về những gì đã làm được so với tổng khối lượng công việc phải thực hiện. Đây không phải là phương pháp tốt nhất để báo cáo tiến độ vì nó mang tính chủ quan cao.

Page 18: Software Process  Planing(2)

Đánh giá độ hoàn thành dự án

• Để tính toán phần trăm hoàn thành cho một dự án hay hoạt động nào đó, chúng ta cần những tiêu chuẩn để định lượng. Có ít nhất 3 cách tiếp cận khác nhau được sử dụng để tính toán phần trăm hoàn thành dự án:

Thời gian.Tài nguyên sử dụng cho công việc.Chi phí

Page 19: Software Process  Planing(2)

Đánh giá độ hoàn thành dự án

• Mỗi cách trên cho ra 1 phần trăm hoàn thành công việc khác nhau. Vì vậy khi nói phần trăm hoàn thành, chúng ta cần nhắc đến cách nào đang được sử dụng.

Page 20: Software Process  Planing(2)

CONTROLLING PROJECT PROGRESS

WHAT?

• là hoạt động đảm bảo cho project có thể hoàn thành đúng thời

gian với chất lượng cao.

• Nếu có gì đó thay đổi tới tiến trình của dự án thì phải thay đổi

càng sớm càng tốt.

• Bao gồm:

Cost

Time

Quality

Page 21: Software Process  Planing(2)

WHO?

• Project Manager• QA

Page 22: Software Process  Planing(2)

HOW• Dùng tool Microsoft Project

Page 23: Software Process  Planing(2)

Microsoft Project

Page 24: Software Process  Planing(2)

Gantt Chart

Page 25: Software Process  Planing(2)

ĐIỀU CHỈNH KẾ HOẠCH DỰ ÁN Khách hàng thay đổi yêu cầu Để tận dụng được tốt hơn thời gian và nhân lực. Thay đổi về mặt nhân sự 1 task trong critical path bị trễ => delay project

Page 26: Software Process  Planing(2)

KẾT THÚC DỰ ÁN

Page 27: Software Process  Planing(2)

Kết thúc dự án

Một dự án cần phải được kết thúc một cách chính thức. Nếu không sẽ có

những tình huống mà một dự án thành công về những phương diện khác lại trở thành một thất bại về tài chính. Giai đoạn kết thúc dự án sẽ thực hiện việc hoàn tất dự án 1 cách chính thức.

Page 28: Software Process  Planing(2)

Kết thúc dự án

• Lý do để kết thúc dự án :– Mục tiêu của dự án đã hoàn tất.– Các mục tiêu của dự án không còn tính khả thi.– Những lý do xuất hiện từ bản thân dự án : vi

phạm hợp đồng, chất lượng kém, khách hàng không hài lòng, lập kế hoạch và quản lí kém …

Page 29: Software Process  Planing(2)

Kết thúc dự án

• Các cách kết thúc dự án :– Xóa bỏ– Kết hợp– Hội nhập– Cắt giảm nguồn lực

Page 30: Software Process  Planing(2)

• Các vấn đề xảy ra khi kết thúc dự án.

Giai đoạn kết thúc dự án thực sự là một giai đoạn căng thẳng đối với những người có liên quan vì các lý do sau đây:– Khách hàng sẽ được chuyển quyền sở hữu về

kết quả chính của dự án và họ sẽ là người có tiếng nói cuối cùng phán xét về chất lượng và nghiệm thu sản phẩm.

– Nguồn lực sẽ được dịch chuyển từ dự án sang cho các dự án khác vừa bắt đầu.

– Các công việc kết thúc không phải luôn rõ ràng

– Nhóm dự án có thể thiếu động cơ để hoàn thành dự án.

Page 31: Software Process  Planing(2)

• Tiến trình kết thúc dự án :– Kết thúc về mặt hợp đồng– Kết thúc về mặt hành chính

Page 32: Software Process  Planing(2)

QUESTIONS?