Giới thiệu
- Giới thiệu
- Quản lý dự án phần mềm là gì
- Kỹ Năng Cốt Lõi Của Một Software Project Manager (SPM)
- Vai Trò Và Trách Nhiệm Của Một Software Project Manager (SPM)
- Tối Ưu Hóa Quy Trình Quản Lý Dự Án Phần Mềm
- Kịch Bản Quản Lý Dự Án Phần Mềm
Giới thiệu
Cuốn sách này dành cho tất cả các thành viên tham gia vào dự án phần mềm:
-
Quản lý dự án – Học cách lập kế hoạch, giám sát và kiểm soát dự án.
-
Kiến trúc sư phần mềm & hệ thống – Hiểu vai trò trong việc thiết kế giải pháp.
-
Lập trình viên – Nắm được trách nhiệm trong giai đoạn phát triển.
-
Kiểm thử viên (Tester) – Biết cách lên kế hoạch kiểm thử và phối hợp với team.
-
Chuyên gia UI/UX – Hiểu cách tích hợp thiết kế vào quy trình phát triển.
Mục tiêu khóa học
Sau khóa học, người đọc sẽ:
-
Hiểu dự án phần mềm là gì và cách quản lý hiệu quả.
-
Biết cách chọn phương pháp quản lý (Agile, Waterfall, Scrum,…) phù hợp.
-
Nắm được cách quản lý rủi ro & thay đổi trong dự án.
-
Học cách lập kế hoạch dự án, ước tính chi phí và phân bổ nguồn lực.
-
Thực hành các công cụ quản lý như Microsoft Project, Jira, SmartSheet, Excel.
Nội dung chi tiết
1. Tổng quan về Dự án Phần mềm & Quản lý Dự án
-
Dự án là gì?
-
Một tập hợp các hoạt động có liên quan, có điểm bắt đầu & kết thúc, nhằm tạo ra sản phẩm/dịch vụ cụ thể.
-
-
Quản lý dự án phần mềm gồm những gì?
-
Lập kế hoạch, giám sát tiến độ, quản lý rủi ro, đảm bảo chất lượng.
-
2. Các Phương Pháp Quản lý Dự án
-
Waterfall (Mô hình thác nước) – Phù hợp cho dự án có yêu cầu rõ ràng, ít thay đổi.
-
Agile/Scrum – Linh hoạt, thích nghi nhanh với thay đổi.
-
Kanban – Tập trung vào luồng công việc (workflow) và giảm thiểu tồn đọng.
3. Quản lý Rủi ro & Thay đổi
-
Nhận diện rủi ro (technical, schedule, budget,…) và cách giảm thiểu.
-
Quy trình xử lý thay đổi yêu cầu (Change Request Process).
4. Lập Kế hoạch Dự án
-
Xác định phạm vi (Scope), thời gian (Timeline), ngân sách (Budget).
-
Phân chia công việc (Work Breakdown Structure - WBS).
-
Công cụ lập kế hoạch: Gantt Chart, Critical Path Method (CPM).
5. Thực hành Công cụ Quản lý Dự án
-
Microsoft Project – Lập tiến độ, theo dõi % hoàn thành.
-
Jira (Agile) – Quản lý backlog, sprint, burn-down chart.
-
SmartSheet – Collaboration & task tracking.
-
Excel – Tạo Gantt Chart đơn giản, theo dõi tiến độ.
6. Kết thúc Dự án & Bài học Kinh nghiệm
-
Báo cáo kết quả (Project Closure Report).
-
Tài liệu hóa "Lessons Learned" để cải thiện dự án sau.
Bài tập & Thực hành
-
Tạo kế hoạch dự án mẫu bằng Microsoft Project.
-
Thiết lập Scrum Board trên Jira cho 1 sprint.
-
Tính toán chi phí dựa trên các yếu tố: nhân lực, thời gian, rủi ro.
Tài liệu tham khảo
-
Sách: "Software Project Management" – Bob Hughes.
-
Agile Manifesto & Scrum Guide.
-
Hướng dẫn sử dụng Microsoft Project/Jira.
Tác giả: Đỗ Ngọc Tú
Công Ty Phần Mềm VHTSoft
Quản lý dự án phần mềm là gì
1. Giới Thiệu: Quản Lý Dự Án Là Gì?
Định nghĩa:
"Quản lý dự án là nghệ thuật và khoa học lập kế hoạch, tổ chức và thực thi để biến ý tưởng thành sản phẩm/dịch vụ cụ thể trong phạm vi thời gian và nguồn lực xác định."
🔹 Đặc điểm cốt lõi của dự án:
-
Có ngày bắt đầu & kết thúc rõ ràng → Khác với công việc vận hành liên tục.
-
Tạo ra kết quả duy nhất (phần mềm, dịch vụ, bản cập nhật).
-
Giới hạn về ngân sách, nhân lực, chất lượng.
2. Vai Trò Của Người Quản Lý Dự Án (PM)
4 Trách Nhiệm Chính:
-
Giao hàng đúng hạn (Time)
-
Kiểm soát ngân sách (Budget)
-
Đảm bảo chất lượng (Quality)
-
Quản lý rủi ro & thay đổi (Risk & Change)
Kỹ năng cần có:
-
Lãnh đạo nhóm (Team Coordination)
-
Giao tiếp với khách hàng/stakeholders
-
Giải quyết vấn đề (Problem-Solving)
-
Báo cáo tiến độ (Reporting)
"PM không chỉ là người lập kế hoạch – mà là người biến kế hoạch thành hiện thực!"
3. Quản Lý Dự Án Phần Mềm: Khác Biệt Lớn So Với Dự Án Truyền Thống
Đặc thù ngành phần mềm:
-
Vòng đời phức tạp: Thiết kế → Code → Test → Feedback → Cập nhật (lặp lại).
-
Yêu cầu thay đổi liên tục → Cần phương pháp linh hoạt (Agile/Scrum).
-
Khó ước lượng chính xác thời gian & chi phí do tính chất sáng tạo.
Ví dụ thực tế:
-
Dự án truyền thống (Xây dựng cầu): Thiết kế cố định, ít thay đổi.
-
Dự án phần mềm (App mobile): Khách hàng muốn thêm tính năng mới giữa chừng → Cần Agile để thích ứng.
4. Các Phương Pháp Quản Lý Phổ Biến
Phương Pháp | Ưu Điểm | Nhược Điểm | Phù Hợp |
---|---|---|---|
Waterfall | Dễ quản lý, rõ ràng | Khó thay đổi sau khi bắt đầu | Dự án nhỏ, yêu cầu ổn định |
Agile/Scrum | Linh hoạt, đáp ứng nhanh | Đòi hỏi team tự giác cao | Dự án phức tạp, yêu cầu biến động |
Kanban | Tối ưu workflow trực quan | Khó kiểm soát tiến độ tổng thể | Team hỗ trợ/bảo trì sản phẩm |
5. Công Cụ Hỗ Trợ Quản Lý Dự Án
Thực hành ngay:
-
Microsoft Project: Lập timeline, theo dõi tiến độ % hoàn thành.
-
Jira (Agile): Quản lý backlog, sprint, burn-down chart.
-
Trello/SmartSheet: Quản lý task đơn giản với Kanban.
-
Excel: Vẽ Gantt Chart, tính toán chi phí.
6. Bài Tập Thực Hành
Case Study:
-
"Khách hàng yêu cầu phát triển ứng dụng đặt đồ ăn trong 6 tháng, nhưng sau 2 tháng muốn thêm tính năng livestream bán hàng. Bạn xử lý thế nào?"
Gợi ý:
-
Phân tích impact lên timeline & budget.
-
Đề xuất phương án (VD: Dùng Agile để chia thành các sprint nhỏ).
7. Tài Liệu Đính Kèm
-
[Template] Kế hoạch dự án bằng Excel.
-
[Checklist] Quản lý rủi ro phần mềm.
-
[Guide] Cài đặt Jira cơ bản.
Kết luận:
"Quản lý dự án phần mềm là hành trình cân bằng giữa kỹ thuật, con người và quy trình. Thành công không nằm ở kế hoạch hoàn hảo – mà ở cách bạn thích nghi với những điều không hoàn hảo!"
Tác giả: Đỗ Ngọc Tú
Công Ty Phần Mềm VHTSoft
Kỹ Năng Cốt Lõi Của Một Software Project Manager (SPM)
"Không Cần Là Developer Xuất Sắc, Nhưng Phải Là Người Kết Nối Tuyệt Vời!"
1. Giới Thiệu: SPM Khác Gì Với Technical Lead?
🔹 Quan niệm sai lầm: "PM phải giỏi code hoặc thiết kế hệ thống" → Sai!
🔹 Sự thật:
-
SPM là người kết nối giữa khách hàng, team dev, tester, và stakeholders.
-
Ví dụ thực tế: Một SPM tại Google không cần viết code AI nhưng phải hiểu quy trình phát triển AI để lập kế hoạch.
"SPM giống như một nhạc trưởng – không cần chơi giỏi mọi nhạc cụ, nhưng phải biết cách hòa âm để bản nhạc hoàn hảo."
2. Kỹ Năng Sinh Tồn Của SPM
① Kỹ Năng Giao Tiếp (Communication)
"Over-communicate is better than under-communicate!"
-
Áp dụng trong dự án:
-
Với team dev: Dùng daily stand-up meeting (15 phút/ngày) để cập nhật tiến độ.
-
Với khách hàng: Gửi báo cáo tuần bằng email template (kèm 3 mục: Done/In Progress/Blockers).
-
Với stakeholders: Dùng RACI Matrix (Responsible, Accountable, Consulted, Informed) để xác định ai cần biết thông tin gì.
-
Ví dụ: Khi khách hàng đổi yêu cầu, SPM phải:
-
Thông báo ngay cho team dev.
-
Phân tích impact lên timeline.
-
Trình bày rõ ràng với khách hàng về trade-off (thêm time/budget hay cắt tính năng khác?).
② Quản Lý Thời Gian (Time Management)
"Cuộc họp không có chương trình nghị sự(agenda) giống như đi biển không có bàn!"
-
Công cụ hỗ trợ:
-
Time blocking: Chia ngày thành các khung giờ cố định (VD: 9h–10h check email, 10h–11h họp team).
-
Pomodoro Technique: Làm việc 25 phút, nghỉ 5 phút để tránh burnout.
-
-
Tips cho meeting hiệu quả:
-
Gửi agenda trước 24h.
-
Không meeting quá 45 phút.
-
Luôn kết thúc bằng action items (Ai làm gì? Deadline khi nào?).
-
Case study: Một SPM tại startup dùng Google Calendar màu sắc:
-
Màu đỏ: Deadline quan trọng.
-
Màu xanh: Meeting nội bộ.
-
Màu vàng: Thời gian tập trung làm việc cá nhân.
③ Giải Quyết Vấn Đề (Problem Solving)
"Không có vấn đề nào tồn tại mãi – chỉ có giải pháp bị trì hoãn!"
-
Framework xử lý vấn đề:
-
Define: Mô tả vấn đề bằng 5 Whys (VD: "Sprint chậm 3 ngày" → Tại sao? Do code phức tạp → Tại sao? Do thiếu tài liệu API…).
-
Prioritize: Dùng Impact/Effort Matrix (Ưu tiên vấn đề có impact cao, effort thấp).
-
Solve: Brainstorming với team, chọn 1–2 giải pháp khả thi.
-
Ví dụ thực tế:
-
Vấn đề: Tester và developer tranh cãi về bug priority.
-
Giải pháp của SPM:
-
Áp dụng bug classification (Critical/Major/Minor).
-
Dùng bug triage meeting hàng tuần để cùng phân loại.
-
④ Nhận Thức Tổ Chức (Organizational Awareness)
"Biết người biết ta, trăm trận trăm thắng!"
-
3 Điều SPM Cần Nắm Rõ:
-
Roadmap công ty: Để tránh xung đột tài nguyên (VD: Tránh lập kế hoạch release app vào đúng tháng team AI bận train model).
-
Các dự án song song: Biết ai đang làm gì để chia sẻ tài nguyên (VD: Dùng chung UX designer cho 2 dự án nhỏ).
-
Văn hóa công ty: Hiểu cách ra quyết định (VD: Công ty Nhật cần sự đồng thuận cao, công ty Mỹ ưu tiên tốc độ).
-
Công cụ:
-
Org chart: Để biết ai phụ trách mảng nào.
-
Stakeholder map: Phân loại theo mức độ ảnh hưởng (High/Medium/Low).
⑤ Ngoại Giao & Đàm Phán (Diplomacy)
"Không có tình huống 'không thể' – chỉ có cách tiếp cận chưa đúng!"
-
Tình huống khó và cách xử lý:
-
Khách hàng đòi thay đổi last-minute:
→ Dùng "Yes, if…" thay vì "No" (VD: "Yes, nếu anh đồng ý tăng budget 20% hoặc lùi deadline 2 tuần"). -
Team member xin nghỉ đúng sprint cuối:
→ Đề xuất knowledge transfer trước khi nghỉ, hoặc phân bổ lại task.
-
Kỹ thuật đàm phán Harvard:
-
Win-Win: Tìm giải pháp 2 bên cùng có lợi.
-
BATNA (Best Alternative To a Negotiated Agreement): Luôn chuẩn bị phương án dự phòng.
3. Bài Tập Thực Hành
Tình huống: Bạn là SPM quản lý dự án app e-commerce.
-
Vấn đề 1: Khách hàng muốn thêm tính năng "livestream bán hàng" vào phút chót.
-
Vấn đề 2: Lead developer báo ốm 1 tuần đúng lúc chuẩn bị release.
Yêu cầu: Áp dụng 5 kỹ năng trên để giải quyết (viết kế hoạch 200 từ).
4. Tài Nguyên Hỗ Trợ
-
Sách: "The Pragmatic Programmer" – tips kỹ thuật để PM hiểu dev.
-
Template: Stakeholder communication plan (miễn phí trên Notion).
-
Tool: Slack + Zoom để giao tiếp async/sync.
"Một SPM giỏi không phải là người làm mọi thứ – mà là người giúp mọi người làm đúng thứ họ giỏi nhất!"
Tác giả: Đỗ Ngọc Tú
Công Ty Phần Mềm VHTSoft
Vai Trò Và Trách Nhiệm Của Một Software Project Manager (SPM)
"Từ Lập Kế Hoạch Đến Giao Sản Phẩm - Hành Trình Của Người Dẫn Đường"
1. Lập Kế Hoạch (Planning) - Xây Dựng "Bản Đồ" Dự Án
Công Việc Chính:
-
Phân chia dự án thành các giai đoạn (phase), công việc nhỏ (tasks).
-
Xác định timeline: Ngày bắt đầu/kết thúc, độ dài mỗi task.
-
Phân bổ nguồn lực: Ai làm gì? (Developer, Tester, Designer...).
Bí Quyết Thành Công:
Xác định rõ phạm vi (Scope): Tránh "scope creep" (dự án phình to vô tận).
Tạo sơ đồ phụ thuộc (Dependencies): Ví dụ: "Design phải xong trước khi Dev code".
Dùng công cụ trực quan: Gantt Chart (Microsoft Project, ClickUp), Kanban Board (Trello, Jira).
Ví dụ thực tế:
*Khi xây dựng app food delivery, SPM chia thành:
Phase 1 (2 tuần): Thiết kế UI/UX
Phase 2 (4 tuần): Lập trình core features
Phase 3 (1 tuần): Kiểm thử*
2. Dẫn Dắt Team (Leading) - Nghệ Thuật Kết Nối Đa Vai Trò
Thách Thức:
-
Team "đa quốc tịch": Developer thích code, Designer đam mê sáng tạo, Tester tỉ mỉ...
-
Xung đột giữa các bộ phận là không tránh khỏi.
Cách Vượt Qua:
🔹 Giao tiếp đa kênh:
-
Daily stand-up meeting (15 phút/ngày).
-
Retrospective meeting (cuối sprint để cải tiến).
🔹 Xây dựng tinh thần team: -
Team-building: Hackathon, workshop chia sẻ kỹ năng.
-
Công nhận thành viên xuất sắc (Employee of the Month).
Câu nói truyền cảm hứng:
"Một team mạnh không phải là nhóm những người giỏi nhất, mà là nhóm biết cách kết hợp điểm mạnh của nhau!"
3. Giám Sát Thực Thi (Execution) - "Lái Tàu" Đúng Lộ Trình
3 Công Cụ Kiểm Soát Tiến Độ:
-
Báo cáo tuần (Status Report):
-
% hoàn thành từng task.
-
Rủi ro phát sinh & giải pháp.
-
-
Cập nhật real-time: Dùng dashboard (Jira, Asana) để cả team theo dõi.
-
Điều chỉnh linh hoạt: Khi khách hàng thay đổi yêu cầu, cần đánh giá lại timeline/ngân sách.
Ví dụ:
-
Nếu phát hiện delay testing 2 ngày, SPM có thể:
-
Tăng ca (OT) để bù.
-
Cân nhắc cắt tính năng ít quan trọng.
-
4. Quản Lý Thời Gian (Time Management) - Chiến Thuật "Chống Trễ Deadline"
3 Kỹ Thuật Đối Phó Thay Đổi:
-
Buffer time: Dự trữ 10-15% thời gian cho rủi ro.
-
Phân loại ưu tiên: Ma trận Eisenhower (Quan trọng/Khẩn cấp).
-
Phương án dự phòng (Plan B): Ví dụ: Thuê freelancer nếu thiếu nhân lực.
Sự thật ngành:
47% dự án phần mềm trễ deadline (theo PMI) - Lý do chính: Đánh giá thấp độ phức tạp!
5. Kiểm Soát Ngân Sách (Budget Management) - Nghệ Thuật "Giữ Ví"
Cách Tránh Vỡ Ngân Sách:
-
Theo dõi chi phí hàng tuần: So sánh thực tế vs dự toán.
-
Tối ưu hóa resource: Ví dụ: Dùng cloud server thay server vật lý để tiết kiệm.
-
Báo cáo minh bạch: Dùng biểu đồ burn-down chart để visualize.
Case study:
Một SPM tại startup tiết kiệm 20% ngân sách nhờ đàm phán giảm giá với đối tác outsourcing.
6. Đảm Bảo Chất Lượng (QA) - "Bắt Sâu" Trước Khi Giao Sản Phẩm
Quy Trình QA Hiệu Quả:
-
Test sớm - Test thường xuyên: Áp dụng CI/CD (Continuous Integration).
-
Automate testing: Dùng Selenium, Jest để tiết kiệm thời gian.
-
Beta testing: Cho khách hàng dùng thử trước launch.
Con số đáng suy ngẫm:
80% lỗi phần mềm có thể phát hiện sớm nếu test ngay từ giai đoạn thiết kế.
Bài Tập Tình Huống
Scenario: Bạn quản lý dự án app e-commerce, đang đối mặt với:
-
Developer phàn nàn thiếu tài liệu API.
-
Khách hàng đột ngột yêu cầu thêm tính năng "flash sale".
-
Ngân sách còn 70% nhưng mới dùng 50% thời gian.
Câu hỏi: Bạn sẽ xử lý thế nào? (Áp dụng 6 vai trò trên).
Tài Liệu Đính Kèm
-
[Template] Báo cáo tiến độ dự án.
-
[Checklist] Kiểm soát chất lượng phần mềm.
-
[Ebook] "Scrum và Agile thực chiến" (PDF).
"Một SPM giỏi không chỉ giao sản phẩm đúng hạn - mà còn khiến team cảm thấy hành trình đó đáng giá!"
Tác giả: Đỗ Ngọc Tú
Công Ty Phần Mềm VHTSoft
Tối Ưu Hóa Quy Trình Quản Lý Dự Án Phần Mềm
"Kinh Nghiệm Đúc Kết Từ Các PM Dày Dạn"
7 Cách Tối Ưu Hóa Quy Trình Quản Lý Dự Án Phần Mềm
1. Để Developer Tập Trung Vào Code - "Không Làm Phiền Các Thầy Code"
Vấn Đề:
-
Developer thường bị phân tâm bởi các công việc không liên quan (họp hành, báo cáo, fix lỗi không thuộc nhiệm vụ).
Giải Pháp:
Tách biệt công việc phi kỹ thuật:
-
PM/BA tự xử lý báo cáo, giao tiếp với khách hàng.
-
Tester phụ trách log bug chi tiết thay vì để dev tự tìm.
Tạo môi trường "Deep Work": -
Áp dụng quy tắc "No Meeting Wednesdays" (1 ngày không họp để dev tập trung code).
Ví dụ thực tế:
Tại Google, developer được tặng "Focus Time" trên Calendar để chặn các cuộc họp không quan trọng.
2. Truyền Cảm Hứng Cho Team - "Kích Hoạt Năng Lượng Tiềm Ẩn"
Cách Làm:
Kể chuyện thành công:
-
"Shopee mất 6 tháng để tối ưu hệ thống thanh toán - và chúng ta có thể làm tốt hơn!"
-
Chia sẻ case study nội bộ: "Dự án X đã giảm 30% bug nhờ unit testing nghiêm ngặt".
Động viên vật chất: -
Thưởng "Sửa Bug Nhanh Nhất Tuần" (Starbucks voucher).
Tâm lý học ứng dụng:
Con người làm việc hiệu quả hơn 40% khi thấy công việc có ý nghĩa (theo Harvard).
3. Giao Task Rõ Ràng - "Một Nhiệm Vụ, Một Người Phụ Trách"
Nguyên Tắc Vàng:
-
Không thay đổi task khi đã giao (trừ trường hợp khẩn cấp).
-
Áp dụng nguyên tắc SMART:
-
Specific (Cụ thể)
-
Measurable (Đo lường được)
-
Achievable (Khả thi)
-
Relevant (Liên quan)
-
Time-bound (Có deadline)
-
Công cụ hỗ trợ:
-
Dùng Jira/Asana ghi rõ:
-
Người thực hiện
-
Tiêu chí hoàn thành (Definition of Done)
-
Deadline
-
4. Lập Kế Hoạch Kỹ Lưỡng Ngay Từ Đầu
Bài Học Xương Máu:
68% dự án thất bại do thiếu planning giai đoạn đầu (theo PMI).
Checklist Planning:
-
Phê duyệt yêu cầu KH bằng văn bản
-
Dự trù 20% thời gian cho rủi ro
-
Xác định các mốc quan trọng (Milestones)
Ví dụ:
-
Thay vì nói "Làm app trong 3 tháng", hãy chia:
-
2 tuần: Research công nghệ
-
4 tuần: Code core features
-
2 tuần: Testing
-
5. Tổ Chức Công Việc Khoa Học - "Ngăn Nắp Là Chìa Khóa Của Tốc Độ"
Áp Dụng Ngay:
Hệ thống file thống nhất:
-
Quy ước đặt tên:
[Module]_[Ngày]_[Phiên bản]
(VD:Payment_1508_v2.zip
)
Lịch team công khai: -
Đánh dấu màu: Deadline (đỏ), Meeting (xanh), Nghỉ (vàng).
Câu nói nổi tiếng:
"Bạn không cần làm việc nhiều hơn - chỉ cần làm việc thông minh hơn!"
6. Phân Công Đúng Người Đúng Việc - "Để Mỗi Người Tỏa Sáng Bởi Sở Trường Của Họ"
Bí Quyết Delegation:
-
Khảo sát sở thích team:
-
"Ai muốn làm front-end với React?"
-
"Ai hứng thú với AI integration?"
-
-
Đánh giá năng lực:
-
Junior: Fix bug, viết unit test
-
Senior: Thiết kế kiến trúc hệ thống
-
Lỗi cần tránh:
❌ Ép developer làm task không phù hợp → Giảm năng suất 50%!
7. Xây Dựng Văn Hóa Quản Lý Thời Gian - "Mỗi Ngày Đều Có 24h, Nhưng Cách Dùng Khác Nhau"
Phương Pháp Hiệu Quả:
Chia nhỏ task:
-
Thay vì "Làm module User trong 1 tuần" → Chia thành 5 task nhỏ (1 task/ngày).
Quy tắc 52-17: -
Làm việc tập trung 52 phút, nghỉ 17 phút (theo nghiên cứu DeskTime).
Công cụ đề xuất:
-
Toggl Track: Theo dõi thời gian làm từng task
-
Forest App: Trồng cây ảo để tránh xao nhãng
Bài Tập Thực Hành
Tình huống: Team bạn đang chậm tiến độ do:
-
Developer mất 2h/ngày fix bug không phải của mình
-
Designer không rõ brief dẫn đến làm lại 3 lần
Yêu cầu: Áp dụng 7 nguyên tắc trên để đề xuất giải pháp (tối thiểu 3 ý).
"Một dự án thành công không phải là nơi mọi thứ hoàn hảo - mà là nơi mọi người cùng tiến bộ mỗi ngày!"
Tác giả: Đỗ Ngọc Tú
Công Ty Phần Mềm VHTSoft
Kịch Bản Quản Lý Dự Án Phần Mềm
Phân Tích Các Vai Trò Chính
A. Phía Đội Phát Triển (Internal Team)
-
Solution Architect:
-
Vai trò: Thiết kế kiến trúc hệ thống, lựa chọn công nghệ phù hợp
-
Trách nhiệm: Đảm bảo hệ thống đáp ứng yêu cầu kỹ thuật và có thể mở rộng
-
-
Web Team (được ngầm hiểu qua keyword "Web"):
-
Bao gồm: Front-end/Back-end developers, QA testers
-
Trách nhiệm: Triển khai code theo thiết kế của Solution Architect
-
B. Phía Khách Hàng (Customer Side)
-
Account Manager:
-
Đại diện doanh nghiệp khách hàng
-
Chịu trách nhiệm về ngân sách, timeline và kỳ vọng kinh doanh
-
-
IT Admin:
-
Quản lý hệ thống CNTT của khách hàng
-
Phối hợp triển khai tích hợp (deployment, API connections)
-
-
Design Team:
-
Cung cấp bản thiết kế UI/UX
-
Phê duyệt giao diện cuối cùng
-
Kịch Bản Điển Hình Trong Dự Án
-
Giai đoạn Khởi Tạo:
-
Account Manager cung cấp yêu cầu nghiệp vụ
-
Solution Architect phân tích và đề xuất kiến trúc
-
Design Team giao UI/UX mockups
-
-
Giai đoạn Phát Triển:
-
Web Team code theo thiết kế
-
IT Admin hỗ trợ môi trường test/staging
-
-
Giai đoạn Triển Khai:
-
IT Admin phê duyệt production deployment
-
Account Manager nghiệm thu sản phẩm cuối cùng
-