Nhằm giúp các bạn hiểu rõ hơn v�?phương thức này, chúng tôi chia s�?loạt bài Giới thiệu cơ bản v�?Srcum, cách t�?chức nhóm và teamwork trong SCRUM, so sánh với mô hình truyền thống và cách thức chuyển t�?mô hình sản xuất truyền thống sang SCRUM.  Hy vọng, s�?giúp các bạn có cái nhìn khái quát v�?phương thức này và nghiên cứu áp dụng cho đơn v�?mình.

1. Khái niệm v�?SCRUM

SCRUM là một phương thức phát triển phần mềm ch�?ra cách đ�?Team (nhóm phát triển) làm việc một cách hiệu qu�?đ�?tạo ra sản phẩm phần mềm.  Với nguyên tắc ch�?đạo là chia nh�?phần mềm cần sản xuất ra thành các phần nh�?đ�?phát triển (các phần nh�?này phải đọc lập và Release được), lấy ý kiến khách hàng và thay đổi cho phù hợp ngay trong quá trình phát triển đ�?đảm bảo sản phẩm release đáp ứng những gì khách hàng mong muốn.

Cũng có th�?nói SCRUM là một nền tảng đơn giản đ�?phát triển phần mềm, trong đó nó qui định một s�?qui luật cơ bản nhằm đảm bảo tạo ra cấu trúc của nhóm d�?án và gi�?cho nó phát triển, sáng tạo và tạo ra s�?hấp dẫn đối với những người tham gia.

SCRUM vận hành dựa trên đặc tính tư nhiên của người phát triển nên rất d�?hiểu, d�?áp dụng, tạo nên tính tương tác cao giữa những lập trình viên trong nhóm và cùng nhau tạo ra những sản phẩm tốt. Thay vì chịu s�?áp đặt t�?bên ngoài.

2. Một s�?đặc tính của SCRUM

• Tập trung vào sản phẩm, sản phẩm mới là đích cuối cùng ch�?không phải quy trình.
• Thích ứng nhanh với s�?thay đổi yêu cầu.
• Nhấn mạnh vai trò của Team, Team mới là người đưa ra giải pháp và thực hiện nó.
• Tạo nên s�?tương tác cao giữa khách hàng, nhóm phát triển sản phẩm đ�?chắc chắn sản phẩm đầu ra đúng với yêu cầu của khách hàng.

3. Vì sao nên dùng  SCRUM?

–�?Sản phẩm của mỗi d�?án phần mềm không giống nhau nên việc áp dụng đ�?phát triển hàng loạt là rất khó khăn. Do vậy, nếu đ�?có một qui trình chi tiết áp dụng được đ�?phát triển cho tất c�?các sản phẩm thì đó là một tác phẩm đ�?s�?và tốn kém. Gi�?s�?có một qui trình như vậy thì việc nh�?đ�?áp dụng nó một cách hiệu qu�?cũng là một thách thức lớn.

–�?Phần mềm là một sản phẩm phức tạp nên ngay t�?đầu khách hàng khó có th�?hình dung đầy đ�?các yêu cầu đặt ra cho sản phẩm mà phải qua quá trình phát triển những chi tiết ấy mới hình thành nên việc ứng phó tốt với những thay đổi yêu cầu s�?giúp giảm bớt rủi ro. SCRUM đáp ứng rất tốt cho vấn đ�?này.

–�?Như chúng ta đã nói �?trên quá trình phát triển phần mềm khá phức tạp và có nhiều khác nhau giữa các sản phẩm nên nếu không trực tiếp tham gia sản xuất s�?rất khó hiểu hoặc hiểu không đúng. Do vậy, hãy đ�?cho Team phát triển quyết định giải pháp cho sản phẩm và khách hàng quan tâm đến chức năng của sản phẩm đ�?đáp ứng nhu cầu của h�?là tốt nhất.

–�?Khách hàng nên tham gia vào quá trình phát triển phần mềm đ�?đảm bảo sản phẩm đầu ra đáp ứng nhu cầu phát triển của mình.

–�?Một s�?t�?chức trên scrumalliance.org thống kê rằng trước khi áp dụng SCRUM t�?l�?thành công của các d�?án lớn ch�?40% nhưng sau khi áp dụng SCRUM t�?l�?này đã tăng lên 80%.

4. Các nhân t�?quan trọng trong Scrum

Một cách đơn giản có 03 thành t�?quan trọng cấu thành nên SCRUM: T�?chức (Organization), Qui trình (Process),  Tài liệu (Atifacts). Trong mỗi thành t�?có 03 thành t�?con. Như vậy, chúng ta ch�?cần hiểu và áp dụng được 9 thành t�?này là có th�?áp dụng SCRUM.

–    �?T�?chức (Organization): T�?chức nhóm d�?án và Roles (Vài trò)

• Product Owner (Người s�?hữu sản phẩm)
• ScrumMaster (Người điều phối )
• Development Team (Nhóm phát triển)

–   �?Tài liệu (Atifacts):  các kết qu�?đầu ra

• Product Backlog  (Danh sách các chức năng cần phát triển của sản phẩm)
• Sprint Backlog (Danh sách các chức năng cần phát triển cho mỗi giai đoạn)
• Estimation (Kết qu�?ước lượng của Team)

–   �?Qui trình(Process):  Qui định cách thức vận hành của SCRUM

• Sprint Planning meeting (Họp đ�?hoạch định cho mỗi giai đoạn)
• Sprint Review (Họp đ�?tổng kết cho mỗi giai đoạn)
• Daily Scrum Meeting (Họp review hàng ngày)

4.1 T�?chức của d�?án (Organization)

Product Owner

Product Owner là người s�?hữu sản phẩm, người quyết định sản phẩm có những chức năng nào và là người quyết định Product Backlog.  Thông thường Role này được khách hàng hoặc người đại diện cho khách hàng đảm nhận.

ScrumMaster

Scrum Master là người đảm bảo các qui trình của Scrum được thực hiện đúng và thuận lợi, giúp đ�?cho Team thực hiện công việc phát triển sản phẩm một cách tốt nhất.

Development Team (Nhóm phát triển)

Một nhóm t�?4-7 k�?sư phần mềm chịu trách nhiệm phát triển sản phẩm. Nhóm d�?án phải làm việc với Product Owner đ�?quyết định những gì s�?làm trong Sprint (giai đoạn )này và kết qu�?s�?ra sao. Đồng thời nhóm cũng thảo luận đ�?đưa ra các giải pháp, ước lượng thời gian thực hiện công việc, họp đánh giá kết qu�?công việc. Nếu d�?án lớn chúng ta cần chia ra thành các d�?án nh�?

4.2 Tài liệu (Atifacts)

Product Backlog

Product Backlog là danh sách các chức năng cần được phát triển của sản phẩm. Danh sách này do Product Owner quyết định. Nó thường xuyên được cập nhật đ�?đáp ứng được nhu cầu thay đổi của khách hàng cũng như các điều kiện của d�?án.

Sprint Backlog

Sprint là một giai đoạn phát triển trong quá trình phát triển sản phẩm, nó được khuyến khích có chiều dài t�?2 �?4 tuần. Mỗi Sprint được xác định bằng thời gian phát triển, danh sách các chức năng phát triển (Sprint Backlog). Mỗi sprint phải Release được sản phẩm đ�?đảm bảo lấy được ý kiến khách hàng, qua được các qui trình phát triển của sản phẩm nhằm rút kinh nghiệm và tránh s�?c�?sau này.

Sprint Backlog là danh sách chức năng phát triển trong Sprint, nó được quyết định bởi cuộc họp Sprint Planning. Sprint Backlog là các chức năng được chọn t�?Product Backlog dựa trên mức đ�?ưu tiên và kh�?năng của team phát triển.

Estimation (ước lượng)

Trong SCRUM thì các thành viên của Team s�?t�?lựa chọn Task cho mình và ước lượng thời gian phát triển d�? kiến và chịu trách nhiệm với ước lượng này. Sau khi hoàn thành s�?cập nhật vào bảng Sprint Backlog.

4.3 Qui trình(Process)

Sprint Planning meeting  (Họp lập k�?hoạch cho mỗi Sprint)

Như  chúng ta đã biết �?trên Sprint là một giai đoạn phát triển có thời gian t�?2-4 tuần. Đ�?chuẩn b�?cho mỗi Sprint team cần phải họp đ�?xác định những chức năng nào (story) s�?phát triển trong giai đoạn này (sprint backlog), kết qu�?đầu ra d�?kiến (Goal, kết qu�?Release), Estimate (ước lượng ai làm việc gì) và thảo luận các giải pháp. Tất c�?được ghi thành biên bản đ�?có cơ s�?thực hiện và Review sau này.

Sprint Review

Là cuộc họp đ�?đánh giá lại kết qu�?thực hiện của Sprint vừa qua, xác định những chức năng được Release, những chức năng tiếp tục sửa hoặc phát triển thêm, xác định những vấn đ�?phát sinh và bàn phương án giải quyết, b�?sung Product Backlog v�?

Daily Scrum Meeting (hay còn gọi là Standup Meeting)

Daily Scrum Meeting là cuộc họp hàng ngày và được đ�?ngh�?không quá 15 phút và họp đứng đ�?đảm bảo thời gian họp không b�?kéo dài vào đầu mỗi ngày, mỗi thành viên ch�?tr�?lời 3 câu hỏi:

–        �?Hôm qua bạn làm được gì?

–        �?Phát sinh vấn đ�?gì?

–        �?Hôm nay bạn s�?làm gì

Nếu thành viên gặp vấn đ�?thì nên làm việc riêng đ�?giải quyết đ�?không mất nhiều thời gian của các thành viên.  Scrum Master phải đảm bảo cuộc họp này được thực hiện đúng qui định.

5. Công c�?quản lý

Vì Scrum là Framework đ�?quản lý và giúp Team thực hiện d�?án nên bạn cần có công c�?quản lý s�?d�?dàng và hiệu qu�?hơn. Bạn có th�?tham khảo các cách sau:

1. Xây dựng 1 file mẫu Excel (Xem hình 2,3 và b�?sung thêm danh sách Team member)
2. S�?dụng công c�?Online:  //www.scrumdo.com/home
3. Hoặc cài đặt các công c�?chuyên nghiệp như Redmine

Việc s�?dụng công c�?s�?giúp bạn hiểu tốt hơn v�?Scrum và áp dụng nó hiệu qu�?hơn.

6. Kết luận

Bài viết này ch�?hy vọng giúp các bạn hiểu cơ bản v�?SCRUM và lý do vì sao nó được chọn làm mô hình phát triển phần mềm được ưa chuộng nhất hiện nay. Bạn cần tìm hiểu thêm đ�?có th�?hiểu sâu hơn v�?mô hình này cũng như áp dụng hiệu qu�?nó vào công ty bạn.

The post SCRUM �?Phương thức sản xuất phần mềm hiện đại appeared first on Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển.