Responsive Advertisement

Hướng dẫn Phương pháp Agile

Agile - Lớp sơn lót


{tocify} $title={Mục lục Bài viết}


Agile là một phương pháp luận phát triển phần mềm để xây dựng một phần mềm tăng dần bằng cách sử dụng các lần lặp ngắn từ 1 đến 4 tuần để quá trình phát triển phù hợp với nhu cầu kinh doanh đang thay đổi. Thay vì một quá trình phát triển kéo dài từ 6 đến 18 tháng trong đó tất cả các yêu cầu và rủi ro được dự đoán từ trước, Agile áp dụng quy trình phản hồi thường xuyên trong đó sản phẩm khả thi được phân phối sau 1 đến 4 tuần lặp lại.

Agile Vs Truyền thống SDLC

Vai trò trong Agile

Đội sản xuất

Scrum Master là người lãnh đạo nhóm và hỗ trợ viên, người giúp các thành viên trong nhóm tuân theo các phương pháp thực hành nhanh để họ có thể đáp ứng các cam kết của mình. Trách nhiệm của một scrum master như sau:

  • Để cho phép hợp tác chặt chẽ giữa tất cả các vai trò và chức năng.
  • Để loại bỏ bất kỳ khối nào.
  • Để bảo vệ đội khỏi bất kỳ sự xáo trộn nào.
  • Để làm việc với tổ chức để theo dõi tiến trình và quy trình của công ty.
  • Để đảm bảo rằng các quy trình Kiểm tra & Thích ứng Agile được tận dụng đúng cách, bao gồm
    • Đứng lên hàng ngày,
    • Các cuộc họp đã lên kế hoạch,
    • Thử nghiệm,
    • Xem lại,
    • Các cuộc họp hồi tưởng, và
    • Để tạo điều kiện cho các cuộc họp nhóm và quá trình ra quyết định.

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

Chủ sở hữu sản phẩm là người định hướng sản phẩm từ góc độ kinh doanh. Các trách nhiệm hoặc Chủ sở hữu sản phẩm như sau:

  • Để xác định các yêu cầu và ưu tiên các giá trị của chúng.
  • Để xác định ngày phát hành và nội dung.
  • Giữ vai trò tích cực trong việc lập kế hoạch lặp lại và các cuộc họp lập kế hoạch phát hành.
  • Để đảm bảo rằng nhóm đang làm việc theo yêu cầu có giá trị nhất.
  • Để đại diện cho tiếng nói của khách hàng.
  • Để chấp nhận các câu chuyện của người dùng đáp ứng định nghĩa của các tiêu chí chấp nhận được thực hiện và xác định.

Nhóm đa chức năng

Mỗi đội nhanh nhẹn nên là một đội tự túc với 5 đến 9 thành viên trong nhóm và kinh nghiệm trung bình từ 6 đến 10 năm. Thông thường, một nhóm nhanh nhẹn bao gồm 3 đến 4 nhà phát triển, 1 người kiểm tra, 1 trưởng nhóm kỹ thuật, 1 chủ sở hữu sản phẩm và 1 chuyên gia thiết kế.

Nhóm chức năng chéo

Chủ sở hữu sản phẩm và chủ Scrum được coi là một phần của Giao diện nhóm, trong khi các thành viên khác là một phần của Giao diện kỹ thuật.

Làm thế nào một nhóm Agile lập kế hoạch công việc của mình?

Một nhóm Agile làm việc theo nhiều lần để cung cấp các câu chuyện của người dùng trong đó mỗi lần lặp là từ 10 đến 15 ngày. Mỗi câu chuyện của người dùng được lập kế hoạch dựa trên mức độ ưu tiên và quy mô tồn đọng của nó. Nhóm sử dụng năng lực của mình - bao nhiêu giờ có sẵn cùng nhóm để thực hiện các nhiệm vụ - để quyết định họ phải lập kế hoạch phạm vi bao nhiêu.

Lập kế hoạch

Điểm

Một Điểm xác định mức độ mà một nhóm có thể cam kết. Một điểm thường đề cập đến 8 giờ. Mỗi câu chuyện được ước tính bằng điểm.

Dung tích

Năng lực xác định mức độ mà một cá nhân có thể cam kết. Công suất được ước tính bằng giờ.

Câu chuyện người dùng là gì?

Câu chuyện người dùng là một yêu cầu xác định những gì được người dùng yêu cầu dưới dạng chức năng. Câu chuyện của người dùng có thể ở hai dạng:

  • Với tư cách là <Vai trò người dùng>, tôi muốn <Chức năng> để <Giá trị doanh nghiệp>
  • Để <Giá trị doanh nghiệp> với tư cách là <Vai trò người dùng>, tôi muốn <Chức năng>

Trong quá trình lập kế hoạch phát hành, một ước tính sơ bộ được đưa ra cho một câu chuyện của người dùng bằng cách sử dụng thang điểm tương đối làm điểm. Trong quá trình lập kế hoạch lặp lại, câu chuyện được chia thành các nhiệm vụ.

Mối quan hệ của các câu chuyện và nhiệm vụ của người dùng

  • Câu chuyện của người dùng nói về những gì sẽ được thực hiện. Nó xác định những gì người dùng cần.
  • Nhiệm vụ nói về cách nó được thực hiện. Nó xác định cách một chức năng được triển khai.
  • Các câu chuyện được triển khai bởi các nhiệm vụ. Mỗi câu chuyện là một tập hợp các nhiệm vụ.
  • Câu chuyện của người dùng được chia thành các nhiệm vụ khi nó được lập kế hoạch trong quá trình lặp lại hiện tại.
  • Các nhiệm vụ được ước tính bằng giờ, thường từ 2 đến 12 giờ.
  • Các câu chuyện được xác thực bằng cách sử dụng các bài kiểm tra chấp nhận.
Mối quan hệ của các câu chuyện và nhiệm vụ của người dùng

Khi một câu chuyện hoàn thành

Nhóm quyết định những gì được thực hiện có nghĩa là. Các tiêu chí có thể là -

  • Tất cả các nhiệm vụ (phát triển, thử nghiệm) được hoàn thành.
  • Tất cả các bài kiểm tra chấp nhận đang chạy và được thông qua.
  • Không có khuyết tật nào được mở.
  • Chủ sở hữu sản phẩm đã chấp nhận câu chuyện.
  • Cung cấp cho người dùng cuối.

Tiêu chí chấp nhận là gì?

Criteria xác định chức năng, hành vi và hiệu suất mà một tính năng yêu cầu để nó có thể được chủ sở hữu sản phẩm chấp nhận. Nó xác định những gì phải làm để nhà phát triển biết khi nào câu chuyện của người dùng hoàn tất.

Làm thế nào các yêu cầu được xác định?

Các yêu cầu được định nghĩa là

  • Một câu chuyện của người dùng,
  • Với Tiêu chí Chấp nhận, và
  • Nhiệm vụ triển khai câu chuyện.

Agile - Tuyên ngôn

Vào tháng 2 năm 2001, tại khu nghỉ mát Snowbird ở Utah, 17 nhà phát triển phần mềm đã gặp nhau để thảo luận về các phương pháp phát triển nhẹ. Kết quả của cuộc họp của họ là Tuyên ngôn Agile sau đây để phát triển phần mềm -

Chúng tôi đang khám phá ra những cách tốt hơn để phát triển phần mềm bằng cách thực hiện nó và giúp những người khác làm điều đó. Thông qua công việc này, chúng tôi đã hiểu ra giá trị -

  • Các cá nhân và tương tác qua các Quy trình và công cụ
  • Làm việc phần mềm trên tài liệu toàn diện
  • Sự hợp tác của khách hàng trong quá trình đàm phán Hợp đồng
  • Đáp ứng với sự thay đổi trong việc Thực hiện theo một kế hoạch

Có nghĩa là, trong khi có giá trị trong các mục ở bên phải, chúng tôi đánh giá các mục ở bên trái nhiều hơn.

Mười hai nguyên tắc của Tuyên ngôn Agile

  • Sự hài lòng của khách hàng - Ưu tiên cao nhất được đưa ra để đáp ứng các yêu cầu của khách hàng 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ị.
  • Chào mừng thay đổi - Thay đổi là không thể tránh khỏi trong quá trình phát triển phần mềm. Các yêu cầu luôn thay đổi nên được hoan nghênh, thậm chí muộn trong giai đoạn phát triển. Các quy trình linh hoạt sẽ hoạt động để tăng lợi thế cạnh tranh của khách hàng.
  • Cung cấp một phần mềm hoạt động - Cung cấp một phần mềm đang hoạt động thường xuyên, trong khoảng thời gian từ vài tuần đến vài tháng, xem xét quy mô thời gian ngắn hơn.
  • Hợp tác - Người kinh doanh và nhà phát triển phải làm việc cùng nhau trong toàn bộ vòng đời của một dự án.
  • Động lực - Các dự án nên được xây dựng xung quanh những cá nhân có động lực. Cung cấp một môi trường để hỗ trợ từng thành viên trong nhóm và tin tưởng họ để họ cảm thấy có trách nhiệm hoàn thành công việc.
  • Đối thoại trực tiếp - Đối thoại trực tiếp là phương pháp hiệu quả và hiệu quả nhất để truyền tải thông tin đến và trong nhóm phát triển.
  • Đo lường Tiến độ theo Phần mềm làm việc - Phần mềm làm việc là chìa khóa và nó phải là thước đo tiến độ chính.
  • Duy trì Nhịp độ Không đổi - Các quy trình Agile hướng tới phát triển bền vững. Doanh nghiệp, nhà phát triển và người dùng phải có thể duy trì tốc độ liên tục với dự án.
  • Giám sát - Thường xuyên chú ý đến sự xuất sắc về kỹ thuật và thiết kế tốt để nâng cao sự nhanh nhẹn.
  • Tính đơn giản - 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.
  • Nhóm tự tổ chức - Một nhóm nhanh nhẹn nên tự tổ chức và không nên phụ thuộc nhiều vào các nhóm khác vì các kiến ​​trúc, yêu cầu và thiết kế tốt nhất xuất hiện từ các nhóm tự tổ chức.
  • Đánh giá công việc thường xuyên - Xem xét công việc đã hoàn thành định kỳ để nhóm có thể phản ánh về cách trở nên hiệu quả hơn và điều chỉnh hành vi của mình cho phù hợp.

Agile - Đặc điểm

Lặp đi lặp lại / gia tăng và sẵn sàng phát triển

Hầu hết các phương pháp phát triển nhanh đều chia nhỏ một vấn đề thành các nhiệm vụ nhỏ hơn. Không có kế hoạch dài hạn trực tiếp cho bất kỳ yêu cầu nào. Thông thường, các lần lặp lại được lên kế hoạch trong khoảng thời gian ngắn khác nhau, ví dụ, từ 1 đến 4 tuần. Một nhóm đa chức năng được tạo cho mỗi lần lặp lại hoạt động trong tất cả các chức năng của phát triển phần mềm như lập kế hoạch, phân tích yêu cầu, thiết kế, mã hóa, kiểm thử đơn vị và kiểm thử chấp nhận. Kết quả khi kết thúc quá trình lặp lại là một sản phẩm đang hoạt động và nó được chứng minh cho các bên liên quan khi kết thúc một lần lặp.

Sau khi demo, các nhận xét đánh giá được thực hiện và được lên kế hoạch đưa vào phần mềm làm việc theo yêu cầu.

Giao tiếp mặt đối mặt

Mỗi nhóm nhanh nên có một đại diện khách hàng, chẳng hạn như chủ sở hữu sản phẩm trong phương pháp luận scrum. Người đại diện này được ủy quyền thay mặt cho các bên liên quan và anh ta có thể trả lời các câu hỏi của các nhà phát triển giữa các lần lặp lại.

Một bộ tản nhiệt thông tin (màn hình vật lý) thường được đặt nổi bật trong văn phòng, nơi những người qua đường có thể nhìn thấy tiến trình của nhóm nhanh nhẹn. Bộ tản nhiệt thông tin này hiển thị bản tóm tắt cập nhật về tình trạng của dự án.

Vòng lặp thông tin phản hồi

Đứng lên hàng ngày là một nét văn hóa chung của bất kỳ sự phát triển nhanh nào; nó còn được gọi là scrum hàng ngày . Đây là một loại phiên họp ngắn trong đó mỗi thành viên trong nhóm báo cáo với nhau về tình trạng của những gì họ đã làm, những gì cần làm tiếp theo và bất kỳ vấn đề nào họ đang gặp phải.

Nhanh nhẹn - Đứng lên hàng ngày

Cuộc họp hàng ngày, như tên cho thấy, là một cuộc họp trạng thái hàng ngày giữa tất cả các thành viên của một nhóm nhanh nhẹn. Nó không chỉ cung cấp một diễn đàn để cập nhật thường xuyên mà còn tập trung các vấn đề của các thành viên trong nhóm để có thể nhanh chóng giải quyết. Đứng lên hàng ngày là một việc cần làm, cho dù một đội nhanh nhẹn được thành lập như thế nào bất kể vị trí văn phòng của họ như thế nào.

Chế độ chờ hàng ngày là gì?

  • Một cuộc họp hàng ngày là một cuộc họp trạng thái hàng ngày giữa tất cả các thành viên trong nhóm và nó được tổ chức khoảng 15 phút.
  • Mỗi thành viên phải trả lời ba câu hỏi quan trọng -
    • Tôi đã làm gì ngày hôm qua?
    • Tôi sẽ làm gì hôm nay?
    • Bất kỳ trở ngại nào tôi đang gặp phải ... / Tôi bị chặn do ...
  • Thời gian chờ hàng ngày là để cập nhật trạng thái, không phải cho bất kỳ cuộc thảo luận nào. Để thảo luận, các thành viên trong nhóm nên sắp xếp một cuộc họp khác vào một thời điểm khác.
  • Những người tham gia thường đứng thay vì ngồi để cuộc họp kết thúc nhanh chóng.

Tại sao Stand-up lại quan trọng?

Những lợi ích của việc đứng lên hàng ngày trong nhanh nhẹn là như sau:

  • Nhóm có thể đánh giá tiến độ hàng ngày và xem liệu họ có thể phân phối theo kế hoạch lặp lại hay không.
  • Mỗi thành viên trong nhóm thông báo tất cả về các cam kết của mình trong ngày.
  • Nó cung cấp khả năng hiển thị cho nhóm về bất kỳ sự chậm trễ hoặc trở ngại nào.

Ai tham dự buổi biểu diễn?

  • Scrum master, chủ sở hữu sản phẩm và nhóm phân phối nên tham gia cuộc họp hàng ngày.
  • Các bên liên quan và Khách hàng được khuyến khích tham dự cuộc họp và họ có thể đóng vai trò là người quan sát, nhưng không được phép tham gia vào các cuộc họp.
  • Scrum master có trách nhiệm lưu ý các truy vấn của từng thành viên trong nhóm và các vấn đề mà họ đang gặp phải.

Đội phân tán về mặt địa lý

Dự phòng có thể được thực hiện theo nhiều cách, trong trường hợp các thành viên trong nhóm nhanh nhẹn đang hoạt động từ các múi giờ khác nhau -

  • Chọn một thành viên trên cơ sở luân phiên, người có thể tham dự cuộc họp trực tiếp của các nhóm ở các múi giờ khác nhau.
  • Có một stand-up riêng cho mỗi nhóm, cập nhật trạng thái của stand-up trong một công cụ như Rally, SharePoint, Wikis, v.v.
  • Chuẩn bị sẵn sàng nhiều loại công cụ giao tiếp như cuộc gọi hội nghị, hội nghị truyền hình, trình nhắn tin tức thì hoặc bất kỳ công cụ chia sẻ kiến ​​thức nào khác của bên thứ ba.

Agile - Định nghĩa Hoàn thành

Định nghĩa của done cho User Story, Lặp lại và Phát hành được đưa ra dưới đây.

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

Câu chuyện người dùng là một yêu cầu được xây dựng thành một vài câu trong ngôn ngữ hàng ngày của người dùng 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 được thực hiện khi

  • Tất cả các mã liên quan đã được đăng ký.
  • Tất cả các trường hợp thử nghiệm đơn vị đã được thông qua.
  • Tất cả các trường hợp kiểm tra chấp nhận đã được thông qua.
  • Văn bản trợ giúp được viết.
  • Chủ sở hữu sản phẩm đã chấp nhận câu chuyện.

Sự lặp lại

Lặp lại là một tập hợp các câu chuyện / lỗi của người dùng được đóng hộp theo thời gian sẽ được xử lý và chấp nhận trong quá trình phát hành sản phẩm. Các lần lặp lại được xác định trong cuộc họp lập kế hoạch lặp lại và được hoàn thành bằng một cuộc họp đánh giá và trình diễn lặp lại. Một lần lặp lại cũng được gọi là chạy nước rút . Một lần lặp lại được thực hiện khi

  • Đã hoàn tất sao lưu sản phẩm.
  • Hiệu suất đã được kiểm tra.
  • Câu chuyện của người dùng đã được chấp nhận hoặc chuyển sang lần lặp tiếp theo.
  • Các khiếm khuyết đã được sửa hoặc hoãn lại lần lặp lại tiếp theo.

Phóng thích

Bản phát hành là một cột mốc quan trọng thể hiện sự phân phối bên trong hoặc bên ngoài phiên bản sản phẩm / hệ thống đang hoạt động và đã được thử nghiệm. Một bản phát hành được thực hiện khi

  • Hệ thống được kiểm tra căng thẳng.
  • Hiệu suất được điều chỉnh.
  • Xác nhận bảo mật được thực hiện.
  • Kế hoạch khắc phục hậu quả thiên tai được thử nghiệm.

Agile - Lập kế hoạch phát hành

Mục đích của việc lập kế hoạch phát hành là tạo ra một kế hoạch để cung cấp một phần gia tăng cho sản phẩm. Nó được thực hiện sau mỗi 2 đến 3 tháng.

Lập kế hoạch phát hành

Những ai liên quan?

  • Scrum Master - Scrum master hoạt động như một người hỗ trợ cho nhóm phân phối nhanh.
  • Product Owner - Chủ sở hữu sản phẩm đại diện cho cái nhìn chung về sản phẩm tồn đọng.
  • Agile Team - Nhóm phân phối Agile cung cấp thông tin chi tiết về tính khả thi về mặt kỹ thuật hoặc bất kỳ yếu tố phụ thuộc nào.
  • Các bên liên quan - Các bên liên quan như khách hàng, người quản lý chương trình, các chuyên gia về vấn đề này đóng vai trò cố vấn khi các quyết định được đưa ra xung quanh việc lập kế hoạch phát hành.

Điều kiện tiên quyết của việc lập kế hoạch

Các điều kiện tiên quyết của việc lập kế hoạch phát hành như sau:

  • Một sản phẩm tồn đọng được xếp hạng, do Product Owner quản lý. Nói chung, từ năm đến mười tính năng được sử dụng mà chủ sở hữu sản phẩm cảm thấy có thể đưa vào một bản phát hành
  • Đầu vào của nhóm về khả năng, vận tốc đã biết hoặc về bất kỳ thách thức kỹ thuật nào
  • Tầm nhìn cấp cao
  • Mục tiêu thị trường và kinh doanh
  • Xác nhận xem có cần các mặt hàng tồn đọng của sản phẩm mới hay không

Vật liệu thiết yếu

Danh sách các vật liệu cần thiết cho việc lập kế hoạch phát hành như sau:

  • Đã đăng chương trình, mục đích
  • Lật biểu đồ, bảng trắng, điểm đánh dấu
  • Máy chiếu, cách chia sẻ máy tính có dữ liệu / công cụ cần thiết trong cuộc họp lập kế hoạch
  • Lập kế hoạch dữ liệu

Dữ liệu lập kế hoạch

Danh sách dữ liệu cần thiết để lập kế hoạch phát hành như sau:

  • Các lần lặp lại trước đó hoặc phát hành kết quả lập kế hoạch
  • Phản hồi từ các bên liên quan khác nhau về sản phẩm, điều kiện thị trường và thời hạn
  • Kế hoạch hành động của các bản phát hành / lặp lại trước đó
  • Các tính năng hoặc khuyết tật được xem xét
  • Tốc độ từ các bản phát hành / ước tính trước đó.
  • Lịch tổ chức và cá nhân
  • Đầu vào từ các nhóm khác và các chuyên gia về chủ đề để quản lý bất kỳ sự phụ thuộc nào

Đầu ra

Đầu ra của một kế hoạch phát hành có thể như sau:

  • Kế hoạch phát hành
  • Lời cam kết
  • Các vấn đề, mối quan tâm, sự phụ thuộc và giả định cần được theo dõi
  • Đề xuất để cải thiện kế hoạch phát hành trong tương lai

Chương trình nghị sự

Chương trình của một kế hoạch phát hành có thể là:

  • Lễ khai mạc - Thông điệp chào mừng, xem xét mục đích và chương trình nghị sự, tổ chức các công cụ và giới thiệu đến các nhà tài trợ doanh nghiệp.
  • Tầm nhìn sản phẩm, Lộ trình - Hiển thị hình ảnh lớn của sản phẩm.
  • Xem lại các bản phát hành trước - Thảo luận về bất kỳ mục nào có thể ảnh hưởng đến kế hoạch.
  • Tên / chủ đề phát hành - Kiểm tra trạng thái hiện tại của các chủ đề lộ trình và thực hiện các điều chỉnh cần thiết, nếu có.
  • Vận tốc - Trình bày vận tốc của bản phát hành hiện tại và của các bản phát hành trước đó.
  • Lịch phát hành - Xem lại các mốc quan trọng và quyết định về ô thời gian để phát hành và lặp lại trong bản phát hành.
  • Các vấn đề và mối quan tâm - Kiểm tra bất kỳ mối quan tâm hoặc vấn đề nào và ghi lại chúng.
  • Xem lại và cập nhật định nghĩa về việc đã hoàn thành - Xem lại định nghĩa về việc đã hoàn thành và thực hiện các thay đổi thích hợp dựa trên công nghệ, kỹ năng hoặc những thay đổi trong các thành viên trong nhóm kể từ lần lặp lại / phát hành gần đây nhất.
  • Câu chuyện và các mục được xem xét - Trình bày các câu chuyện và tính năng của người dùng từ sản phẩm tồn đọng để được xem xét lên lịch trong bản phát hành hiện tại.
  • Xác định các giá trị định cỡ - Nếu không biết vận tốc, thì lập kế hoạch các giá trị định cỡ sẽ được sử dụng trong lập kế hoạch phát hành.
  • Quy mô thô của các câu chuyện - Nhóm phân phối xác định kích thước phù hợp của các câu chuyện đang được xem xét và chia các câu chuyện thành nhiều lần lặp lại nếu một câu chuyện quá lớn. Chủ sở hữu sản phẩm và các chuyên gia về vấn đề này làm rõ những nghi ngờ, xây dựng tiêu chí chấp nhận và phân chia câu chuyện phù hợp. Scrum master tạo điều kiện cho sự hợp tác.
  • Ánh xạ các câu chuyện với các lần lặp lại - Nhóm phân phối và chủ sở hữu sản phẩm di chuyển các câu chuyện / khuyết tật trong các lần lặp lại dựa trên kích thước và vận tốc. Scrum master tạo điều kiện cho sự hợp tác.
  • Mối quan tâm hoặc vấn đề mới - Kiểm tra bất kỳ vấn đề mới nào dựa trên kinh nghiệm trước đó và ghi lại các vấn đề tương tự.
  • Sự phụ thuộc và giả định - Kiểm tra bất kỳ sự phụ thuộc / giả định nào được lên kế hoạch trong quá trình lập kế hoạch phát hành.
  • Cam kết - Scrum master kêu gọi lập kế hoạch. Nhóm giao hàng và Chủ sở hữu sản phẩm báo hiệu đó là kế hoạch tốt nhất và sau đó cam kết chuyển sang cấp kế hoạch tiếp theo, tức là lập kế hoạch lặp lại.
  • Lập kế hoạch truyền thông và hậu cần - Xem xét / Cập nhật kế hoạch truyền thông và hậu cần cho việc phát hành.
  • Bãi đậu xe - Bãi đậu xe xử lý có nghĩa là tất cả các hạng mục phải được giải quyết hoặc đặt làm hạng mục hành động.
  • Phân phối các hạng mục hành động và kế hoạch hành động - Phân phối các hạng mục hành động giữa các chủ sở hữu của chúng, xử lý kế hoạch hành động.
  • Hồi tưởng - Thu hút phản hồi từ những người tham gia để cuộc họp thành công.
  • Kết thúc - Mừng thành công.

Agile - Lập kế hoạch lặp lại

Mục đích của việc lập kế hoạch lặp lại là để nhóm hoàn thành tập hợp các mục tồn đọng của sản phẩm được xếp hạng cao nhất. Cam kết này được đóng hộp dựa trên thời gian lặp lại và vận tốc của nhóm.

Lập kế hoạch lặp lại

Những ai liên quan?

  • Scrum Master - Scrum master hoạt động như một người hỗ trợ cho nhóm phân phối nhanh.
  • Product Owner - Chủ sở hữu sản phẩm giải quyết chế độ xem chi tiết của sản phẩm tồn đọng và tiêu chí chấp nhận của họ.
  • Nhóm Agile - Phân phối nhanh xác định nhiệm vụ của họ và đặt các ước tính nỗ lực cần thiết để thực hiện cam kết.

Điều kiện tiên quyết của việc lập kế hoạch

  • Các mục trong sản phẩm tồn đọng có kích thước và được chỉ định một điểm câu chuyện tương đối.
  • Xếp hạng đã được trao cho các mục danh mục đầu tư bởi chủ sở hữu sản phẩm.
  • Tiêu chí chấp nhận đã được nêu rõ ràng cho từng hạng mục danh mục đầu tư.

Quy trình lập kế hoạch

Sau đây là các bước liên quan đến lập kế hoạch lặp lại -

  • Xác định có bao nhiêu câu chuyện có thể phù hợp trong một lần lặp lại.
  • Chia những câu chuyện này thành các nhiệm vụ và giao từng nhiệm vụ cho chủ nhân của chúng.
  • Mỗi nhiệm vụ được ước tính bằng giờ.
  • Những ước tính này giúp các thành viên trong nhóm kiểm tra xem mỗi thành viên có bao nhiêu giờ làm việc để lặp lại.
  • Các thành viên trong nhóm được giao nhiệm vụ dựa trên vận tốc hoặc khả năng của họ để họ không bị quá tải.

Tính toán vận tốc

Một nhóm nhanh nhẹn tính toán vận tốc dựa trên các lần lặp lại trong quá khứ. Tốc độ là số lượng đơn vị trung bình cần thiết để hoàn thành câu chuyện của người dùng trong một lần lặp lại. Ví dụ: nếu một đội lấy 12, 14, 10 điểm câu chuyện trong mỗi lần lặp cho ba lần lặp cuối cùng, thì đội đó có thể lấy 12 làm vận tốc cho lần lặp tiếp theo.

Tốc độ lập kế hoạch cho nhóm biết có thể hoàn thành bao nhiêu câu chuyện của người dùng trong lần lặp hiện tại. Nếu nhóm nhanh chóng hoàn thành các nhiệm vụ được giao, thì nhiều câu chuyện của người dùng hơn có thể được thu hút. Nếu không, các câu chuyện cũng có thể được chuyển sang lần lặp tiếp theo.

Năng lực nhiệm vụ

Năng lực của một nhóm có được từ ba yếu tố sau:

  • Số giờ làm việc lý tưởng trong một ngày
  • Số ngày có sẵn của người trong vòng lặp lại
  • Phần trăm thời gian một thành viên dành riêng cho nhóm.

Giả sử một nhóm có 5 thành viên, cam kết làm việc toàn thời gian (8 giờ một ngày) cho một dự án và không ai nghỉ trong một lần lặp lại, thì khả năng nhiệm vụ cho một lần lặp lại hai tuần sẽ là:

5 × 8 × 10 = 400 giờ

Các bước lập kế hoạch

  • Product Owner mô tả mục được xếp hạng cao nhất trong số các sản phẩm tồn đọng.
  • Nhóm mô tả các nhiệm vụ cần thiết để hoàn thành mục.
  • Các thành viên trong nhóm làm chủ nhiệm vụ.
  • Các thành viên trong nhóm ước tính thời gian hoàn thành mỗi nhiệm vụ.
  • Các bước này được lặp lại cho tất cả các mục trong lần lặp.
  • Nếu bất kỳ cá nhân nào bị quá tải với các nhiệm vụ, thì nhiệm vụ của họ sẽ được phân bổ cho các thành viên khác trong nhóm.

Agile - Product Backlog

Một sản phẩm tồn đọng là một danh sách các hạng mục cần thực hiện. Các mục được xếp hạng với mô tả tính năng. Trong một kịch bản lý tưởng, các mục nên được chia nhỏ thành các câu chuyện của người dùng.

Tại sao Product Backlog lại quan trọng?

  • Nó được chuẩn bị để có thể đưa ra các ước tính cho từng và mọi tính năng.
  • Nó giúp lập kế hoạch lộ trình cho sản phẩm.
  • Nó giúp xếp hạng lại các tính năng để có thể tăng thêm giá trị cho sản phẩm.
  • Nó giúp xác định những gì cần ưu tiên đầu tiên. Nhóm xếp hạng vật phẩm và sau đó xây dựng giá trị.

Đặc điểm của Product Backlog

  • Mỗi sản phẩm nên có một sản phẩm tồn đọng có thể có một tập hợp các tính năng lớn đến rất lớn.
  • Nhiều nhóm có thể làm việc trên một sản phẩm tồn đọng.
  • Việc xếp hạng các tính năng được thực hiện dựa trên giá trị kinh doanh, giá trị kỹ thuật, quản lý rủi ro hoặc tính phù hợp chiến lược.
  • Các mục xếp hạng cao nhất được phân tách thành các câu chuyện nhỏ hơn trong quá trình lập kế hoạch phát hành để chúng có thể được hoàn thành trong các lần lặp lại trong tương lai.

Agile - Điều khoản hữu ích

Tiêu chí chấp nhận

Đó là các điều kiện do chủ sở hữu sản phẩm hoặc khách hàng đặt ra để chấp nhận một tính năng hợp lệ và tuân thủ các yêu cầu của họ.

Backlog Grooming

Đây là một quá trình liên tục, trong đó người quản lý sản phẩm hoặc khách hàng quản lý sản phẩm tồn đọng bằng cách nhận phản hồi từ các đội nhanh nhẹn. Quá trình này bao gồm việc ưu tiên các hạng mục trong danh mục đầu tư, chia chúng thành các hạng mục nhỏ hơn, lập kế hoạch cho các lần lặp lại trong tương lai, tạo câu chuyện mới, cập nhật tiêu chí chấp nhận hoặc xây dựng chi tiết tiêu chí chấp nhận.

Dung tích

Đó là số lượng công việc mà một nhóm có thể thực hiện trong một lần lặp lại.

Tính năng

Một cải tiến được thực hiện đối với một sản phẩm hoặc khả năng có giá trị đối với các bên liên quan có thể được phát triển trong một bản phát hành.

Sự lặp lại

Một hạng mục công việc dựa trên chủ đề có thể được hoàn thành trong khoảng thời gian và được chấp nhận khi phát hành sản phẩm. Công việc lặp lại được xác định trong quá trình lập kế hoạch lặp lại và nó kết thúc với cuộc họp giới thiệu và đánh giá. Nó cũng được gọi là Sprint.

Tăng

Gia số là trạng thái thay đổi của một sản phẩm khi nó trải qua quá trình phát triển dần dần. Nó thường được biểu thị bằng các mốc hoặc số lần lặp cố định.

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

Chủ sở hữu sản phẩm là thành viên của nhóm phân phối Agile, chịu trách nhiệm thu thập và xếp hạng các yêu cầu nghiệp vụ trong sản phẩm tồn đọng. Chủ sở hữu sản phẩm thông báo những gì sẽ được thực hiện trong một bản phát hành / lặp lại. Anh ấy / cô ấy đặt ra các cam kết và chịu trách nhiệm bảo vệ nhóm khỏi bất kỳ thay đổi nào về yêu cầu trong quá trình lặp lại.

Tồn đọng sản phẩm

Tập hợp các yêu cầu về sản phẩm chức năng và phi chức năng.

Các mặt hàng tồn đọng sản phẩm

Có thể là câu chuyện của người dùng, các lỗi, các tính năng sẽ được phát triển bởi nhóm nhanh nhẹn.

Điểm

Một đơn vị phổ biến được sử dụng để đặt kích thước tương đối của câu chuyện người dùng, tính năng hoặc bất kỳ mục danh mục đầu tư nào khác.

Phóng thích

Hộp thời gian nơi công việc được thực hiện để hỗ trợ phân phối phần gia tăng có thể kiểm tra cho một phần mềm. Trong scrum, một bản phát hành bao gồm nhiều lần lặp lại.

Yêu cầu

Đặc điểm kỹ thuật của sản phẩm phần mềm để đáp ứng hợp đồng hoặc chức năng đã nêu. Câu chuyện người dùng và các mục danh mục đầu tư là các loại yêu cầu.

Điểm câu chuyện

Một đơn vị được nhóm nhanh nhẹn sử dụng để ước tính kích thước tương đối của các câu chuyện và tính năng của người dùng.

tăng tốc

Giống như Lặp lại.

Hộp thời gian

Một khoảng thời gian cố định trong đó một sản phẩm có thể phân phối được sẽ được phát triển. Thông thường, cùng với việc cố định ngày bắt đầu và ngày kết thúc của hộp thời gian, số lượng tài nguyên cũng được cố định.

Bài tập

Nó là một đơn vị công việc đóng góp vào việc hoàn thành câu chuyện của người dùng trong một lần lặp lại. Các câu chuyện của người dùng được phân tách thành nhiều nhiệm vụ và mỗi nhiệm vụ có thể được phân chia giữa các thành viên trong nhóm đánh dấu họ là chủ sở hữu của các nhiệm vụ. Các thành viên trong nhóm có thể chịu trách nhiệm về từng nhiệm vụ, cập nhật ước tính, ghi nhật ký công việc đã làm hoặc việc cần làm theo ý muốn.

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

Một tiêu chí chấp nhận được liệt kê để đáp ứng các yêu cầu nhất định của người dùng. Nó thường được viết từ quan điểm của người dùng cuối.

Vận tốc

Một thước đo để cân công việc được chấp nhận trong một vòng lặp hoặc hộp thời gian. Thông thường, nó là tổng điểm câu chuyện được chấp nhận trong một lần lặp lại.

Đăng nhận xét

Mới hơn Cũ hơn

Responsive Advertisement

Responsive Advertisement

Responsive Advertisement