Quy trình Agile Project Management trên thiết bị di động
Trang 1ễn C ôn
Trang 4TẠI SAO QUAN TÂM CHẤT LƯỢNG?
• Phát hành bản tương thích mới thay vì cố
sửa chữa
• Chứng minh nó chạy được!
• Chứng minh nó chạy tốt!
• Ngăn tổn đến thương hiệu của bạn!
• Tăng mức sử dụng của người dùng!
Trang 6KẾT QUẢ CỦA DỰ ÁN
Trang 7• Chiếm dụng tài nguyễn bộ nhớ
• Tiêu hao nhiều năng lượng
• KHách hàng không chấp nhận bản thiết kế
© 2 0 1 3 A G I L E P R O J E C T M A N A G E M E N T F O R M O B I L E A P P L I C A T I O N S E M I N A R 7
11/ 11/
201 3
Trang 8VÒNG ĐỜI 1 ỨNG DỤNG DI ĐỘNG
Lên ý
tưởng
Xây dựng nó!
Nhận góp ý
Sửa chữa, nâng cấp
Trang 9TẠI SAO SỬ DỤNG PHƯƠNG PHÁP AGILE LẠI ĐEM
LẠI HIỆU QUẢ CAO?
Trang 10TẠI SAO SỬ DỤNG PHƯƠNG PHÁP AGILE LẠI ĐEM
LẠI HIỆU QUẢ CAO?
Trang 11Dựa trên sự kết hợp giữa giá trị thực hành của XP, khả năng
mở rộng của mô hình xoắn ốc và tính bảo đảm vòng đời của phương pháp RUP.
Trang 12MOBILE-D LÀ GÌ?
Đặc điểm: Nhóm hơn 10 thành
viên Làm việc cùng nhau trong 10 tuần
Pha và tiến độ Dây chuyền kỹ thuật Test trước khi lập trình Tích hợp liên tục
Lập trình cặp Metrics
Cải tiến
Trang 14THÁCH THỨC VÀ VẤN ĐỀ NẢY SINH
Thực thi:
•Thiếu ví dụ mẫu
•Thiếu các lược đồ
•Có nhiều tài liệu không chuẩn
Tài liệu hướng dẫn:
•Có khả năng
áp dụng
•Rõ ràng, thứ
Trang 15• SLeSS là một phương pháp được đề xuất bởi Cunha et
al vào năm 2011
• SLeSS là sự kết hợp giữa Scrum và Lean Six Sigma (LSS)
• Mục đích của phương pháp SLeSS:
Giảm thời gian làm ngoài giờ
Cung cấp các phiên bản nhanh hơn
Rút ngắn chu kì phát triển
Tăng hiệu suất và chất lượng của sự án
Tăng năng suất, cải thiện chất lượng của tiến trình
Giảm thiểu chi phí, cải thiện quá trình phát triển, quy trình quản lý.
Tạo ra ứng dụng với ít lỗi hơn.
Trang 16SL E SS
Có 2 loại Product Backlogs trong SLeSS:
• Customization Product Backlog: Dùng cho tùy biến dự
án phát triển
• LSS Product Backlog: Dùng cho cải thiện các tiến
trình
Trang 17• Sprint Size: Từ 1 -2 tuần.
• Team Size: Từ 4 -5 thành viên trong 1 đội.
• Sprint Backlogs: Nó chứa các hoạt động tùy chỉnh và
quy trình cải tiến Nhóm nghiên cứu phát triển và
khách hàng xác định các vấn đề hoặc các vấn đề được
ưu tiên trong Sprint và sẽ được giải quyết bởi các
thành viên trên cơ sở thường xuyên
• Lean Six Sigma (LSS): Điều quan trọng là Scrum
Master và chủ sở hữu sản phẩm là phải có hiểu biết
đúng đắn của các kỹ thuật LSS, quá trình phát triển và
quản lý
Trang 18LEAN SIX SIGMA (LSS) IN
SLESS
Trang 20SO SÁNH SL E SS VÀ D
MOBILE-Yếu tố SLeSS Mobile-D
Nền tảng Phát triển từ
Scrum và Lean Six Sigma
Phát triển từ
XP, RUP và Crystal
Kích thước nhóm 7-12 thành viên Tối đa là 10 thành viên Thời gian Mỗi Sprint kéo
dài 1-2 tuần
Hoạt động trong 8-10 tuần Tác vụ Sprin Backlog
và Product Backlog
Story/Task Card
Trang 213 Những thách thức và vấn đề nảy sinh trong
việc phát triển theo mô hình Mobile-D?
4 Mục đích của SLeSS là gì?những giá trị nào
trong Scrum và LSS được tận dụng trong
SLeSS?
Trang 22TÀI LIỆU THAM KHẢO
[1] http://www.verivo.com/mobility-watch/are-agile-d evelopment-mobile-apps-the-perfect-match/
[2] http://www.slideshare.net/ZlatkoStapi/using-mobil e-d-methodology-in-development-of-mobile-applicatio nspptx
[3] http://agile.vtt.fi/mobiled.html
[4] http://
www.slideshare.net/roland99/mobile-apps-why-agil e-project-management-matters
[5] http://cantina.co/2011/05/05/jenn_yaar/
[E-Book] Agile Document in Mobile-D Projects
