100diem

Một trong những giả định cơ bản của phương pháp Agile là làm việc với các lần lặp.
Lặp lại là các khung thời gian ngắn về lập kế hoạch và chức năng; khung càng ngắn thì chức năng chuẩn bị sẽ được cung cấp cho người dùng phần mềm của chúng tôi càng nhanh.

Chúng tôi tin rằng xuất bản ứng dụng thường xuyên là một lựa chọn tốt: nó tạo niềm tin vào nhóm tạo ra ứng dụng, giảm chi phí xuất bản và tạo điều kiện cho việc đưa ra các thay đổi liên quan đến các giả định kinh doanh của dự án. Do số lần lặp ngắn, ít có thể sai và chúng tôi mất ít thời gian làm việc hơn nếu các giả định thay đổi. Ngoài ra, nó buộc chúng ta phải tối ưu hóa quá trình phát hành thực tế.

Netguru cố gắng phát hành ít nhất một lần một tuần. Giả định này đòi hỏi từ chúng tôi một cách tiếp cận cụ thể để lập kế hoạch và truyền thông.

Chúng ta làm điều đó như thế nào?
Chúng tôi nói chuyện với Khách hàng về dự án ít nhất một lần một tuần để lên kế hoạch cho tuần tiếp theo. Trong cuộc họp (thông qua Google Hangout), chúng tôi cố gắng tập hợp tất cả các bên quan tâm đến phát triển ứng dụng. Do đó, Khách hàng (Chủ sở hữu sản phẩm), nhà phát triển web tham gia vào dự án và Người quản lý dự án của chúng tôi thường có mặt trong cuộc họp.

Chương trình nghị sự của các cuộc họp rất đơn giản: chúng tôi thảo luận ngắn gọn về những gì đã làm trong tuần trước (3 phút5 phút), sau đó chúng tôi lên kế hoạch cho tuần tiếp theo (25 phút).

Lập kế hoạch liên quan đến Khách hàng nêu rõ những gì nên được thực hiện trong vài ngày tới. Khách hàng cũng xác định các ưu tiên.

Chúng tôi sử dụng JIRA làm hệ thống quản lý dự án, vì vậy toàn bộ quá trình lập kế hoạch diễn ra ở đó. Khách hàng đăng Câu chuyện theo đúng thứ tự.

Sau đó, chúng tôi thảo luận về mỗi Câu chuyện để đảm bảo rằng mọi người đều hiểu chính xác. Nếu một cái gì đó không rõ ràng, chúng tôi cố gắng giải thích nó chính xác nhất có thể. Đôi khi chúng tôi làm lại các phần của Câu chuyện hoặc chia nó thành các đơn vị nhỏ hơn để hoàn thành nó trong một hoặc hai ngày.

Điều quan trọng đối với chúng tôi là lên kế hoạch tốt cho tuần tiếp theo để tránh lãng phí thời gian cho nhiều cuộc họp và thảo luận. Không phải lúc nào cũng có thể, nhưng đó là lý tưởng.

Trong cuộc họp, chúng tôi xem xét khả năng đạt được một mục tiêu kinh doanh nhất định bằng các biện pháp đơn giản hơn. Điều quan trọng đối với chúng tôi là sử dụng các giải pháp làm sẵn bất cứ khi nào có thể, theo quy tắc, không nên lặp lại chính mình.

Chúng tôi cũng cố gắng tránh lập kế hoạch quá xa - một tuần là đủ, trong trường hợp có sự kiện bất ngờ. Quy tắc là chúng tôi muốn biết tầm nhìn của sản phẩm trong thời gian dài, nhưng chúng tôi cũng nhận ra rằng đây là một ý tưởng chung. Chúng tôi muốn lập kế hoạch chi tiết chỉ trước một tuần, bởi vì chúng tôi cảm thấy rằng một loại kế hoạch khác là lãng phí thời gian - kế hoạch có xu hướng thất bại.

Trong khi làm việc trên các chức năng bằng phần mềm JIRA , các chuyên gia có xu hướng cam kết và tất cả các thay đổi được giới thiệu sẽ hiển thị ngay lập tức trên máy chủ dàn dựng. Nó cho phép Khách hàng tìm hiểu xem chuyên gia phần mềm có hiểu chính xác các giả định của Câu chuyện hay không.

Làm việc nhanh như vậy trên sản phẩm phù hợp với các giải pháp kỹ thuật của chúng tôi - Khách hàng biết về phiên bản dàn mới, bởi vì họ nhận được thông báo HipChat.

Lặp lại nhanh cũng xuất hiện trong quá trình mã hóa. Quá trình xem xét của chúng tôi giả định rằng mỗi và mọi thay đổi được giới thiệu bởi chuyên gia phần mềm sẽ được xác nhận bởi một chuyên gia khác trong vòng hai ngày.

Tôi nghĩ rằng phương pháp này cho phép chúng tôi xây dựng các ứng dụng có kích thước khác nhau. Ngay cả khi yếu tố kinh doanh yêu cầu xuất bản một ứng dụng như một dự án đã hoàn thành, việc lặp lại cho phép chúng tôi kiểm soát phát triển ứng dụng tốt hơn. Nó cũng giúp chúng tôi kiểm tra các chức năng nhanh hơn và thay đổi hình dạng của chúng nếu các giả định kinh doanh thay đổi.

Điều quan trọng là tránh quá gắn bó với mã được tạo. Nếu các giả định thay đổi sau một lần lặp cụ thể, mã thậm chí có thể không được sử dụng. Tuy nhiên, điều đó có nghĩa là chỉ mất tối đa một tuần làm việc.

Cũng có thể việc xem xét mã cho thấy cách tiếp cận của chuyên gia phần mềm khác là tốt hơn. Một phần nhỏ của mã có thể cần phải được cải thiện.

Chúng tôi cảm thấy rằng làm việc với các lần lặp là cách tiếp cận phát triển phần mềm nhanh nhất có sẵn trực tuyến. Nó giúp đạt được kết quả, kiểm soát các thay đổi tốt hơn và giảm chi phí xuất bản một ứng dụng.