DỰ án PHÁT TRIỂN GAME ONLINE ANIWORLD

Vì dự án phát triển game Aniworld là một dự án dài và diễn ra liên tục nên trong phạm vi bài báo cáo này, tôi xin trình bày giai đoạn phát triển game từ lúc bắt đầu thực hiện dự án cho đ

KHOA ĐÀO TẠO SAU ĐẠI HỌC

-o0o -BÁO CÁO DỰ ÁN

MÔN HỌC : QUẢN LÝ DỰ ÁN

DỰ ÁN PHÁT TRIỂN GAME ONLINE

ANIWORLD

MỤC LỤC

1 Giới thiệu dự án Aniworld 1

2 Mục tiêu dự án: 1

3 Tóm tắt quy mô dự án: 1

4 Các giả định: 2

5 Các ràng buộc: 3

6 Các loại trừ: 3

7 Dự án có liên quan: 3

8 WBS của dự án: 4

9 Tiến độ dự án: 4

10 Sơ đồ tổ chức: 5

11 Ma trận trách nhiệm: 5

12 RACI: 6

13 Kiểm soát dự án: 6

14 Các rủi ro chính của dự án: 8

15 Giao tiếp giữa các bên tham gia dự án: 8

16 Mức độ thành công của dự án: 8

17 Những nội dung cần cải thiện đối với dự án: 9

18 Những bài học rút ra: 9

1 Giới thiệu dự án Aniworld

Ngày nay khi Internet đang được phổ biến một cách rộng rãi cùng với sự phát triển của game online, đặc biệt là web game, thị trường game ngày càng trở nên hấp dẫn và đem lại lợi nhuận cao cho công ty phát triển game Nắm bắt được xu thế đó, công ty VNG đã giao cho Studio Game TOS phát triển game mới theo thể loại web game để thu hút thêm lượng người sử dụng mạng xã hội Zing Me Studio Game TOS đã chọn phát triển web game theo thể loại Action Casual Đây là thể loại game dễ chơi đầy kịch tính cho người chơi từ 13 đến 18 tuổi Game được đặt tên là Aniworld, và cho đến thời điểm viết báo cáo này, game vẫn còn đang được vận hành và phát triển Vì dự án phát triển game Aniworld là một dự án dài và diễn ra liên tục nên trong phạm vi bài báo cáo này, tôi xin trình bày giai đoạn phát triển game từ lúc bắt đầu thực hiện dự án cho đến thời điểm ra phiên bản Alpha Test và xem đây là 1 dự án hoàn chỉnh

2 Mục tiêu dự án:

 Tạo ra sản phẩm game theo phong cách Action Casual Game chạy trên nền tảng Zing Me

 Game được phát hành dưới dạng alpha test vào cuối tháng 8 năm 2011

 Xây dựng được game server với khả năng chịu tải tối đa 10000 người chơi game tại một thời điểm

 Xây dựng game client với giao diện đẹp, trong sáng, dễ sử dụng

 Đào tạo nhân viên làm quen với môi trường phát triển game online thể loại Action Casual

3 Tóm tắt quy mô dự án:

Sản phẩm Aniworld bao gồm các tính năng:

 Hướng dẫn người chơi

 Mua, bán các vật phẩm trong game ở mức cơ bản ( người chơi và hệ thống)

 Vượt ải ( người chơi chiến đấu với quái vật ở các bản đồ vùng đất)

 PVP (Người chơi chiến đấu với nhau)

 PVZ (Người chơi chiến đấu giết trùm)

 Lò rèn (Người chơi thăng cấp trang bị, vũ khí để trở nên mạnh hơn)

 Chat (người chơi có thể trò chuyện với nhau) ở mức căn bản

Báo cáo dự án Game Online Aniworld

 Ranking (Hệ thống thăng cấp dựa trên điểm kinh nghiệm tích lũy)

Phạm vi công việc của dự án:

 Vẽ nhân vật, bố cục các trang trong game

 Tạo hiệu ứng

 Thiết kế bản đồ vùng đất

 Thiết kế quái vật, trùm

 Viết cốt truyện cho game

 Lập trình (Client, Server, Tools)

 Nhập dữ liệu

 Thu thập số liệu từ game

 Vận hành, bảo trì game

 Nhúng, phát, quản lý các âm thanh, bản nhạc trong game

4 Các giả định:

4.1 Giả định về nguồn lực:

o Phần lớn nhân lực trong dự án chưa có hoặc có ít kinh nghiệm làm game

o Các trang thiết bị làm việc (máy vi tính, bàn vẽ, máy in v.v.v v ) luôn sẵn sàng khi cần thiết

o Nhân lực được tuyển dụng đủ và sẵn sàng khi dự án bắt đầu

4.2 Giả định về môi trường:

o Các quy định pháp luật về việc quản lý game online không đổi

4.3 Giả định về ngân sách:

o Ngân sách chi hằng tháng cho dự án khoảng từ 200 triệu đến 300 triệu

4.4 Giả định về chức năng:

o Nhóm phát triển dự án Aniworld không thực hiện chức năng marketing, điều hành diễn đàn, trả lời thắc mắc của người dùng

o Việc sáng tác các âm thanh, bản nhạc dùng trong game sẽ được outsource cho công ty bên ngoài

Trang 2

5 Các ràng buộc:

5.1 Ràng buộc về nguồn lực:

o Mỗi nhóm làm việc có ít nhất 1 chuyên gia về lĩnh vực

o Trang thiết bị đầy đủ

o Đang thiếu nhân lực có kinh nghiệm trong lĩnh vực game online

5.2 Ràng buộc về thời gian:

o Thời gian ra phiên bản alpha test không muộn hơn cuối tháng 8 năm 2011

5.3 Ràng buộc về ngân sách

o Dự án có 200 triệu đến 300 triệu mỗi tháng để thực hiện

5.4 Ràng buộc về công nghệ:

o Công nghệ sử dụng cho việc xây dựng game client là Flash phiên bản 10.0.3 trở lên

o Công nghệ sử dụng cho việc xây dựng game Server là C++,C# , LUA, Apache, SQL

o Game chạy trực tiếp trên các trình duyệt web phổ biến : IE, Firefox, Chrome

o Cấu hình máy thấp nhất có thể chơi được game là : CPU Pentium 4, RAM 512MB, HDD ít nhất 100MB, Hệ điều hành Windows, Linux, MacOS

6 Các loại trừ:

 Không thực hiện chức năng marketing, quảng cáo, điều hành diễn đàn

 Không thực hiện việc sáng tác nhạc cho game

7 Dự án có liên quan:

 Dự án phát triển âm thanh cho game Aniworld

Báo cáo dự án Game Online Aniworld

8 WBS của dự án:

9 Tiến độ dự án:

Trang 4

10 Sơ đồ tổ chức:

11 Ma trận trách nhiệm:

Game Designers

Software Engineers Artists

System Engineers QC Engineers Nghiên cứu

Nghiên cứu thư viện lập trình server x

Nghiên cứu Action Script 3 x

Thiết kế

Framework client và server x

Thiết kế nội dung x

Thiết kế bản đồ trong game x

Thiết kế giao diện x

Hệ thống động viên người chơi x

Thiết kế Tutorial x

Thiết kế nhân vật, mobs, boss x

Vẽ

Vẽ hình ảnh nhân vật, mobs, boss x

Vẽ giao diện các trang trong game x

Vẽ hình ảnh phần thưởng, cấp bậc x

Hiện thực

Lắp giao diện các trang trong game x

Hiện thực hệ thống cấp bậc, phần thưởng x

Hiện thực hành vi nhân vật, mobs, boss x

Kiểm tra

Triển khai

Báo cáo dự án Game Online Aniworld

12 RACI:

Chịu trách nhiệm - R Chịu trách nhiệm trước - A Phối hợp với - C Báo tin cho - I Nghiên cứu

Nghiên cứu thư viện lập trình server Programmers Software Engineer Leader

Nghiên cứu Action Script 3 Programmers Software Engineer Leader

Thiết kế

Framework client và server Software Engineer

Leader Project Manager

Product owner Project Manager Thiết kế nội dung Designers Design Leader Product owner

Project Manager Thiết kế bản đồ trong game Designers Design Leader Artist Product owner

Project Manager Thiết kế giao diện Designers Design Leader Artist Product owner

Project Manager

Hệ thống động viên người chơi Designers Design Leader Programmers Product owner

Project Manager Thiết kế Tutorial Designers Design Leader Programmers Product owner

Project Manager Thiết kế nhân vật, mobs, boss Designers Design Leader Artist Product owner

Project Manager

Vẽ

Vẽ bản đồ các vùng đất Artist Artist Leader Designers Project Manager

Programers

Vẽ hình ảnh nhân vật, mobs, boss Artist Artist Leader Designers Project Manager

Programers

Vẽ giao diện các trang trong game Artist Artist Leader Designers Project Manager

Programers

Vẽ hình ảnh phần thưởng, cấp bậc Artist Artist Leader Designers Project Manager

Programers

Hiện thực

Lắp giao diện các trang trong game Programmers Software Engineer Leader QC

Project Manager Hiện thực framework Software Engineer

Leader Project Manager

QC Project Manager Hiện thực hệ thống cấp bậc, phần thưởng Programmers Software Engineer Leader QC

Project Manager Hiện thực tutorial Programmers Software Engineer Leader QC

Project Manager Hiện thực hành vi nhân vật, mobs, boss Programmers Software Engineer Leader QC

Project Manager

Kiểm tra

Unit test Programmers Software Engineer Leader QC Intergration test QC Project Manager Project Manager Deployment test QC Project Manager Project Manager

Triển khai

Web server System Engineer Project Manager Product owner Game server System Engineer Project Manager Product owner

13 Kiểm soát dự án:

Dự án Aniworld được kiểm soát như sau:

Trang 6

 Vào đầu dự án, người quản lý dự án họp các thành viên trong dự án để xác định

và chia nhỏ công việc thành các tasks

 Tiếp theo, người quản lý dự án sẽ viết các task này lên các mảnh giấy sticky note màu vàng và dán lên bảng theo dõi dự án Nội dung sticky note là tên của task và thời gian ước lượng hoàn thành task này Bảng theo dõi dự án được chia làm 4 cột : Tasks, In Progress, Done, Bugs, Tested, Requirements Cột Task bao gồm các task chưa làm Cột

In Progress chứa các task đang được làm, cột Done chứa các task đã làm xong, cột Bugs chứa các task đã làm nhưng còn lỗi, cột Tested chứa các task đã làm và không có lỗi Cột Requirement chứa các task cần được làm rõ hơn để có thể bắt đầu làm

 Vào lúc 9g sáng mỗi ngày, nhóm dự án sẽ tiến hành họp hằng ngày (daily meeting) Tất

cả thành viên thuộc tất cả các nhóm (Game design, Software Engineers, Artists, Project Manager) đứng tập trung xung quanh bảng theo dõi dự án Từng thành viên sẽ bước lên

để chọn task mình sẽ làm ở cột Tasks, thành viên sau khi chọn task sẽ ghi tên mình, ngày bắt đầu làm lên task rồi dán qua cột In Progress

 Những thành viên có task ở cột In Progress (được dán từ những ngày trước đó) sẽ lần lượt bước lên cập nhật tiến độ của task mình đang làm Nếu thành viên đang làm task gặp vấn đề cần giúp đỡ thì thành viên này sẽ nêu lên để tất cả mọi người cùng biết, người quản lý dự án sẽ sắp xếp để giải quyết vấn đề

 Những task khi hoàn tất sẽ được thành viên chuyển từ cột In Progress sang cột Done Thành viên QC sẽ dựa trên những task ở cột done để tiến hành kiểm tra Nếu QC phát hiện lỗi, một sticker màu hồng sẽ được QC dán lên cột Bugs, trong đó ghi rõ tình huống gây ra lỗi, ngày phát hiện ra lỗi Nếu task này không có lỗi hoặc lỗi đã được sửa chữa thì task đó sẽ được dán ở cột Tested

 Nếu 1 task trong khi làm, người làm cảm thấy cần được mô tả rõ hơn để có thể làm tiếp được thì người quản lý dự án sẽ viết 1 sticky note màu xanh lá cây dán lên cột Requirements Game Design sẽ dựa trên các task màu xanh lá cây này để tiến hành phân tích, mô tả yêu cầu Khi yêu cầu được làm rõ xong, Game design sẽ thông báo đến người làm task đang chờ làm rõ yêu cầu đồng thời dán sticky note màu xanh lá sang cột Done

 Trong khi các thành viên cập nhật task, người quản lý dự án sẽ theo dõi và ghi chép, cập nhật dữ liệu lại để xác định tiến độ dự án cũng như phát hiện các rủi

ro, các vấn đề phát sinh để giải quyết kịp thời

Báo cáo dự án Game Online Aniworld

14 Các rủi ro chính của dự án:

ĐỘ GIẢI PHÁP GIẢM NHẸ RỦI RO

Thành viên chưa có kinh nghiệm làm game H Đào tạo, kiểm soát chặt chẽ

Thành viên bệnh, nghỉ đột xuất L Kiếm người có khả năng lấp vị trí

Thành viên nghỉ việc giữa chừng M Khích lệ tinh thần, kiếm nguồn lực bổ sung Thành viên bị áp lực công việc dẫn đến chán

nản M Khích lệ, điều phối phân bổ công việc

Bug tiềm tàng H Tăng cường kiểm tra sản phẩm

Các yêu cầu chưa phân tích kỹ dẫn đến hiểu

Thành viên đọc kỹ yêu cầu trước khi thực hiện Nếu chưa rõ phần nào thì phải hỏi ngay, không được tự phán đoán.

Sự thay đổi xu hướng công nghệ H Cập nhật kiến thức liên tục

Xung đột giữa các thành viên H Thường xuyên theo dõi, phát hiện, xử lý xung

đột

15 Giao tiếp giữa các bên tham gia dự án:

Trong dự án Aniworld, các bên tham gia dự án giao tiếp với nhau thông qua 3 kênh:

 Chat: Tất cả thành viên đều có tài khoản Zing Chat Tất cả những thông tin

không quan trọng thì thành viên sẽ trao đổi qua kênh này

 Email: Tất cả các requirements, thông báo quan trọng đều được gửi qua email và

cc cho người quản lý dự án

 Daily meeting: Các cuộc họp hằng ngày thường diễn ra trong khoảng từ 15 đến

20 phút Trong cuộc họp này, các thành viên cập nhật tiến độ công việc đồng thời nêu ra các vấn đề gặp phải để người quản lý dự án cũng như các thành viên khác kịp thời giúp đỡ, xử lý

16 Mức độ thành công của dự án:

Về mặt quản lý quy mô: Đến thời điểm kết thúc dự án, Aniworld đã có được tất cả

các tính năng cơ bản của một game đã được mô tả trong báo cáo quy mô Bên cạnh đó, các công việc được đặc tả trong báo cáo quy mô cũng được thực hiện đầy đủ, không phát sinh công việc mới nằm ngoài tầm kiểm soát Đây là một điểm thành công của dự án

Về mặt tiến độ: Dự án được mong đợi sẽ hoàn thành vào cuối tháng 8 tuy nhiên với

sự nổ lực của tập thể, các hạng mục của dự án đã được hoàn thành vào giữa tháng 8/2011, điều này đã tạo điều kiện thuận lợi cho việc ra mắt phiên bản alpha test một cách suông sẻ Đây cũng là một điểm thành công của dự án

Trang 8

Về mặt chất lượng: Trong quá trình làm dự án, theo thống kê thì trung bình có

khoảng từ 15 đến 20 bugs được phát hiện ở mỗi tính năng Điều này cho thấy các tính năng đã được kiểm tra kỹ trước khi tung ra phiên bản alpha Tuy trong quá trình vận hành vẫn phát sinh một số lỗi, nhưng theo đánh giá chuyên môn thì đây là những lỗi khó phát hiện Vì vậy có thể nói chất lượng dự án vẫn đảm bảo và đây là điểm thành công của dự án

17 Những nội dung cần cải thiện đối với dự án:

Trong giai đoạn đầu của dự án, các tài liệu của dự án chưa được mô tả một cách chi tiết Điều này dẫn đến sự hiểu lầm của người hiện thực cũng như gây tốn kém thời gian, công sức để phát hiện và cụ thể hóa yêu cầu

Trong giai đoạn đầu của dự án, các thành viên của các nhóm chưa thực sự hiểu ý nhau, điều này dẫn đến sự xong đột giữa các thành viên gây ảnh hưởng không tốt đến dự án

Sự chủ quan của người hiện thực cũng như phân tích các tính năng

Sự nôn nóng muốn thấy được sản phẩm càng nhanh càng tốt của người chủ dự án, điều này dẫn đến các tính năng trong giai đoạn đầu có chất lượng không tốt

Trong quá trình thực hiện dự án, việc thảo luận không được thể hiện bằng văn bản đẫn đến sự hiểu lầm và sai sót

18 Những bài học rút ra:

Các yêu cầu cần được cụ thể hóa ở mức càng chi tiết càng tốt để tránh việc suy đoán của người hiện thực tính năng

Khi gặp vấn đề không giải quyết được phải báo ngay cho người quản lý dự án để có hướng giải quyết kịp thời

Khi thảo luận về các vấn đề quan trọng thì cần thể hiện qua văn bản, tránh nói miệng để không gây hiểu lầm và sai sót về sau

Người quản lý dự án phải luôn theo sát dự án để phát hiện rủi ro tiềm tàng, từ đó có hướng xử lý kịp thời