Project Manager
Quản lý dự án
Theo dõi tiến độ, phối hợp công việc giữa các bộ phận và đảm bảo dự án game vận hành trơn tru trong phạm vi thời gian và nguồn lực đã định.
Trong khi Producer lo toàn bộ vận hành dự án từ đầu đến cuối — bao gồm cả mối quan hệ với publisher và quyết định sáng tạo — Project Manager tập trung hơn vào một phần: đảm bảo công việc hàng ngày chạy đúng kế hoạch. Đây là vai trò thiên về hệ thống và quy trình hơn là chiến lược.
Ở studio lớn, Project Manager và Producer là hai vai trò riêng biệt và bổ sung cho nhau. Ở studio vừa và nhỏ, một người thường kiêm cả hai. Hiểu rõ ranh giới này giúp bạn biết mình đang ứng tuyển vào vai trò nào và cần chuẩn bị những gì.
01Project Manager là ai?
Project Manager (PM) trong game chịu trách nhiệm về mặt vận hành hàng ngày của dự án — theo dõi tiến độ từng bộ phận, điều phối công việc giữa các nhóm, quản lý danh sách công việc và công cụ theo dõi, và đảm bảo mọi người biết mình cần làm gì, khi nào.
Khác với Producer có tầm nhìn chiến lược về cả dự án, PM thiên về thực thi — đưa kế hoạch vào thực tế và xử lý các vấn đề vận hành hàng ngày để Producer có thể tập trung vào những quyết định lớn hơn.
- Duy trì và cập nhật backlog — danh sách toàn bộ công việc cần làm, sắp xếp theo mức độ ưu tiên
- Tổ chức và điều phối sprint — lên lịch, chạy standup, và theo dõi việc hoàn thành công việc trong từng chu kỳ
- Phát hiện và gỡ blocker — những thứ khiến công việc bị tắc nghẽn — càng sớm càng tốt
- Duy trì tài liệu dự án: ghi chép quyết định, cập nhật kế hoạch, và đảm bảo thông tin được chia sẻ đúng người
PM duy trì bảng công việc — trung tâm điều phối hàng ngày của cả đội
Project Manager làm việc trực tiếp với Producer để triển khai kế hoạch và báo cáo tiến độ. Họ phối hợp hàng ngày với tất cả các lead — Art Director, Lead Designer, Lead Programmer — để đảm bảo công việc chạy đúng lịch. PM thường là người tổ chức và điều hành các buổi họp standup, sprint review, và retrospective.
02Công việc của một Project Manager
1. Quản lý backlog và sprint
Backlog là danh sách sống của toàn bộ công việc cần làm trong dự án — PM chịu trách nhiệm duy trì nó luôn cập nhật, ưu tiên đúng, và dễ hiểu với mọi thành viên. Sprint planning là buổi họp PM tổ chức định kỳ để chuyển các hạng mục ưu tiên cao nhất từ backlog vào sprint sắp tới.
- Backlog grooming — định kỳ xem xét và cập nhật danh sách công việc: thêm mới, xóa lỗi thời, điều chỉnh ưu tiên
- Sprint planning — họp đầu sprint để chọn công việc và phân công cho từng người dựa trên năng lực và deadline
- Sprint review — họp cuối sprint để đánh giá công việc đã hoàn thành và điều chỉnh kế hoạch sprint tiếp theo
Backlog — danh sách công việc được sắp xếp theo mức độ ưu tiên
Sprint planning — PM điều phối buổi lên kế hoạch cho chu kỳ làm việc tiếp theo
2. Điều phối công việc giữa các bộ phận
Game được làm bởi nhiều bộ phận song song — và thường xuyên có tình huống bộ phận này phải chờ bộ phận kia. PM theo dõi các phụ thuộc này và đảm bảo không có ai bị chặn vì thiếu thông tin, thiếu asset, hoặc thiếu quyết định từ người khác.
- Dependency tracking — biết công việc nào phụ thuộc vào công việc nào và đảm bảo thứ tự đúng
- Blocker removal — khi ai đó bị tắc, PM tìm cách gỡ — kết nối đúng người, leo thang quyết định khi cần, hoặc điều chỉnh kế hoạch
- Communication hub — đảm bảo quyết định quan trọng được ghi lại và thông báo đúng người liên quan
Sơ đồ phụ thuộc — PM dùng để theo dõi và phòng ngừa bottleneck giữa các bộ phận
3. Theo dõi tiến độ và báo cáo
PM theo dõi tiến độ hàng ngày và tổng hợp thành báo cáo định kỳ cho Producer và ban lãnh đạo. Báo cáo tốt không phải là danh sách dài — mà là thông tin đúng trọng tâm giúp người nhận ra quyết định nhanh.
- Velocity tracking — theo dõi tốc độ hoàn thành công việc của đội để dự báo tiến độ chính xác hơn theo thời gian
- Status report — báo cáo tuần hoặc milestone với tóm tắt tiến độ, rủi ro, và quyết định cần làm
- Burndown chart — biểu đồ trực quan thể hiện công việc còn lại so với thời gian — dễ nhìn ra khi dự án lệch hướng
Burndown chart — PM dùng để theo dõi và truyền đạt tiến độ sprint một cách trực quan
4. Cải thiện quy trình làm việc
Ngoài việc chạy dự án hiện tại, PM còn nhìn vào cách đội làm việc và tìm cách cải thiện — bỏ bước không cần thiết, thêm công cụ hữu ích, hoặc thay đổi cách tổ chức họp để tiết kiệm thời gian. Retrospective là công cụ chính cho việc này.
- Retrospective — họp cuối sprint hoặc cuối milestone để đội cùng nhìn lại: làm tốt gì, cần cải thiện gì, thử gì trong sprint tiếp theo
- Process documentation — ghi lại quy trình làm việc hiệu quả để onboard người mới dễ hơn và không phụ thuộc vào trí nhớ cá nhân
Retrospective — buổi họp PM tổ chức để đội cải thiện cách làm việc sau mỗi sprint
03Project Manager cần giỏi gì?
Tổ chức & hệ thống hóa
PM sống bằng hệ thống — không có hệ thống tốt, không thể theo dõi hàng trăm công việc của hàng chục người trong nhiều tháng. Kỹ năng xây dựng và duy trì cấu trúc rõ ràng — backlog, sprint board, naming convention cho file — là nền tảng của vai trò này.
Luyện bằng cách áp dụng hệ thống quản lý công việc vào cuộc sống cá nhân trước. Nếu bạn không thể quản lý được việc của mình, rất khó quản lý việc của cả đội.
Giao tiếp rõ ràng
PM viết rất nhiều — ticket mô tả công việc, ghi chú họp, báo cáo tiến độ, email phối hợp. Mỗi thứ này phải đủ rõ để người nhận hiểu ngay mà không cần hỏi lại. Viết mơ hồ là nguồn gốc của rất nhiều nhầm lẫn và lãng phí trong sản xuất.
Luyện bằng cách tập viết tóm tắt ngắn gọn — sau mỗi cuộc họp, thử viết lại quyết định quan trọng trong 3–5 câu rõ ràng.
Tư duy phân tích
PM cần đọc được dữ liệu tiến độ và rút ra kết luận có ý nghĩa — đội đang đi nhanh hay chậm so với kế hoạch? Nếu tiếp tục tốc độ này, sẽ xong đúng hạn không? Phần nào đang là bottleneck? Tư duy phân tích giúp PM đưa ra cảnh báo sớm và đề xuất giải pháp dựa trên dữ liệu thay vì cảm tính.
Phát hiện vấn đề sớm
Vấn đề nhỏ không được xử lý sẽ trở thành vấn đề lớn. PM cần có radar nhạy bén để nhận ra khi nào công việc đang ngầm bị chặn, khi nào ai đó đang gặp khó khăn nhưng chưa nói ra, hoặc khi nào một quyết định nhỏ sẽ ảnh hưởng dây chuyền đến nhiều bộ phận khác.
Thành thạo công cụ PM
Jira là công cụ phổ biến nhất trong studio game quy mô lớn. Notion, Linear, và Trello phổ biến hơn ở indie studio. Shotgun (nay là ShotGrid) được dùng nhiều trong studio VFX và game lớn. Biết ít nhất một công cụ đủ sâu để thiết lập và vận hành dự án, không chỉ biết dùng cơ bản.
Ngoài công cụ PM, biết Google Sheets hoặc Excel đủ để làm báo cáo tiến độ đơn giản cũng là lợi thế thực tế.
Hiểu đặc thù ngành game
Quản lý dự án game khác với quản lý dự án phần mềm hay xây dựng vì tính sáng tạo và không chắc chắn của nó — "fun" không thể đo đếm dễ dàng, và prototype thường thất bại. PM trong game cần hiểu điều này để không áp dụng máy móc các phương pháp từ ngành khác vào bối cảnh không phù hợp.
Chơi nhiều game, đọc post-mortem của các dự án game, và nếu có thể tham gia game jam để trải nghiệm trực tiếp sự không chắc chắn trong sản xuất game.
04Làm cách nào để trở thành Project Manager trong game?
Agile và Scrum là nền tảng được dùng rộng rãi nhất trong ngành game. Học lý thuyết qua các tài liệu miễn phí (Scrum.org), sau đó áp dụng vào dự án thực tế dù nhỏ. Chứng chỉ PMP hoặc Scrum Master có thể hữu ích nhưng không bắt buộc — kinh nghiệm thực tế quan trọng hơn.
Chọn Jira, Notion, hoặc Linear — học đủ sâu để thiết lập dự án từ đầu, không chỉ dùng template có sẵn. Hiểu cách tổ chức backlog, tạo sprint, theo dõi tiến độ, và tạo báo cáo cơ bản. Đây là kỹ năng có thể học độc lập trước khi vào ngành.
Đọc "Game Producer's Handbook" của Don Daglow, theo dõi các kênh devlog trên YouTube, và đọc post-mortem trên Game Developer (gamedeveloper.com). Hiểu các giai đoạn sản xuất (concept, pre-production, production, alpha, beta, gold), và tại sao mỗi giai đoạn có những thách thức riêng.
Tổ chức và điều phối một game jam team là cách học PM thực tế nhanh nhất. Tự mình thiết lập backlog, chạy standup hàng ngày, và viết retrospective sau khi xong. Dù team chỉ có 3–4 người và game jam chỉ 48 giờ, bạn sẽ học được rất nhiều từ những gì không theo kế hoạch.
Portfolio của PM là tập hợp case study về các dự án bạn đã quản lý — dù là game jam, dự án trường, hay dự án cá nhân. Mô tả rõ: quy mô đội, thời gian, công cụ dùng, vấn đề gặp phải, và cách giải quyết. Nếu có tài liệu thực tế (sprint board, retrospective notes, báo cáo tiến độ), đính kèm làm bằng chứng. Trung thực về những thứ không hoạt động và bạn học được gì từ đó — đây là thứ nhà tuyển dụng muốn thấy ở PM hơn danh sách thành công suôn sẻ.
