Hinh 12-20: Nguyén tac phat trién Agile (Scrum)

Một phần của tài liệu Bài báo cáo hệ thống thông tin quản lý Đề tài information systems development (Trang 22 - 30)

Scrum hoan nghênh sự thay đôi, các hệ thống được tạo ra để giúp các tổ chức và mọi người đạt được chiến lược của mỉnh, và các yêu cầu càng thay đổi thì họ càng tiền gần hơn đến việc hỗ trợ các chiến lược. Kết quả là tốt hơn và hài lòng hơn cho cả người đùng và nhóm phát triển.

Scrum và các quy trình phát triển linh hoạt khác được thiết kế đề thường xuyên cung cấp phiên bản hoạt động của một số bộ phận của sản phẩm.

Nhóm phát triển sẽ làm việc chặt chẽ với khách hàng cho đến khi dự án kết thúc. Một người hiểu về yêu cầu kinh doanh cần tham gia vào nhóm phát triển và trình bày rõ ràng, chí tiết. Khách hàng cần thử nghiệm sản phâm và hướng dẫn về cách sử dụng tính năng mới.

"Design as you go" ( là thiết kế trong quá trình thực hiện công việc, thay vi hoàn tất thiết kế trước.) có nghĩa là thiết kế sản phẩm, dự án hoặc hệ thống

trong quá trình thực hiện chứ không phải là hoàn tất thiết kế trước khi bắt đầu

công việc. Thay vỉ có một kế hoạch thiết kế chỉ tiết từ đầu, người thực hiện tiến hành thiết kế theo từng bước hoặc từng phần khi họ tiến triển trong công việc.

22

Phương pháp này thường được sử dụng trong phát triển phần mềm hoặc các dự án sáng tạo, nơi yêu cầu có sự thích nghi và điều chỉnh liên tục dựa trên sự phát

triển và phản hồi từ quá trình thực hiện.

®_ "Test as you go" có nghĩa là kiếm thử sản phẩm trong suốt quá trình phát triển thay vì chờ đến khi hoàn thành: là một phương pháp trong phát triển phần mềm hoặc dự án, trong đó các quá trình kiểm thử được tiến hành song song với việc phát triển sản phâm. Thay vì chờ đến khi sản phâm hoàn thành để kiểm tra, các kiêm thử và xác thực được thực hiện liên tục trong suốt quá trình phát triển.

Điều này giúp phát hiện và sửa chữa các lỗi, vẫn đề hoặc hạn chế một cách nhanh chóng, giảm thiểu rủi ro và đảm bảo chất lượng của sản phâm cuối cùng.

¢ "Team knows best how it's doing/how to change" có thê được hiểu là "đội ngũ

hiểu rõ nhất về tình hình của nó và cách thay đôi." Điều này ám chỉ răng khi

một đội hoặc nhóm làm việc, họ thường có cái nhìn chỉ tiết và sâu rộng nhất về tình hình của họ và có kiến thức đề điều chỉnh hoặc cải thiện quá trình làm việc của họ.

* Có thê được sử dụng cho các quy trình kinh doanh, hệ thống thông tin và phát triển ứng dụng

Mục tiêu của các phương pháp linh hoạt là cung cấp tính linh hoạt của phương pháp lặp lại trong khi vẫn đảm bảo chất lượng sản phẩm.

6.3. Quy trình Scrum là gì?

Quy trình Scrum là một phương pháp quản lý dự án và phát triển sản phâm phổ biến trong lĩnh vực phát triển phần mềm và các dự án công nghệ thông tin khác. Nó dựa trên nguyên tắc Agile và tập trung vào sự linh hoạt, tương tác định kỳ và tối ưu hóa giá trị cung cấp cho khách hàng. Hình sau là những đặc điểm cơ bản về Scrum.

23

e Requirements list drives process e Each work period (1 to 4-8 weeks):

Select requirements to consider

Determine tasks to perform—select requirements to deliver Team meets daily for 15 min (stand-up)

e What! did yesterday

© What I’m going to do today e What's blocking me

Test frequently Paired work possible Minimal documentation Deliver (something) that works

Evaluate team’s work process at end of period (and say thanks)

e Rinse and repeat until

Customer says we're done Out of time

Out of money

e Three principal roles

Product owner (business professional who represents customer) Scrum master

— Team members (7+2 people)

Hình 12.21: Những điều cơ bản về Scrum

® - Đưa ra quy trình phát triển

¢ Mỗi đợt làm việc chỉ từ I đến 4-8 tuần, trong đó sẽ thực hiện các nhiệm vụ:

- Lựa chọn yêu cầu cần xem xét

- Xác định nhiệm vụ cần thực hiện

- Họp nhóm hàng ngày lŠp va trả lời các câu hỏi

® - Hôm qua tôi đã làm gi

® Tôi sẽ làm gì hôm nay e© Điều gi cản trở tôi - Kiếm tra thường xuyên - Làm việc theo cặp

- Tài liệu tối thiêu (thay vi làm nhiều tài liệu chỉ tiết, nhóm chỉ tập trung làm như

những tài liệu quan trọng nhất và cần thiết)

- Cung cấp sản phẩm hoặc dịch vụ đã hoàn thiện (sản phâm hoặc dự án đã được triển khai và chạy thực tế, không gặp lỗi hoặc vấn đề lớn và hoạt động theo các

24

yêu cầu và kỳ vọng của người dùng cuối hoặc khách hàng. Nó thường được sử dụng đề thể hiện mục tiêu của dự án là tạo ra một sản phẩm chất lượng và sẵn sàng sử dụng ngay lập tức.)

- Đánh giá quá trình làm việc của nhóm

® 3 vai tro chinh trong quy trình

- Chủ sở hữu sản phẩm (chuyên gia kinh doanh đại điện cho khách hàng) - Scrum Master là một vai trò quan trọng trong phương pháp Agile Scrum, là một

IgƯỜI dẫn đầu và hỗ trợ nhóm Scrum đề họ thực hiện quy trình Scrum một cách hiệu quả.

- Thành viên của nhóm Quy trinh Scrum sé lap lai cho đến khi:

¢ Khach hang hai long voi san pham được tạo ra và quyết định chấp nhận sản phâm đó, ngay cả khi một số yêu cầu không được đáp ứng

® Dự án hết thời gian

® Dự án hết kinh phí

Nếu đự án Scrum kết thúc sớm hoặc vượt quá ngân sách, khách hàng sẽ nhận được kết quả hữu ích cho thời gian và tiền bỏ ra. Mặc dù có thê không hoàn thành toàn bộ yêu cầu, nhưng nó vẫn tạo ra giá trị cho các nhà tài trợ dự án khi các yêu cầu được xác định và ưu tiên đúng cách.

6.4. Các yêu cầu thúc day quá trình Scrum nhự thế nào?

a. Tạo nhiệm vụ yêu cầu

Product owner

Scrum Period of Work (1 to 8 weeks)

Daily

Prioritized Choose mm Deliver &

Requirements Requirements —>[ Stand-Up —>| DoWork > Reflect

List to Deliver

Hinh 12-22: Quy trinh Scrum

25

Thoi gian lam viée cua Scrum la tir 1-8 tuan

Chủ sở hữu sản phâm đưa ra danh sách các yêu cầu ưu tiên Chọn yêu cầu đề cung cấp

Các cuộc họp ngắn (thực hiện mỗi ngày) Thực hiện

Giao kết quả công việc và phản ánh

tho ® 9) bm

Bước 3 và bước 4 sẽ được thực hiện mỗi ngày Sau khi hoàn thành 1 giai đoạn thì sẽ quay lại bước |

Các giai đoạn cứ lặp đi lặp lại cho đến khi hoàn thành sản phâm b. Lập kế hoạch nhiệm vụ

Phương pháp Scrum nhận ra rằng các nhà phát triển kém trong việc xác định thời gian thực hiện một nhiệm vụ. Tuy nhiên, họ khá giỏi trong việc xác định xem một thứ gì đó sẽ mất bao lâu so với thứ khác. Vì vậy, theo quy trình scrum, khi các nhiệm vụ đã được xác định với một bộ yêu cầu nhất định, bước tiếp theo là gan cho mỗi nhiệm vụ một điểm độ khó, được gọi là điểm. Nhiệm vu dễ nhất có điểm là I. Nhiệm vụ mắt nhiều thời gian hơn gấp 5 lần sẽ được cho điểm 5, v.v.

c. Cam kết hoàn thành nhiệm vụ

Khi các nhóm làm việc củng nhau, họ sẽ biết được tong số điểm công việc mà họ có thể hoàn thành trong mỗi giai đoạn scrum. Thuật ngữ đó được gọi là vận tốc của đội.

Nhóm sử dụng vận tốc của mình dé xác định số lượng yêu cầu mà nhóm có thê cam kết hoàn thành trong giai đoạn scrum tiếp theo.

Đề làm rõ hơn các bước cũng như nhiệm vụ và vai trò của hệ thống phát trién Scrum, lay ví dụ đối với ứng đụng giao dịch và thanh toán trực tuyến phô biến ở Việt Nam. Đề không ngừng phát triển và mang lại trải nghiệm tốt nhất cho người dùng, quy trình Scrum đã được thực hiện:

1. Lập kế hoạch (Sprint Planning):

- Cuộc họp Sprint Planning điễn ra hàng tuần để xác định mục tiêu của Sprint và lên kế hoạch cho công việc cần thực hiện.

- Product Owner (PO) đưa ra các yêu câu cụ thê như tính năng mới, sửa lõi, hoặc cải tien giao diện người dùng.

26

- Nhóm phát triên, bao gôm các lap trinh vién, kiém thử viên, và người thiệt kê, tham gia vào cuộc họp đê đánh giá khả năng và ước tính thời gian cân thiết cho các công việc.

- Cuộc họp kết thúc với việc lập kế hoạch chỉ tiết về các công việc sẽ được thực hiện trong Sprint tiếp theo, và chúng được thêm vao Sprint Backlog.

2. Sprint (Thường kéo dài 2 tuần):

- Trong suốt Sprint, nhóm phát triển tập trung vào thực hiện các công việc đã cam kết trong Sprint Backlog.

- Cuéc hop hang ngay (Daily Scrum) dién ra m6i buôi sáng đề mọi người cập nhật tiến độ, bàn luận về vẫn đề gặp phải và cùng tìm giải pháp.

- Lập trinh viên việt mã, kiêm thử viên thực hiện kiêm thử, và người thiệt kê làm việc trên giao dién nguoi dung.

3. Giam sat và kiém tra (Sprint Review):

- Sau khi Sprint két thúc, tô chức cuộc họp Sprint Review để xem xét những tính năng mới đã thêm vào ứng dụng Momo.

- Các bên liên quan, bao gồm PO, quản lý sản phẩm và nhóm kinh doanh, cung cấp phản hồi về hiệu suất và tính năng mới.

- PO cập nhật Product Backlog đựa trên phản hồi này và ưu tiên các yêu cầu tiếp theo.

4. Rút kinh nghiệm (Sprint Retrospective):

- Cuộc họp Sprint Retrospective diễn ra sau cuộc họp Sprint Review.

- Nhóm phát triển đánh giá quy trình làm việc cua ho trong Sprint

-Đề xuất các cải tiễn, ví dụ: tăng cường giao tiếp trong nhóm phát triển, sửa lỗi quy trình, hoặc tối ưu hóa kiếm thử tự động.

-Các cải tiễn này được ghi lại và thêm vào kế hoạch cho Sprint tiếp theo 5. Lập kế hoạch lại (Sprint Planning cho Sprint tiếp theo):

- Quy trình lặp lại khi cuộc họp Sprint Planning cho Sprint tiếp theo diễn ra.

- Các yêu cầu mới từ khách hàng và các cải tiễn từ Sprint Retrospective được xem xét trong quá trình lập kế hoạch.

27

-Tién trinh Scrum duoc duy tri va phat trién san pham Momo lién tuc cai tién dé dap ứng nhu cầu của thị trường và người ding.

Quy trinh Scrum nay cho phép ứng dụng Momo duy trì tính năng và hiệu suất tốt, cũng như đáp ứng nhu cầu ngày càng biến đối của khách hàng trong một môi trường linh hoạt và đội ngũ phát triển chủ động và tiếp tục cải tiễn. Giúp đảm bảo tính nhất quán, hiệu quả và linh hoạt trong việc phát triển và cải tiến ứng đụng, đồng thời thúc đây sự hợp tác trong nhóm phát triển và tạo ra sản phẩm chất lượng cao.

7. 20262

Một thế hệ thông minh về công nghệ thông tin, có sự quan tâm đến trải nghiệm người dùng trên máy tính và các nền tảng xã hội như Facebook, Twitter, Pinterest và hệ thống máy tính khác. Họ hiểu rằng giao diện người dùng ảnh hưởng lớn đến trải nghiệm và không chấp nhận giao điện kém chất lượng.

¢ Ung dung phần mềm sẽ trở nên linh hoạt hơn và có khả năng điều chỉnh dễ dàng hơn

¢ Tốc độ phát triển ứng dụng sẽ tăng tốc.

e - Đến năm 2026, bản chất của ngành sẽ thay đôi.

® Sự xuất hiện của các mô hình kinh doanh mới dựa trên quan hệ đối tác lỏng lẻo

IV. Kết luận

Information Systems Development (Phát triên hệ thống thông tin) không chỉ là một yếu tố quan trọng mà còn là một sự cần thiết để đảm bảo sự thành công vả sự cạnh tranh của các tô chức. Chúng ta đã thảo luận về tầm quan trọng của việc phát triển và quản lý hệ thống thông tin

Phương pháp Agile đã trở thành một công cụ quý báu cho việc phát triển phần mềm trong môi trường thay đối nhanh chóng. Khả năng phản hồi nhanh chóng và tương tác với khách hàng đã giúp tổ chức cải thiện sự thích nghỉ và tôi ưu hóa sản phẩm.

Phát triển hệ thông thông tin không chỉ là về công nghệ mà còn về cách tổ chức, quản lý, và sử dụng thông tin. Sự hiểu biết về cả hai mặt này đang trở thành một yếu tô quyết định sự thành công của các dự án phát triển hệ thống thông tin.

Lĩnh vực Information Systems Development không ngừng phát triển và tiến bộ. Các nhà phát triển phần mềm và quản trị viên hệ thống cần theo dõi các xu hướng mới và sáng tạo dé đáp ứng nhu cầu ngày càng phức tạp

28

Information Systems Development khéng chi là một quá trình công nghệ, mà còn là một quy trình tạo ra giá trị cho tô chức và đáp ứng nhu cầu của thị trường. Sự linh hoạt và sáng tạo trong việc phát triển và quản lý hệ thống thông tin sẽ đóng vai trò quyết định sự thành công của tô chức trong tương lai số hóa.

Phuong phap Agile, dac biệt là Scrum, đã trở thành một trong những phương pháp phát triển phần mềm phổ biến nhất và có sức ảnh hưởng mạnh mẽ trong ngành công nghệ thông tin. Đây là một phương pháp quan lý dự án lĩnh hoạt và tương tác, đã mang

lại nhiều lợi ích đối với việc phát triển phần mềm và quản lý dự án

Scrum là một phương pháp quản lý dự án linh hoạt và hiệu quả, đã chứng minh sự hiệu quả trong việc phát triển phần mềm và nhiều dự án khác. Sự linh hoạt, tương tác liên tục và khả năng tối ưu hóa hiệu suất là những yếu tố quan trọng mà Scrum mang lại cho tô chức và nhóm phát triển.

29

Một phần của tài liệu Bài báo cáo hệ thống thông tin quản lý Đề tài information systems development (Trang 22 - 30)

Tải bản đầy đủ (PDF)

(30 trang)