Hình 2 .3 Quy trình phát triển Scrum
Hình 2.5 Mô tả việc chia sub-backlog cho mỗi đội dự án
Sub-backlog
Mỗi Product Owner và các thành viên của dự án với khách hàng xây dựng một Product Backlog. Đội phải phân chia backlog vào các tính năng và giải quyết sự phụ thuộc giữa các tính năng. Một Product Backlog được chia thành nhiều sub-backlog. Một sub-backlog được phát triển dựa trên các tính năng như vậy là tương tự nhau và phụ thuộc vào nhau. Một sub-backlog được xử lý bởi một nhóm độc lập. Mỗi đội có một Scrum Master hướng dẫn. Mỗi Product Owner có trách nhiệm ưu tiên sub-backlog với các đội tương ứng như trong hình trên. Mỗi đội scrum hoạt động trên các thiết kế
tiểu tồn đọng vì nó là một sản phẩm hoàn chỉnh cùng với các bậc thầy scrum và Product Owner. Cả hai Product Owner và Scrum Master có trách nhiệm đảm bảo sự gắn kết của đội bóng bằng cách giải quyết tất cả các cuộc xung đột giữa các nhóm trong khi tiến hành các cuộc họp hàng ngày. Mỗi đội tích hợp chạy nước rút như nó đã sẵn sàng. Product Owner và nhóm của họ có trách nhiệm để tích hợp nhiều chạy nước rút để cung cấp như là một bản phát hành.
Các cuộc họp trong Scrum of Scrums
Các cuộc họp Scrum of Scrums có thể được thống nhất thông qua một cuộc họp cấp cao hơn được gọi là một Scrum của Scrum of Scrums. Scrum của Scrum of Scrums là một kỹ thuật quan trọng trong việc mở rộng Scrum của các đội dự án lớn. Các cuộc họp này cho phép các nhóm của các đội để thảo luận về công việc của mình, tập trung vào các khu vực chồng chéo.
Scrum Master, nhóm này đại diện cho lý tưởng Scrum of Scrums của Scrum Team. Những người tham dự cuộc họp cần thay đổi trong quá trình của một dự án. Các đội phải chọn đại diện của nó dựa trên những người sẽ được ở vị trí tốt nhất để hiểu và thảo luận về các vấn đề phát sinh tại thời điểm đó trong một dự án.
Tần suất thực hiện các cuộc họp Scrum of Scrums
Tần suất thực hiện các cuộc họp Scrum of Scrums nên được quyết định bởi nhóm, tùy thuộc vào độ phức tạp và quy mô của nhóm. Ken Schwaber đã gợi ý rằng các cuộc họp này nên xảy ra hàng ngày, giống như các cuộc họp Scrums Daily. Trong khi các cuộc họp Scrum Daily thường diễn ra khoảng 10-15 phút. Các cuộc họp này không phải để giải quyết vấn đề, mà các vấn đề thường được giải quyết sau các cuộc họp.
Nhưng đối với các vấn đề của cuộc họp Scum of Scrums, nếu một vấn đề được xác định và liên quan đến vấn đề con người và ảnh hưởng đến nhiều người thì nó được giải quyết ngay trong cuộc họp đó. Vì vậy các cuộc họp Scrum thường được nhiều hơn 15 phút, nó luôn được dành thời gian để giải quyết các vấn đề.
Họp Daily Scrum không được sử dụng như một cuộc họp giải quyết vấn đề. Các vấn đề được nêu ra thường được xử lý bằng cách phân nhóm nhỏ ngay sau cuộc họp. Trong Daily Scrum Meeting, mỗi thành viên trả lời 3 câu hỏi sau:
- Hôm qua bạn đã làm gì? - Hôm nay bạn sẽ làm gì?
- Có trở ngại nào khi bạn thực hiện không?
Họp Scrum của Scrums thực hiện chỉ với 1 hoặc 2 người của mỗi đội dự án đại diện cho đội của mình. Trả lời 4 câu hỏi sau:
- Nhóm của bạn đã kết thúc được những gì từ lần họp trước? - Nhóm của bạn sẽ làm gì sau cuộc họp này?
- Có vấn đề gì khó khăn làm chậm nhóm phát triển hay còn vướng mắc khi thực hiện?
CHƢƠNG 3: QUY TRÌNH AGILE/SCRUM TRONG DỰ ÁN SMARTPHONE
Tóm tắt: Đưa ra các đặc điểm của phát triển ứng dụng trên Smartphone để thấy được
sự phù hợp khi áp dụng quy trình Agile-Scrum vào dự án. Chương này cũng giới thiệu một số phương pháp phát triển phần mềm cho Smartphone như Mobile-D, MaSam. Áp dụng phương pháp Scrum of Scrums vào dự án phát triển ứng dụng cho Smartphone như thế nào.
3.1Đặc điểm của phát triển ứng dụng trên Smartphone
3.1.1 Đặc điểm của thiết bị Smartphone
Đặc điểm của thiết bị SmartPhone được xác định bởi 3 đặc điểm riêng biệt
Khả năng di chuyển
Thiết bị di động được biết đến với khả năng di chuyển thường xuyên. Bất kì thiết bị di động nào cũng thực hiện chức năng hoạt động liên tục khi di chuyển.
Kích thƣớc nhỏ
Là những thiết bị có màn hình nhỏ để sử dụng màn hình cảm ứng dể nhận đầu vào, các thiết bị di động cho phép người dùng có thể dùng nó bằng 1 tay. Do thiết bị di động có màn hình nhỏ nên các ứng dụng di động cần có thiết kế phù hợp, cấu trúc các thông tin được trình bày một cách tối ưu nhất cho người dung tiện sử dụng.
Kết nối với mạng
Thiết bị di động thường có khả năng giao tiếp với các thiết bị tương tự khác, với các máy tính văn phòng và hệ thống, mạng và điện thoại di động. Thiết bị điện thoại di động cơ bản đều có khả năng truy cập Internet thông qua mạng Bluetooth hoặc Wi-Fi, và nhiều mô hình được trang bị truy cập điện thoại di động và mạng dữ liệu không dây là tốt. Email và nhắn tin là cách tiêu chuẩn giao tiếp với các thiết bị di động, mặc dù nhiều người cũng có khả năng của điện thoại, và một số các thiết bị di động chuyên ngành, giao tiếp trực tiếp với một thiết bị trung tâm.
3.1.2 Đặc điểm của phát triển ứng dụng trên Smartphone
Hầu hết các dự án trên Smartphone đểu là những dự án vừa và nhỏ chỉ có vài nghìn dòng mã nguồn với số lượng người phát triển rất ít. Nhưng trên nhiều khía cạnh, phát triển ứng dụng di động việc phát triển phần mềm cho các ứng dụng nhúng khác.
Cụ thể như một số vấn đề về tích hợp với phần cứng, an ninh truyền thông, hiệu suất, độ tin cậy và hạn chế việc lưu trữ. Tuy nhiên, các ứng dụng trên Smartphone trình bày một số yêu cầu ít được tìm thấy với các ứng dụng truyền thống khác, bao gồm:
- Chu kì sống ngắn - Chu kì phát triển ngắn
- Thường xuyên thay đổi nhu cầu sử dụng - Phải dễ dàng cập nhập
- Tương tác với các ứng dụng khác trong thiết bị di động như là camera, voice - Xử lý Sensor đây là một việc phải xử lý hầu hết ở trên các ứng dụng
Smartphone, như là việc di chuyển thiết bị, màn hình cảm ứng đáp ứng nhiều các cử chỉ khác nhau, hệ thống định vị …
- Ứng dụng Native và Hybrid - Sự phức tạp khi thử nghiệm
3.1.3 Các thành phần khi phát triển một ứng dụng di động