Khoa học dữ liệu nhanh nhẹn - Khái niệm phương pháp luận

Trong chương này, chúng ta sẽ tập trung vào các khái niệm về vòng đời phát triển phần mềm được gọi là “nhanh nhẹn”. Phương pháp luận phát triển phần mềm Agile giúp xây dựng phần mềm thông qua các phiên tăng dần trong các lần lặp ngắn từ 1 đến 4 tuần để sự phát triển phù hợp với các yêu cầu kinh doanh đang thay đổi.

Có 12 nguyên tắc mô tả chi tiết phương pháp Agile -

Sự hài lòng của khách hàng

Ưu tiên cao nhất dành cho khách hàng tập trung vào các yêu cầu thông qua việc phân phối sớm và liên tục các phần mềm có giá trị.

Đón đầu những thay đổi mới

Các thay đổi có thể chấp nhận được trong quá trình phát triển phần mềm. Các quy trình Agile được thiết kế để phù hợp với lợi thế cạnh tranh của khách hàng.

Chuyển

Việc giao một phần mềm đang hoạt động cho khách hàng trong khoảng thời gian từ một đến bốn tuần.

Hợp tác

Nhà phân tích kinh doanh, nhà phân tích chất lượng và nhà phát triển phải làm việc cùng nhau trong toàn bộ vòng đời của dự án.

Động lực

Các dự án nên được thiết kế với một nhóm các cá nhân có động lực. Nó cung cấp một môi trường để hỗ trợ các thành viên trong nhóm.

Cuộc trò chuyện cá nhân

Trò chuyện mặt đối mặt là phương pháp hiệu quả và hiệu quả nhất để gửi thông tin đến và trong nhóm phát triển.

Đo lường tiến độ

Đo lường tiến độ là chìa khóa giúp xác định tiến độ phát triển dự án và phần mềm.

Duy trì tốc độ liên tục

Quy trình Agile tập trung vào phát triển bền vững. Doanh nghiệp, nhà phát triển và người dùng sẽ có thể duy trì tốc độ liên tục với dự án.

Giám sát

Bắt buộc phải duy trì sự chú ý thường xuyên đến sự xuất sắc về kỹ thuật và thiết kế tốt để nâng cao chức năng nhanh nhẹn.

Sự đơn giản

Quy trình Agile giữ mọi thứ đơn giản và sử dụng các thuật ngữ đơn giản để đo lường công việc chưa hoàn thành.

Điều khoản tự tổ chức

Một nhóm nhanh nhẹn nên tự tổ chức và độc lập với kiến trúc tốt nhất; các yêu cầu và thiết kế xuất hiện từ các nhóm tự tổ chức.

Xem lại công việc

Điều quan trọng là phải xem xét công việc theo định kỳ để nhóm có thể phản ánh công việc đang tiến triển như thế nào. Xem lại mô-đun một cách kịp thời sẽ cải thiện hiệu suất.

Dự phòng hàng ngày

Đứng lên hàng ngày đề cập đến cuộc họp trạng thái hàng ngày giữa các thành viên trong nhóm. Nó cung cấp các bản cập nhật liên quan đến phát triển phần mềm. Nó cũng đề cập đến việc giải quyết các trở ngại của quá trình phát triển dự án.

Đứng lên hàng ngày là một thực hành bắt buộc, bất kể một nhóm nhanh nhẹn được thành lập như thế nào bất kể vị trí văn phòng của họ.

Danh sách các tính năng của giá đỡ hàng ngày như sau:

Thời lượng của cuộc họp đứng hàng ngày nên khoảng 15 phút. Nó không nên kéo dài trong một thời gian dài hơn.
Dự phòng nên bao gồm các cuộc thảo luận về cập nhật trạng thái.
Những người tham gia cuộc họp này thường đứng với ý định kết thúc cuộc họp nhanh chóng.

Câu chuyện người dùng

Một câu chuyện thường là một yêu cầu, được xây dựng bằng một vài câu bằng ngôn ngữ đơn giản và nó phải được hoàn thành trong một lần lặp lại. Câu chuyện của người dùng nên bao gồm các đặc điểm sau:

Tất cả các mã liên quan phải có đăng ký liên quan.
Các trường hợp kiểm thử đơn vị cho lần lặp được chỉ định.
Tất cả các trường hợp kiểm thử chấp nhận phải được xác định.
Sự chấp nhận từ chủ sở hữu sản phẩm trong khi xác định câu chuyện.

Scrum là gì?

Scrum có thể được coi là một tập hợp con của phương pháp luận nhanh nhẹn. Đây là một quy trình nhẹ và bao gồm các tính năng sau:

Nó là một khung quy trình, bao gồm một tập hợp các thực hành cần được tuân thủ theo thứ tự nhất quán. Minh họa tốt nhất về Scrum là sau các lần lặp lại hoặc chạy nước rút.
Đây là một quy trình “nhẹ” nghĩa là quy trình được giữ ở mức nhỏ nhất có thể, để tối đa hóa sản lượng hiệu quả trong khoảng thời gian nhất định.

Quy trình Scrum được biết đến với quy trình khác biệt so với các phương pháp luận khác của phương pháp tiếp cận nhanh truyền thống. Nó được chia thành ba loại sau:

Roles
Artifacts
Hộp thời gian

Vai trò xác định các thành viên trong nhóm và vai trò của họ trong suốt quá trình. Nhóm Scrum bao gồm ba vai trò sau:

Đội sản xuất
Chủ sở hữu sản phẩm
Team

Các tạo tác Scrum cung cấp thông tin quan trọng mà mỗi thành viên nên biết. Thông tin bao gồm các chi tiết về sản phẩm, các hoạt động đã lên kế hoạch và các hoạt động đã hoàn thành. Các đồ tạo tác được xác định trong khung Scrum như sau:

Tồn đọng sản phẩm
Sprint backlog
Ghi xuống biểu đồ
Increment

Hộp thời gian là câu chuyện của người dùng được lập kế hoạch cho mỗi lần lặp lại. Những câu chuyện của người dùng này giúp mô tả các tính năng của sản phẩm tạo thành một phần của đồ tạo tác Scrum. Sản phẩm tồn đọng là một danh sách các câu chuyện của người dùng. Những câu chuyện của người dùng này được ưu tiên và chuyển tiếp đến các cuộc họp của người dùng để quyết định cái nào nên được tiếp tục.

Tại sao nên sử dụng Scrum Master?

Scrum Master tương tác với mọi thành viên trong nhóm. Bây giờ chúng ta hãy xem sự tương tác của Scrum Master với các nhóm và tài nguyên khác.

Chủ sở hữu sản phẩm

Scrum Master tương tác với chủ sở hữu sản phẩm theo những cách sau:

Tìm kiếm các kỹ thuật để đạt được hiệu quả tồn đọng sản phẩm của câu chuyện người dùng và quản lý chúng.
Giúp nhóm hiểu được nhu cầu của các mặt hàng tồn đọng sản phẩm rõ ràng và ngắn gọn.
Lập kế hoạch sản phẩm với môi trường cụ thể.
Đảm bảo rằng chủ sở hữu sản phẩm biết cách làm tăng giá trị của sản phẩm.
Tạo điều kiện cho các sự kiện Scrum khi được yêu cầu.

Nhóm Scrum

Scrum Master tương tác với nhóm theo một số cách:

Huấn luyện tổ chức trong việc áp dụng Scrum.
Lập kế hoạch triển khai Scrum cho tổ chức cụ thể.
Giúp nhân viên và các bên liên quan hiểu được yêu cầu và các giai đoạn phát triển sản phẩm.
Làm việc với các Scrum Master của các nhóm khác để tăng hiệu quả của việc áp dụng Scrum của nhóm được chỉ định.

Cơ quan

Scrum Master tương tác với tổ chức theo một số cách. Một số được đề cập dưới đây -

Huấn luyện và nhóm scrum tương tác với tự tổ chức và bao gồm một tính năng của chức năng chéo.
Huấn luyện tổ chức và nhóm trong các lĩnh vực mà Scrum chưa được áp dụng đầy đủ hoặc chưa được chấp nhận.

Lợi ích của Scrum

Scrum giúp khách hàng, thành viên trong nhóm và các bên liên quan cộng tác. Nó bao gồm cách tiếp cận hộp thời gian và phản hồi liên tục từ chủ sở hữu sản phẩm để đảm bảo rằng sản phẩm đang ở trong tình trạng hoạt động. Scrum cung cấp lợi ích cho các vai trò khác nhau của dự án.

khách hàng

Các lần chạy nước rút hoặc lặp đi lặp lại được coi là có thời lượng ngắn hơn và câu chuyện của người dùng được thiết kế theo mức độ ưu tiên và được đưa vào khi lập kế hoạch chạy nước rút. Nó đảm bảo rằng mọi yêu cầu của khách hàng đều được thực hiện. Nếu không, các yêu cầu sẽ được ghi nhận và được lên kế hoạch và thực hiện cho sprint.

Cơ quan

Tổ chức với sự trợ giúp của Scrum và các bậc thầy Scrum có thể tập trung vào những nỗ lực cần thiết để phát triển câu chuyện người dùng, do đó giảm quá tải công việc và tránh làm lại nếu có. Điều này cũng giúp duy trì hiệu quả gia tăng của nhóm phát triển và sự hài lòng của khách hàng. Cách tiếp cận này cũng giúp tăng tiềm năng của thị trường.

Giám đốc sản phẩm

Trách nhiệm chính của người quản lý sản phẩm là đảm bảo duy trì chất lượng sản phẩm. Với sự trợ giúp của Scrum Masters, việc tạo điều kiện thuận lợi cho công việc, thu thập phản hồi nhanh chóng và tiếp thu các thay đổi nếu có trở nên dễ dàng. Người quản lý sản phẩm cũng xác minh rằng sản phẩm được thiết kế có được điều chỉnh theo yêu cầu của khách hàng trong mỗi sprint.

Nhóm phát triển

Với tính chất đóng khung thời gian và giữ nước rút trong một khoảng thời gian nhỏ hơn, nhóm phát triển trở nên nhiệt tình khi thấy rằng công việc được phản ánh và giao đúng cách. Sản phẩm đang hoạt động tăng lên mỗi cấp độ sau mỗi lần lặp lại hay đúng hơn chúng ta có thể gọi chúng là “sprint”. Câu chuyện người dùng được thiết kế cho mọi sprint trở thành ưu tiên của khách hàng, tăng thêm giá trị cho lần lặp lại.

Phần kết luận

Scrum là một khuôn khổ hiệu quả mà trong đó bạn có thể phát triển phần mềm theo cách làm việc nhóm. Nó hoàn toàn được thiết kế trên nguyên tắc nhanh nhẹn. ScrumMaster ở đó để giúp đỡ và hợp tác nhóm Scrum theo mọi cách có thể. Anh ấy hoạt động như một huấn luyện viên cá nhân, người giúp bạn gắn bó với kế hoạch đã thiết kế và thực hiện tất cả các hoạt động theo kế hoạch. Quyền hạn của ScrumMaster không bao giờ được mở rộng ra ngoài quy trình. Anh ấy / cô ấy nên có khả năng quản lý mọi tình huống.