RETROSPECTIVELY LÀ GÌ

  -  

Phát triển phần mềm linh hoạt ( Agile Software Development) là 1 trong những tập vừa lòng các phương pháp và thực hành dựa trên tuyên ngôn Agile. Phương thức Agile chú trọng đến việc liên kết trong team và vấn đề delivery tiếp tục của một sản phẩm.

Bạn đang xem: Retrospectively là gì

Một vào 12 vẻ ngoài trong phiên bản tuyên ngôn Alige là:

“Sau một khoảng thời gian nhất định, team sẽ xem xét làm gắng nào nhằm hiểu trái hơn, từ đó đưa ra những điều chỉnh phù hợp”

Nguyên tắc này được kết hợp ngặt nghèo trong Agile team dưới bề ngoài họp đổi mới dự án (Agile Retrospective meeting).

Trong nội dung bài viết này, họ sẽ nói nhiều hơn thế nữa về Agile Retrospective meetings, mục tiêu của Alige và những cách làm nỗ lực nào để thực hiện.

*

Định nghĩa và mục đích của cuộc họp cải tiến này.

Theo định nghĩa, đổi mới (Retrospective) tức là "Nhìn lại hoặc xử lý các sự khiếu nại hoặc tình huống trong thừa khứ ".

Nhưng ý nghĩa sâu sắc thực sự của retrospective meeting là: phản nghịch ánh những sprint, project, milestone gần đây nhất và khẳng định các khía cạnh nên được cải tiến và tuyên dương team chiến thắng.

Điều này liên hệ ngặt nghèo với khái niệm cải tiến liên tục, team nên cùng nhau bàn bạc các kỹ càng mà team thực hiện chưa tốt, các khía cạnh nhưng team cần thực hiện cùng nhau để cải tiến trong các sprint, project cùng milestone tiếp theo.

Tiến hành Retrospective Meetings

Buổi họp cải tiến có thể được ra mắt ở những giai đoạn không giống trong dự án

•Retrospective meetings hoàn toàn có thể được tổ chức vào ngày sau cuối của 1 sprint và trước khi sprint tiếp theo bắt đầu để lưu ý đến về sprint cách đây không lâu nhất.

•Để xem lại những vấn đề chũm thể

•Tại mỗi một mốc quan trọng đặc biệt (Milestone) hoàn toàn có thể phản hình ảnh trạng thái về sau.

Các cách trong Agile Retrospective

Bất kì 1 trong các buổi họp cải tiến nào cũng sẽ liên quan đến công việc sau:

*

Thiết lập từng tiến độ _ set Stage- Tổ chức các cuộc họp - liên quan đến việc tùy chỉnh thiết lập các cuộc họp của các hỗ trợ và gửi thông báo mời họp đến toàn bộ các thành viên trong team được yêu cầu và những bên liên quan (PM, scrum master, vv.).Thu thập dữ liệu - Một khi cuộc họp bắt đầu, thu thập toàn bộ những ý tưởng, ý kiến, mối đon đả mà các thành viên vào nhóm rất có thể có. Điều này hoàn toàn có thể được thực hiện thông qua nhiều hoạt động hồi nhanh nhẹn như Start, Stop, cùng Tiếp tục, Sơn lưu giữ hình ảnh, vvTạo ra sự thấu hiểu - sau khi dữ liệu được thu thập, phân tích ý nghĩa phải được xác minh và các mẫu đề xuất được tạo nên ra. Ý tưởng là để xác minh xu phía và giải quyết và xử lý chúng. Ví dụ: nếu những thành viên trong team không ưa thích về dài hằng ngày stand-up thì họ phải tìm kiếm ra phần nhiều gì đang gây ra điều này. Nó có thể là các cuộc trao đổi liên quan, những chậm rãi của các thành viên trong nhóm, thời gian thực tế tùy chỉnh thiết lập mà không chứa những số cập nhật, vvTạo Actions - Một khi các vấn đề cơ phiên bản được xác định, tạo thành các điểm hành vi để giải quyết chúng. Điểm hành vi nên được giao mang đến một người dân có trách nhiệm, fan sẽ chịu trách nhiệm giải quyết và xử lý trong một khoảng thời hạn nhất định .Wrap Up - Cảm ơn nhóm cho thời hạn của chúng ta và mang đến họ tham gia. Hãy chắc chắn rằng các điểm thảo luận cuộc họp và hành vi được biên chép lại và gửi tới những thành viên trong đội để dễ dàng tham khảo.

Formats, ý tưởng phát minh và vận động trong buổi họp Cải tiến

#1) Đã làm giỏi những gì, phải cải thiện những gì, hồ hết gì cần được hành động.

*

Các member trong nhóm gặp gỡ gỡ và bàn thảo về các cái nhóm đã có tác dụng tốt, loại mà team cần phải cải thiện, những bài học cần phải rút ra cùng các hành động tương ứng với nghành nghề cần cải thiện.

Những hành động này được giao cho một thành viên trong nhóm bao gồm trách nhiệm. đàm đạo này được ghi chép cùng lưu chuyển cho toàn bộ các thành viên sau khi cuộc họp hoặc rất có thể được giữ và share trên mạng nội cỗ để tiện lợi truy cập.

JIRA bao gồm kèm một mẫu mã Retrospective Sprint cho cuộc họp cách tân dựa bên trên format dưới đây.

*

# 2) Bắt đầu, dừng và liên tục cuộc họp

Trong buổi họp này, các thành viên trong nhóm được yêu cầu cung ứng ý kiến về phần đa gì nhóm nên bước đầu làm, xong làm và liên tục làm vào sprint.

Phương pháp này là rất phổ cập và hiệu quả, nhất là đối với team mới.

•Bắt đầu phần lớn item cơ mà nhóm ý muốn thêm vào quy trình của chúng ta ví dụ: thời gian sắp tới sẽ bước đầu cho những cuộc họp dự án.

•Dừng phần nhiều item cơ mà team không thể muốn có tác dụng nữa ví dụ: dừng vấn đề kiểm tra trong code mà không nhất thiết phải dừng review code.

•Tiếp tục các item cơ mà team muốn tiếp tục làm về sau ví dụ: về sau vẫn liên tục có cuộc họp hàng ngày.

Người họp tất cả thể tùy chỉnh cấu hình thời gian về tối thiểu và tối đa của một số items mtv trong nhóm rất có thể đề xuất. Ví dụ. Từng thành viên trong nhóm đề nghị phải cung cấp 1 item cho từng Start, Stop, và thường xuyên danh sách và hoàn toàn có thể cung cấp buổi tối đa là 3 mục từng loại.

Ngoài ra, một khi toàn cục danh sách được lưu lại lại, thành viên trong nhóm hoàn toàn có thể được yêu thương cầu bỏ thăm để thu hẹp những hạng mục đặc biệt nhất.

*

#3) 5 vì sao tại sao lại buộc phải format cuộc họp

Format cuộc họp này được dựa vào yêu cầu theo dõi thắc mắc "Tại sao" thong qua các thành viên vào nhóm.Format cuộc họp này được áp dụng để tìm vì sao cơ bạn dạng cho một kịch phiên bản có sự việc (triệu chứng), và khu vực mà các nguyên nhân rất có thể không được rõ ràng.Mục tiêu chưa phải là để giải quyết và xử lý vấn đề dẫu vậy để phát âm được thực trạng và rất có thể thu eo hẹp các vì sao gốc rễ.

Mỗi thành viên trong nhóm tạo ra một chuỗi các lý do tại sao bọn họ nghĩ rằng vấn đề này đang xảy ra. Khi danh sách sẵn sàng, các câu trả lời rất có thể được hợp duy nhất thành một chuỗi duy nhất đại diện cho quan điểm đạt được một sự đồng thuận phổ biến của nhóm.

Điều này có tác dụng việc tốt nhất cho những nhóm nhỏ tuổi với size khoảng tự 3-5 thành viên.Ví dụ:

Vấn đề: chất lượng sản phẩm là không tốt.

Câu hỏi: trên sao?

Lý vì chưng 1: phiên bản Build đó không ổn định định.

Câu hỏi: tại sao?

Lý do: không có quá trình thúc ép/ép buộc- không có mã đóng góp băng.

Câu hỏi: trên sao?

Lý do: Phạm vi cố kỉnh đổi

Câu hỏi: trên sao?

Lý do: Không khẳng định được những ảnh hưởng trong khi lập kế hoạch cho dự án.

Xem thêm: Rage Multiplayer : Open

*

#4) cách tân sprint cùng với Glad (vui mừng), Sad (buồn), Mad (tức giận).

Trong format buổi họp này, từng team thành viên sẽ sử dụng khoảng tầm từ 5-10 phút nhằm ghi lại cảm hứng của mình trong sprint vừa qua.

•Những hạng mục nào mà lại mình cảm thấy chấp thuận thì được phân loại vào mục Glad.

•Những hạng mục nào mà mình không cảm thấy ưa thích và tất cả thể cách tân được thì đưa vào mục Sad.

•Những khuôn khổ nào mà gây cản trở nghiêm trọng với mình hy vọng muốn sa thải nó ngay lập tức thì đưa vào mục Mad.

Sau khoảng thời gian này, những chủ kiến của gần như người sẽ được tập đúng theo lại dựa trên xúc cảm của từng cá nhân về sprint vừa qua. Tự đó đầy đủ mục Sad và Mad sẽ tiến hành bỏ phiếu để ưu tiên tiến hành trong thời gian tới. đề cập cả một trong những hạng mục sinh sống cột “Glad” thì cũng vẫn đang còn thể đổi mới để nó tốt hơn.

*

# 5) Vẽ hình ảnh

Kỹ thuật này là 1 trong kỹ thuật chưa hẳn bằng văn phiên bản trong cuộc họp cải tiến.

Trong format cuộc họp này, những thành viên trong nhóm được cho vài phút để thu thập những quan tâm đến của họ với thể hiện xúc cảm và chủ ý của họ.

Cuộc họp này là 1 trong những định dạng giỏi để tiến hành đổi mới nơi mà truyền thông media bằng lời nói trong team đã không tốt, nó vận động như một đồ vật phá vỡ vạc lớp băng khoảng cách giữa các thành viên trong nhóm.

*

# 6) Vòng tán dương/chúc mừng

Kỹ thuật này si mê được tin tức phản hồi bởi việc thực hiện Điểm cùng và Delta. Ví dụ: mọi gì làm cho tốt, hầu hết gì có thể là xuất sắc hơn.

Trong đó, các thành viên trong đội tập hòa hợp lại để sản xuất thành một vòng tròn. 1 thành viên trong nhóm bước đầu và ném một thiết bị mềm (quả bóng bởi vải mềm, trơn stress) ném về phia bất cứ thành viên khác.

Ý tưởng là bất kể ai có bóng sẽ trả lời 3 câu hỏi:

•Họ yêu thích gì,

•Họ đánh giá cao vật gì và

•Làm gắng nào họ sẽ áp dụng những điều đang học nhằm cải thiện

Các đối tượng được thông sang một cách ngẫu nhiên trong tầm tròn cho tới khi tất cả mọi bạn đã có thời cơ để trả lời 3 câu hỏi trên.

Những quan liêu niệm sai lầm cơ phiên bản về Agile Retrospective

#1) Cuộc họp dòng tiến thì buồn tẻ, ngán ngắt

*

Đây là lý do đầu tiên tại sao thành viên trong team không thích thực hiện hoặc là xuất hiện trong buổi họp cải tiến.

Để làm cho cuộc họp càng cuốn hút người điều hành nên suy xét với niềm vui nhưng kết quả để thực hiện các cuộc họp này.

#2) Cuộc họp cách tân là thời cơ của tôi để chỉ ra năng suất trung bình dưới đây của một thành viên trong nhóm.

Cuộc họp đổi mới không bắt buộc là ngón tay trỏ hoặc từ bỏ trút ra cuộc họp.

Cuộc họp này không được lên planer để chỉ định và hướng dẫn đích xác hoặc quát túa thành viên trong team cho nhược điểm của họ. Cuộc họp này được thiết lập cấu hình trong một môi trường trung tính cùng với mục tiêu cải thiện và phạt triển. Tránh làm cho cho ý kiến trực tiếp nhằm mục đích vào một tín đồ duy nhất. Và, hãy hãy nhờ rằng mục đích sau cùng là để gia công cho dự án công trình ngày càng trở nên giỏi hơn!

*

# 3) Chỉ gặp mặt tổ chức đứng vị trí số 1 cuộc họp hồi cứu vớt và bàn thảo về các vấn đề

Các thành viên trong nhóm đề xuất được khuyến khích thâm nhập và share quan điểm của họ. Cuộc họp này là giành riêng cho sự hiện đại của đội bóng và quán triệt một cuộc đàm luận trên xuống ra quyết định bởi tổ chức gặp gỡ / facilitator.

Đồng thời, những thành viên vào nhóm yêu cầu được thoải mái và dễ chịu để họ có thể bày tỏ ý kiến đúng của họ xem mà lại không sợ hãi bị phán xét hoặc sợ phản ứng dữ dội như một tác dụng của việc lên tiếng.

# 4) thống trị cấp cao / những bên liên quan đều ko được mời vào tất cả các buổi họp cải tiến

Điều này biến hóa từ dự án để tham dự án. Quản lý cao hơn, chủ sở hữu sản phẩm có thể được mời tham gia cuộc họp nhằm giải quyết ngẫu nhiên mối niềm nở họ hoàn toàn có thể có hoặc bất kỳ lo hổ ngươi rằng team bóng đã tương quan đến cai quản trị của họ.

# 5) công dụng cuộc họp cải tiến không cần phải được ghi chép

Phương pháp Agile là dựa trên nguyên tắc "Phần mềm thao tác trên tư liệu toàn diện", tuy nhiên, điều ấy không có nghĩa là nhóm yêu cầu bỏ không làm cho tài liệu hoàn toàn.

Tài liệu đổi mới có thể dẫn cho theo dõi kết quả của những điểm hành động để đóng góp cửa. Điều này cũng rất có thể được bổ sung vào kho dữ liệu lịch sử, chỗ mà những nhóm có thể truy cập vào bài học kinh nghiệm như là 1 phần của tài sản Quy trình tổ chức.

Phần kết luận

Retrospective thực thụ rất có ích cho việc xây dựng team ngũ với sự kết nối giữa những thành viên vào team cùng với nhau..

Thành viên vào nhóm cho với nhau để nạp năng lượng mừng thắng lợi và đề xuất cách tân cũng tạo thành một môi trường thiên nhiên nhóm sáng tỏ hơn và táo bạo hơn. Thông qua đổi mới liên tục và tin tức phản hồi, các đội trở nên giỏi hơn theo thời gian.

Các cuộc họp đổi mới nên bao gồm cả những vấn đề của con người (nhân cách, thái độ, thiếu kỹ năng, vv) và những vấn đề nghệ thuật (phạm vi, yêu mong không phù hợp, định hình hệ thống, vv).

Điều này được đề xuất rằng những cuộc họp cải tiến được tiến hành tại tất cả các cấp cho và không những ở các nhóm vạc triển.

Xem thêm: Ngôi Sao Hoàng Cung 2 - Ngôi Sao Hoàng Cung 360Mobi 9+

Các cuộc họp cách tân có thể được triển khai vào cuối của một cột mốc quan tiền trọng, xong xuôi của một sprint, post mortem của một sự vắt hoặc vấn đề, sau các sự khiếu nại lớn, vv… Hãy chắc chắn là rằng những cuộc họp đổi mới của chúng ta được biên chép lại và những điểm hành động được theo dõi để kết thúc.

Cuối thuộc nhưng không thua kém phần quan lại trọng, hãy làm cho các cuộc họp cải tiến là hầu như cuộc họp vui vẻ!