Professional Documents
Culture Documents
Agileprojectmanagement Final 180424024412
Agileprojectmanagement Final 180424024412
Agileprojectmanagement Final 180424024412
AGILE PROJECT
MANAGEMENT
QUẢN LÝ DỰ ÁN LINH HOẠT
Triết lý - Ưu điểm & Nhược điểm
Ứng dụng trong thiết kế và quản trị hệ thống Ecommerce
Made by Group 12
Các thành viên Nhóm 12 2
Team members
PHẦN 1
Giới thiệu
Agile Project
Management
Tuyên ngôn Agile – Agile Manifesto
Các nguyên tắc trong Agile
Một số platform Agile tiêu biểu
TUYÊN NGÔN AGILE 5
HỢP TÁC VỚI KHÁCH HÀNG ĐÁP ỨNG VỚI CÁC THAY ĐỔI
hơn là đàm phán dựa theo hợp đồng hơn là làm theo kế hoạch đã định
12 nguyên tắc trong Agile 6
Agile Principles
Business và Dev nên gần Dev team là những người có Làm việc cùng một nơi là
gũi và hợp tác hàng ngày động lực, tin cậy cách tốt nhất để liên lạc
12 nguyên tắc trong Agile 7
Agile Principles
Phần mềm chạy được là Phát triển bền vững, duy trì Chú ý đến các kỹ thuật mới
thước đo của tiến độ tốc độ không đổi và thiết kế tốt
Agile frameworks
EXTREME
SCRUM KANBAN PROGRAMMING
- Framework gọn nhẹ. - Tập trung vào trực quan - Tập trung đưa ra sản phẩm
- Dùng để quản lý các dự án hóa quy trình với công việc chất lượng cao
có chu kỳ phát triển được chia nhỏ - Team hợp tác trong chu kỳ
- Có thể kết hợp với các - Xác định được nút cổ chai ngắn, linh hoạt và đáp ứng
framework khác và giảm thời gian chờ nhanh với thay đổi
So sánh với Agile và Waterfall 9
Agile VS Waterflow
Chấp nhận sự thay đổi, team làm việc Làm việc trên giới hạn của hợp đồng, sự
II dựa trên tin tưởng, linh hoạt nên số hợp tác của team thường thấp vì luôn có
lượng thường vừa đủ sự thay đổi nhân sự
Giảm thiểu lãng phí về thời gian và tiền Giảm thiểu rủi ro phá vỡ hợp đồng giữa
III bạc, truyền tải giá trị liên tục đến khách nhà đầu tư và khách hàng nhất là khách
hàng hàng công
3 điểm chính về Agile 10
1 Con người là trung tâm. Khách hàng tham gia vào quá trình phát triển sản
phẩm. Team làm việc với sự tin tưởng, linh hoạt
2 Đáp ứng với sự thay đổi. Tạo ra giá trị (phần mềm, landing page…) liên tục và
truyền tải nó đến với khách hàng
PHẦN 2
Quản lý dự án với
SCRUM
Cấu trúc SCRUM team, các công cụ hỗ trợ,
nguyên tắc vận hành
Một số công cụ trong Scrum 12
Các công cụ để theo dõi, đánh giá hiệu quả của team
1 Product backlog
Là danh sách mọi công việc cần để tạo thành sản phẩm và là nguồn để đáp ứng với các
thay đổi trong suốt dự án
2 Sprint backlog
Là các công việc được lấy ra từ Product Backlog để thực hiện trong 1 sprint.
Development Team sẽ là người chọn và đưa ra mục tiêu thực hiện cho 1 sprint
Sprint: Là đơn vị thời gian trong Scrum, được ràng buộc chặt trong 1 khoảng thời gian (thường là 1-
2 tuần). Trong 1 sprint mọi công việc đã chọn phải cho ra kết quả
Ví dụ về sử dụng Product Backlog và Sprint Backlog 15
Nhóm 12 phải chuẩn bị cho bài thuyết trình về Agile Project Management (APM)
3 Increment
Là bản tổng kết chỉ ra công việc nào từ Product backlog đã hoàn thành và các giá trị đã
được truyền tải đến khách hàng
SCRUM team 17
+ +
Product Development
Scrum master
SM PO Owner Dev Team
là huấn luyện viên và là Người nắm yêu cầu từ khách Team phát triển phần mềm, nắm
người giữ đền của team hàng và stakeholder vai trò quyết định đến sự thành
công của dự án
Nhiệm vụ chính của Scrum Master 18
Scrum event
Tương tác trong Scrum team 29
Tương tác giữa các thành viên trong Scrum team với Business
BA CHÂN (HAY GIÁ TRỊ CỐT LÕI) CỦA SCRUM 30
Một người có thể làm nhiều việc. Ví dụ như dev có thể test
Phát hiện lỗi sớm hơn rất nhiều so với các phương pháp truyền thống
Khách hàng nhanh chóng thấy được sản phẩm qua đó đưa ra phản hồi
sớm
Có khả năng áp dụng được cho những dự án mà yêu cầu khách hàng
không rõ ràng ngay từ đầu
32
Phần 3
Agile mang lại giá trị như thế nào trong quản
lý dự án thương mại điện tử
Disclaimer – Thông báo miễn trừ trách nhiệm 33
Một số nội dung dưới đây có thể chưa được kiểm chứng trong
thực tế hoặc đã được kiểm chứng nhưng chưa được xác nhận
bởi những doanh nghiệp hoạt động trong lĩnh vực ecommerce.
Mọi hình thức áp dụng, bạn phải tự chịu trách nhiệm. Vì thế
hãy cân nhắc
34
Với mỗi khách hàng mục tiêu khác nhau PO có thể đưa ra các yêu cầu về sản phẩm rất
khác nhau
Các trường hợp xảy ra 36
Vấn đề
Với trường hợp của công ty A, PO sẽ hiện thực các yêu cầu từ
stakeholder thành product backlog. Vậy còn trường hợp của công
ty B, PO phải làm như thế nào?
Một số công cụ hỗ trợ khác 38
Mục tiêu của công ty B sẽ không còn là thỏa mãn các yêu cầu từ
stakeholder mà là tạo ra giá trị đến người dùng cuối.
Như vậy các công cụ hỗ trợ PO của công ty phải giúp PO hiểu rõ được
customer insight
Buyer/Customer personas – Hình mẫu người mua 39
Bản mô tả ngắn gọn về những đặc điểm giả định của khách hàng, từ đó kiểm tra với các
nhóm khách hàng thật, tìm ra các tính năng phù hợp với khách hàng
Customer analysis – phân tích khách hàng 40
Phân tích các yếu tố tổng thể có những nhóm khách hàng khác nhau
Ví dụ 41
Nguồn: lucia.epizy.com
Customer Persona cho Lucia 42
Mô tả khách hàng
Background Sở thích
Tuổi: 21, đang là sinh viên Game: Liên minh Đây chỉ là giả thiết
Team đi phỏng
Income: 3-4 triệu / tháng vấn những khách
hàng tiềm năng
Hành vi Không hài lòng để xác định lại
Thường mua online Giao hàng chậm nhóm khách hàng
Mua đồ thể thao
tiềm năng
Trải nghiệm UX kém
Product backlog
1. Thiết kế Mockup
Phân tích các yếu tố tổng thể có những nhóm khách hàng khác nhau
Tóm lại: 5 lý do để sử dụng Agile trong Ecommerce 45
Hợp tác
3
Hợp tác liên tục giữa những người
trong Scrum team
Tài liệu tham khảo 46