<span class="text_page_counter">Trang 1</span><div class="page_container" data-page="1">

TÀI LIỆU PROJECT PLAN

NHÓM SINH VIÊN THỰC HIỆN

</div><span class="text_page_counter">Trang 2</span><div class="page_container" data-page="2">

<small>2 Project Plan –</small>

THÔNG TIN DỰ ÁN

Tiêu đề dự án

Xây dựng website quản lý hệ thống rạp phim

Ngày bắt đầu 11/03/2022 End Date 12/05/2022 Khoa Khoa Công nghệ thông tin

Trần Văn Thi 0963895709 Nguyễn Minh Nhật 0365765465 Nguyễn Thị Hằng Võ Đặng Thanh Tâm 0347781343

</div><span class="text_page_counter">Trang 3</span><div class="page_container" data-page="3">

<small>3 Project Plan –</small>

THÔNG TIN TÀI LIỆU Dự án Xây dựng website quản lý hệ thống rạp phim Tên tài liệu ^{Project Plan Document}

Người tạo Nguyễn Đặng Diệu Ny

LỊCH SỬ CHỈNH SỬA TÀI LIỆU

Phiên bản Người chỉnh sửa Ngày Ghi chú 1.0 _{Nguyễn Đặng Diệu Ny} 23/03/2022 _{Khởi tạo tài liệu} 1.1 Nguyễn Đặng Diệu Ny 11/04/2022 Chỉnh sửa tài liệu

</div><span class="text_page_counter">Trang 6</span><div class="page_container" data-page="6">

<small>6 Project Plan –</small>

DANH MỤC CÁC BẢNG

B ng 2.1 Thơng tin nhóm scrum ... 10ả B ng 2.2 Vai trò và trách nhiả ệm của các thành viên... 10 Bảng 2.3 Phương pháp liên lạc ... 12 B ng 2.4 Truy n thông và báo cáo... 12ả ề B ng 3.1 lả ịch trình chi tiết ... 14 B ng 3.2 Chi phí cho mả ột cá nhân trên một gi ờ làm việc ... 30 B ng 3.3 D ả ự tính chi phi cho cá nhân ... 30 B ng 3.4 B ng chú thích cho d tốn chi phí ... 31ả ả ự Bảng 3.5 Đánh giá mức độ nghiêm tr ng c a rọ ủ ủi ro ... 32 B ng 3.6 Rả ủi ro của dự án và biện pháp ngăn chặn. ... 32 B ng 3.7 Kả ết quả chuy n giao ... 33ể

DANH MỤC CÁC HÌNH

Hình 1.1 Các giai đoạn của mơ hình Scrum ... 8

</div><span class="text_page_counter">Trang 7</span><div class="page_container" data-page="7">

<small>7 Project Plan –</small>

CHƯƠNG 1 GIỚI THIỆU

I. GIỚI THI U Ệ 1. Mục đích tài liệu

Tài liệu này cung cấp tóm tắt các mục tiêu của dự án, phân công công việc, các cột mốc quan trọng, các nguồn lực cần thiết, thời gian, tiến độ tổng thể và phân bố ngân sách được sử dụng. Dựa trên đề xuất của tài liệu này để quản lý dự án theo đúng thời hạn, yêu cầu và kế hoạch.

2. T ng quan d ổ ự án

Tham khảo tổng quan dự án tại tài liệu Proposal

3. Chuyển giao d án ự

Dự án sẽ được chuyển giao cho thầy Trịnh Sử Trường Thi, Khoa công nghệ thông tin trường đại học Duy Tân

4. Quy trình dự án

4.1. Nguyên tắc và các giai đo n ạ

Quy trình Scrum theo phương pháp lặp tăng dần đến một mức có thể tối ưu hóa khả năng dự báo và kiểm soát rủi ro trong dự án. Ba giá trị cốt lõi (còn được gọi là ba chân của Scrum) làm cho nó có thể kiểm sốt được q trình thực nghiệm đó là:

• Tính minh bạch • Tính kỹ lưỡng • Tính thích nghi

Scrum là một quá trình lặp tăng dần của phát triển phần mềm thường được sử dụng với dự án phát triển phần mềm nhanh.

</div><span class="text_page_counter">Trang 8</span><div class="page_container" data-page="8">

<small>8 Project Plan –</small>

Nguyên tắc của Scrum:

• Làm việc hiệu quả: Trao quyền cho tất cả mọi người tham gia để được cảm giác tốt về cơng việc của họ.

• Giả thuyết đơn giản: Scrum là một cách để phát hiện và loại bỏ nguyên nhân gây ra bất cứ điều gì bất lợi trong q trình phát triển dự án.

• Thích ứng với sự thay đổi: Nhấn mạnh vai trị của Team, Team mới là người đưa ra giải pháp và thực hiện các yêu cầu được thay đổi nhanh chóng. • Gia tăng các thay đổi: Quy trình Scrum có thể chia ra thành các Sprint,

mỗi Sprint khoảng 2/4 tuần team có thể đưa ra một sản phẩm và chuyển giao cho khách hàng (lặp đi lặp lại). Tạo nên sự tương tác cao giữa khách hàng, nhóm phát triển sản phẩm để chắc chắn sản phẩm đầu ra đúng với yêu cầu của khách hàng.

Hình 1.1 Các giai đoạn c a mơ hình Scrum ủ

- Product backlog: Product Backlog là một danh sách các yêu cầu được sắp xếp theo độ ưu tiên của giá trị kinh doanh và rủi ro. Nó chứa các yêu cầu cơng việc cần phải làm để hồn thành dự án. Product Backlog thường có User Stories nhưng đơi

</div><span class="text_page_counter">Trang 9</span><div class="page_container" data-page="9">

<small>9 Project Plan –</small>

khi cũng có yêu cầu chức năng, yêu cầu phi chức năng, bugs và các vấn đề khác. Product Backlog được ước lượng bởi các Story/points, trong đó sử dụng một mơ hình tương đối. Product Owner là người lập và quản lý Product Backlog.

- Product Owner là người sở hữu sản phẩm, người quyết định sản phẩm có những chức năng nào và khi nào sẽ hồn thành bằng cách xem kích thước của những Story và đưa nó vào các Sprint dựa vào vận tốc nhóm nghiên cứu là có thể thực hiện.

- Sprint backlog: Là danh sách chức năng phát triển trong Sprint, nó được quyết định bởi cuộc họp Sprint Planning. Sprint Backlog là các chức năng được chọn từ Product Backlog dựa trên mức độ ưu tiên và khả năng của team phát triển. - Sprint: Phần quan trọng nhất của Scrum là các Sprint, một khung thời gian (time/box) có thể một tháng một lần hoặc ngắn hơn để có thể hồn thành một phần của sản phẩm và có thể được release. Một Sprint mới bắt đầu ngay khi Sprint trước kết thúc. Một Sprint bao gồm các cuộc họp: Sprint Planning Meeting, Daily Scrum meetings, Prelýminary Review Meeting.

- Daily Scrum Meeting: 15 phút để họp SCRUM meeting mỗi ngày. SCRUM Master sẽ hỏi 3 câu hỏi, và tất cả thành viên trong team và các bên liên quan phải tham gia và đưa ra các phản hồi. Cuộc họp nên được tổ chức cùng một nơi mỗi ngày để mọi thành viên biết địa điểm tham gia.

- Sprint Planning Meeting: Cuộc họp tổ chức vào đầu mỗi Sprint để lên kế hoạch cho Sprint đó. Các yêu cầu từ Product Backlog sẽ được chọn để hồn thành trong Sprint đó, dựa vào độ ưu tiên được sắp xếp bởi Product Owner.

- Preliminary Review Meeting: Khi kết thúc Sprint sẽ có một cuộc Sprint Review Meeting để đánh giá các tiến độ đạt được trong Sprint đó, điều chỉnh và thực hiện cho các Sprint sau.

</div><span class="text_page_counter">Trang 10</span><div class="page_container" data-page="10">

<small>10 – Project Plan </small>

CHƯƠNG 2 TỔ CHỨC NHÓM DỰ ÁN

I. T Ổ CHỨC DỰ ÁN 1. Thông tin nhóm Scrum

Bảng 2.1 Thơng tin nhóm scrum

</div><span class="text_page_counter">Trang 11</span><div class="page_container" data-page="11">

2. Phân tích yêu cầu.

3. Thiết kế và từng bước hoàn thiện - Phân chia công việc cho các thành viên - Kiểm soát, theo dõi các thành viên

</div><span class="text_page_counter">Trang 12</span><div class="page_container" data-page="12">

4. Phương pháp báo cáo, trao đổi

Bảng 2.4 Truyền thông và báo cáo

Báo cáo liên lạc trong nhóm dự án

Cuộc họp Facebook Mỗi 2 ngày Thơng tin về những gì đã Nhóm dự

</div><span class="text_page_counter">Trang 30</span><div class="page_container" data-page="30">

07/05/2022 07/05/2022 1 ngày All member

4. Review 08/05/2022 08/05/2022 1 ngày All member Tổng số ngày làm việc 59 ngày

II. DỰ TRÙ CHI PHÍ VÀ RỦI RO D Ự ÁN 2. Chi phí

2.1 Chi phí cá nhân

Bảng 3.2 Chi phí cho một cá nhân trên một gi ờ làm việc

Họ và tên Vị trí Mức lương (VNĐ/giờ) Nguyễn Đặng Diệu Ny Scrum Master 15.000 Trần Văn Thi Team Member 15.000

Nguyễn Thị Hằng Team Member 15.000 Võ Đặng Thanh Tâm Team Member 15.000

2.2 Tổng dự tốn

Bảng 3.3 D tính chi phi cho cá nhân ự

STT Tiêu chí Đơn vị Chi phí (VNĐ) 1 Giờ làm việc 885 13.275.000 2 Hỗ trợ chi phí đi lại 20.00 400.000

</div><span class="text_page_counter">Trang 31</span><div class="page_container" data-page="31">

<small>31 – Project Plan </small>

3 Hỗ trợ chi phí ăn trưa 20.000 400.000 4 Khấu hao máy tính cá nhân 400.000 2.000.000

Bảng 3.4 B ng chú thích cho d tốn chi phí ả ự

Số lượng thành viên 5 Người Số giờ làm việc mỗi ngày 3 _Giờ Chi phí cho mỗi thành viên trên một giờ làm

việc

15.000 VNĐ

Chi phí hỗ trợ đi lại cho 1 người trên 1 ngày 20.000 VNĐ Thời hạn dự án 2 Tháng Chi phí hỗ trợ ăn uống cho 1 người trên 1 ngày 20.000 VNĐ Giá mỗi máy tính 400.000 VNĐ Tuổi thọ mỗi máy tính 5 _Năm Thời gian sử dụng của mỗi máy tính 2 Tháng Số ngày làm việc 59 Ngày

</div><span class="text_page_counter">Trang 32</span><div class="page_container" data-page="32">

<small>32 – Project Plan </small> 3. Rủi ro của d án ự

Bảng 3.5 Đánh giá mức độ nghiêm tr ng c a rọ ủ ủi ro ĐÁNH GIÁ XÁC SUẤT ĐÁNH GIÁ MỨC ĐỘ L Hiếm xảy ra L Mức độ nhẹ

M _{Thường xảy ra} M _{Mức độ bình thường} H Thường xuyên xảy ra H Mức độ nghiêm trọng

Mọi thay đổi về phạm vi sẽ phải qua tiến trình phê duyệt sự thay đổi và phải đảm bảo phù hợp với kinh phí được phê duyệt trước ln có giải pháp thay thế, hoặc kế hoạch điều chỉnh

</div><span class="text_page_counter">Trang 33</span><div class="page_container" data-page="33">

<small>33 – Project Plan </small> 4. K t qu chuy n giao ế ả ể

Bảng 3.7 Kết quả chuyển giao STT Tài liệu ^{Thời hạn}

hoàn thành ^{Tên tài liệu}

1 Proposal Document. ^20/03/2022 Proposal_KLTN_Nhom6 2 User Story ^03/0/4/2022UserStory_KLTN_Nhom6 3 Product Backlog ^05/04/2022 ProductBacklog_KLTN_Nhom6 4 Project plan ^06/04/2022 ProjectPlan_KLTN_Nhom6 5 Database Design ^07/04/2022 DatabaseDesign_KLTN_Nhom6 6 User Interface 06/04/2022 UserInterface_KLTN_Nhom6 7 Sprint Backlog 10/05/2022 SprintBacklog_KLTN_Nhom6 8 Test Plan ^08/05/2022 TestPlan_KLTN_Nhom6

9 Test Case ^10/05/2022^{TestCase_Sprint1_KLTN_Nhom6}

TestCase_Sprint2_KLTN_Nhom6 10 Meeting Report ^12/05/2022 MeetingReport_KLTN_Nhom6

</div>