Thủ Thuật Hướng dẫn Retrospective meeting là gì – Là gì ở đâu ? Chi Tiết
Bạn đang tìm kiếm từ khóa Retrospective meeting là gì – Là gì ở đâu ? được Cập Nhật vào lúc : 2022-10-31 23:49:00 . Với phương châm chia sẻ Mẹo Hướng dẫn trong nội dung bài viết một cách Chi Tiết 2022. Nếu sau khi Read nội dung bài viết vẫn ko hiểu thì hoàn toàn có thể lại phản hồi ở cuối bài để Mình lý giải và hướng dẫn lại nha.
Sprint Retrospective là gì?
(hay còn gọi là họp tăng cấp cải tiến, họp rút kinh nghiệm tay nghề)Sprint Retrospective là yếu tố kiện trình làng sau Sprint Review, và trước Sprint Planning.Sprint Retro là thời cơ để đội tăng trưởng tự nhìn lại chính mình (thanh tra chính mình) và cho ra được những tăng cấp cải tiến nên được thực thi trong Sprint tiếp theo.Thực hiện những tăng cấp cải tiến này đó đó là thể hiện được mặt thanh tra và thích nghi của Scrum Team.Trong Sprint Retro, nội dung mà team sẽ bàn luận liên quan đến 3 vướng mắc sau:– Điều gì thuận tiện trong Sprint?– Điều gì chưa tốt, cần tăng cấp cải tiến?– Cần làm gì để Sprint tiếp theo tốt hơn?Vì sao nên phải có Sprint Retrospective Meeting?Khi trước đó chưa từng làm hoạt động và sinh hoạt giải trí này, chắc bạn sẽ có được nhu yếu các nguyên do để khởi đầu. Không chỉ thế, thật nhiều team ban đầu thực thi đều đặn những buổi Retrospective nhưng lâu dần thấy chán và không tiếp tục làm nữa. Đó là lúc cần trở lại ý nghĩa và giá trị mà những buổi Retrospective meeting đem lại cho những người dân tham gia.Điểm qua những ý nghĩa thiết thực, không thể chối cãi của những cuộc họp mà toàn bộ đội nhóm cùng thực thi reflection với nhau trong cuộc họp Retrospective.– Nó tạo ra không khí bảo vệ an toàn và uy tín cho những thành viên chia sẻ những feedback, quan điểm thành viên về việc làm của đội nhóm.– Tại đây team hoàn toàn có thể ăn mừng thắng lợi và tìm thấy những thời cơ tăng trưởng– Team cũng hoàn toàn có thể cho ra được một list những hành vi cần làm, kèm theo owner để giúp Sprint sau hoạt động và sinh hoạt giải trí trơn mượt hơn.– Những sự thay đổi nhỏ, qua từng tuần sẽ tích lũy tạo ra những tăng cấp cải tiến đột phá– Những ý kiến tầm nhìn được đưa lên bàn, giúp những thành viên cảm thấy được lắng nghe và tôn trọng. .Sự rất khác nhau giữa Sprint Review và Sprint Retrospective– Sprint Review tạo thời cơ cho team trình làng, minh họa về thành phầm vừa hoàn thành xong. Chủ đề của cuộc họp nói về thành phầm, tính năng, phần tăng trưởng. PO và những stakeholder tham gia Review hoàn toàn có thể trải nghiệm, dùng thử, đưa ra feedback tăng cấp cải tiến thành phầm.– Còn Sprint Retrospective là thời cơ để đội tăng trưởng reflect, nhìn lại những việc đã hoàn thành xong, chúc mừng nhau về những điều làm tốt và mày mò ra những tăng cấp cải tiến cho quy trình thao tác, con người trong cả Sprint vừa trình làng.Làm thế nào để tổ chức triển khai Sprint Retrospective?
Ai tham gia vào Sprint Retrospective
Đội tăng trưởng, Scrum Master đều là thành phần bắt buộc tham gia Sprint Retrospective.Product Owner nên tham gia cùng để lấy ra những tầm nhìn tăng cấp cải tiến quan hệ cộng tác giữa PO và đội tăng trưởng.Product Owner hoàn toàn hoàn toàn có thể tham gia cùng đội tăng trưởng trong cuộc họp Retro với mong ước hiểu thêm về sự việc phức tạp trong việc làm của đội đang làm. Còn Scrum Master tham gia với vai trò đó đó là khuyến khích, động viên team đưa ra những tăng cấp cải tiến cho quy trình, công cụ, và cả những tăng cấp cải tiến practices nhằm mục đích tăng cường quan hệ cộng tác, teamwork của team tự chủ.
Buổi Sprint retrospective không riêng gì có quan tâm nhìn nhận và tăng cấp cải tiến quy trình, công cụ mà nó còn hướng tới con người và quan hệ. Thời lượng của buổi Retrospective
Retrospective nên làm kéo dãn tối đa 3 tiếng riêng với Sprint có độ dài 1 tháng.Sprint ngắn lại thì họp Retrospective ngắn lại. Sprint 1 tuần thì Retro nên làm tối đa khoảng chừng 45′.
Template tìm hiểu thêm của Retrospective 45 phút
Sau đấy là agenda tìm hiểu thêm vào cho một cuộc họp Retrospective (không riêng gì có vận dụng cho Sprint, mà còn tồn tại thể vận dụng cho việc nhìn lại 1 quý, 1 dự án công trình bất Động sản)1. Setting the stage – Tạo toàn cảnh và không khí cho cuộc họpSetting the stage hiểu là khởi động, lên tinh thần cho cuộc thảo luận của team. Hãy sử dụng những khoảng chừng thời hạn ngắn thứ nhất của cuộc họp để khiến mọi người cảm thấy tự do và hào hứng chia sẻ.Dưới đấy là một trong vài yếu tố về tinh thần mà những thành viên nên sẵn sàng sẵn sàng trước lúc bước vào cuộc họp Retrospective:
Không thành viên hóa yếu tố (take it personally), đừng xem mọi chuyện là trỏ về bản thân mình.Lắng nghe với cái đầu mở và ghi nhớ rằng trải nghiệm của người nào thì cũng đều đáng quý.Thiết lập ranh giới thảo luận cho cuộc họp – yếu tố sẽ đề cập đến trong mức chừng thời hạn nào (Sprint vừa trình làng, hay quý vừa qua, hay dự án công trình bất Động sản)Tinh thần tăng cấp cải tiến, cùng tăng trưởng, tránh tư duy đổ lỗi.
2. Gather data – Thu thập tài liệu
Đây là lúc mọi thành viên đều cần chia sẻ thông tin, kèm những quan sát, nhìn nhận của tớ mình về việc làm của team trong tuần.Ở phần này, team hoàn toàn có thể sử dụng những format rất khác nhau từ Glad Sad Mad, Start Stop Continue, Keep Problem Try, Starfish, 4Ls. để tại vị vướng mắc giúp những thành viên đưa ra ý kiến, quan điểm thành viên.Nhìn chung những format dẫn dắt này đều quay xung quanh 3 vướng mắc chính
Điều gì làm tốt, thuận tiện?Điều gì chưa tốt, cần cải tiếnHành động tăng cấp cải tiến tiếp theo là gì?
Lưu ý rằng mỗi format điều phối phần tích lũy tài liệu sẽ có được mục tiêu rất khác nhau. Ví dụ Glad Sad Mad triệu tập vào cảm xúc của những thành viên hơn, từ đó tìm ra yếu tố thẳm sâu. Hay Start Stop Continue thì có hơi hướng khơi gợi hành vi cho tương lai.Mỗi thành viên tham gia đều ghi nhận định và quan sát của tớ lên giấy note, và cùng đưa lên 1 bảng trắng hoặc trực tuyến board, để ai cũng hoàn toàn có thể biết được ý kiến của nhau.Glad Sad Mad format thường dùng trong Sprint Retrospective3. Generate insights – Đào sâu yếu tốTừ những card ý kiến của thành viên, cả team cùng sắp xếp, gom nhóm, vô hiệu những ý kiến trùng. Sau đó team cùng đọc hiểu và đào sâu yếu tố. Kỹ thuật 5 Why – đặt vướng mắc Vì sao 5 lần là một trong những cách giúp những thành viên mày mò ra nguyên nhân cốt lõi của những sự vật – hiện tượng kỳ lạ, hay những quan sát mà người ta nêu ra.Cố gắng link những tài liệu, và luận giải, móc nối, đúc rút những yếu tố thành những mô thức hành vi, mô thức sai lầm không mong muốn, hay những practices hiệu suất cao, hoặc bài học kinh nghiệm tay nghề kinh nghiệm tay nghề sẽ rất hữu
ích để team mang theo bên mình trong những Sprint tiếp theo.Kỹ thuật đặt 5 vướng mắc vì sao Đào sâu vấn đề4. Decide what to do – Xác định hành vi tăng cấp cải tiếnCó quá nhiều kiến giải ý tưởng, insights mà không biến chúng thành hành vi thì cũng vô ích.Đây là lúc team cần nhìn vào tính thực tiễn của những insights, bài học kinh nghiệm tay nghề vừa rút ra và đưa ra những hành vi tăng cấp cải tiến hoàn toàn có thể làm được luôn, đưa vào Sprint sau triển khai.Hãy dùng phương thức dot voting, để cùng số lượng giới hạn list những tăng cấp cải tiến xuống còn từ 3-5 tăng cấp cải tiến. Với sự triệu tập vào 1 số ít hành vi tăng cấp cải tiến nhất định, team hoàn toàn có thể keep track, follow up và không biến thành bỏ sót ở Sprint tiếp.Và nhớ là lưu giữ vào bảng task board để ai cũng hoàn toàn có thể nhìn thấy. Đi kèm với đó, team bạn cũng đừng quên bầu ra 1 owner cho từng hành vi tăng cấp cải tiến. Nếu không thì những tăng cấp cải tiến của team bạn sẽ rơi vào tình trạng cha chung không còn ai khóc.5. Close retrospective – Kết thúc cuộc họpCuối cùng, hãy kết thúc cuộc họp bằng phương pháp tóm tắt lại những gì đã trình làng, đặc biệt quan trọng đề cập đến những hành vi cần thực thi và owner của những hành vi đó.Team cũng hoàn toàn có thể kết thúc bằng 1 phần nhìn nhận nhanh hiệu suất cao của hoạt động và sinh hoạt giải trí Retrospective vừa trình làng, xem mức độ hài lòng của mọi người là bao nhiêu từ là 1-5 ví dụ điển hình.Các thành viên tại Magestore thảo luận để học hỏi lẫn nhauBài học rút ra khi thực thi Retrospective tại MagestoreTrên thực tiễn, hoạt động và sinh hoạt giải trí tăng cấp cải tiến rút kinh nghiệm tay nghề là một trong những hoạt động và sinh hoạt giải trí khó điều phối. Nhất là trong team có toàn những anh em developer, tối ngày chỉ quan tâm đến những dòng code.Chúng mình nhận thấy rằng, hoạt động và sinh hoạt giải trí này yên cầu những thành viên nên phải có ý thức về bản thân (self-awareness) tốt. Thậm chí, team cũng cần phải có những người dân dân có trí thông minh cảm xúc (EQ) cao để dẫn dắt, điều phối được hiệu suất cao.Sau thuở nào gian trải nghiệm những phương pháp thức Retrospective rất khác nhau, cùng với đó là hỏi thăm kinh nghiệm tay nghề thực hành thực tiễn của những team tự chủ tại Magestore, chúng tôi đã và đang lượm lặt được một vài bài học kinh nghiệm tay nghề thú vị. Mong là chúng sẽ hữu ích với cuộc họp tăng cấp cải tiến trong team của bạn.1. Thẳng thắn chia sẻ vướng mắc trong daily meeting giúp team có action tăng cấp cải tiến luônChị Amber, một thành viên của team triển khai dự án công trình bất Động sản tại Magestore chia sẻ. Một điểm hay của team chị là mọi người sẽ nêu luôn những khúc mắc tại daily stand-up meeting và tiếp theo đó bàn phương hướng xử lý và xử lý tức thời nếu được.Các phương án này sẽ tiến hành team lưu giữ lại trên cột Open trong issue board trên Gitlab. Những khoảnh khắc retrospective đến từng ngày như vậy giúp team thích ứng và có solution sửa chữa thay thế được những yếu tố tồn dư một cách nhanh gọn, chứ không phải đợi đến buổi retro thời gian vào buổi tối cuối tuần mới phát hiện và xử lý.Ai cũng luôn có thể có tầm nhìn và quan điểm để toàn bộ chúng ta tôn trọng và họchỏi từ đó2. Sprint Retrospective nên đưa ra tăng cấp cải tiến nhỏ có tính thực tiễn, và hành vi được luônCó câu nói:Small changes have a big impact than good idea that never happen.Ý nói rằng những thay đổi nhỏ sẽ có được tác động to nhiều hơn là những ý tưởng chẳng bao giờ được thực thi.Đây cũng là một bài học kinh nghiệm tay nghề mà anh Mike, CIO tại Magestore, có hơn 10 năm kinh nghiệm tay nghề với những dự án công trình bất Động sản tech chia sẻ. Anh nói rằng, team nên rút ra những ý tưởng tăng cấp cải tiến nhỏ trong phạm vi 1 Sprint. Nhỏ ở đây hiểu là có tính thực thi, và hành vi được luôn trong Sprint sau. Chứ không phải là những ý tưởng tăng cấp cải tiến to và thiếu tính thực thi, chỉ là nói xuông.3. Cần follow-up action tăng cấp cải tiến và chọn owner để đảm bảo chúng trình làngĐây tiếp tục là một kinh nghiệm tay nghề nữa được anh Mike rút ra sau một quy trình thực hành thực tiễn Sprint Retrospective ở nhiều team tự chủ rất khác nhau.Team có sự trao đổi, đúc rút được những bài học kinh nghiệm tay nghề kinh nghiệm tay nghề quý báu, và đưa ra được những hành vi tăng cấp cải tiến là rất tốt. Nhưng quan trọng hơn là tiếp theo đó action plan thế nào.Các hành vi này còn có đi vào thực tiễn, trở thành thứ team làm hằng ngày?Để đảm bảo những ý tưởng tăng cấp cải tiến thành hiện thực, hãy lựa chọn mỗi hành vi tăng cấp cải tiến một owner, là người sẽ nhắc nhở, keep track, đảm bảo những thành viên khác thực thi như những gì đã thảo luận ở trong cuộc họp Retrospective.4. Linh động thay đổi format để khớp với tính chất việc làm hoặc của buổi Retrospective.Để tương hỗ cho những buổi Retrospective không biến thành nhàm chán, hãy thử linh hoạt thay đổi những phương thức điều phối, dẫn dắt buổi Retrospective meeting.Như đã chia sẻ tại cuốn Agile Playbook trong nội dung bài viết những phương pháp họp Retrospective, bạn hoàn toàn có thể thử nghiệm và cho team nhìn nhận xem 1 format nào là phù phù thích hợp với tính chất việc làm của team.Tại Magestore, những team tự chủ chúng mình thường sử dụng format Glad Sad Mad cho cuộc họp Retrospective của Sprint một tuần. Format này đặc biệt quan trọng giúp chúng mình mày mò tâm trạng và cảm xúc của nhau, giúp những thành viên hiểu nhau hơn và tìm ra tăng cấp cải tiến giúp mọi người không riêng gì có thao tác hiệu suất cao mà còn trở nên niềm sung sướng hơn.Còn riêng với những dự án công trình bất Động sản thực chiến, team thường sử dụng những format Keep Stop Start hay Keep Problem Try để rút ra được những hành vi đưa vào thực tiễn một cách nhanh gọn.Cùng tùy vào tính chất việc làm và sự yêu thích của những thành viên mà team sẽ đi đến quyết định hành động gắn bó lâu bền hơn hơn với cùng 1 format nào đó.5. Đưa Retrospective thành cuộc họp trực tuyến khi working remote.Hiện Magestore cũng đang vận dụng chính sách working remote. Và để những thành viên đồng điệu với nhau, chúng tôi đã đưa những cuộc họp này lên nền tảng trực tuyến.Đơn giản với những công cụ Google Hangout hay Zoom dùng để gọi nhóm, Google Docs, Google Sheet để ghi lại nội dung cuộc họp ngay trong lúc trì
nh làng. Đi kèm với đó là những task board trên trelllo, gitlab để tracking những task trong một Sprint.Công cụ Ideaboardz hữu ích giúp team đưa ý tưởng lên bảng với những giấy note sắc màuNgoài ra, chúng mình còn sử dụng thêm công cụ Ideaboardz – để những thành viên ghi lại những ý kiến dạng post-it-note cho những format dạng Glad Slad Mad, Keep Stop Start.Tiến trình cuộc họp vẫn thế, chỉ khác một chút ít là cần dùng linh hoạt hơn những công cụ tương hỗ để điều phối cuộc họp.Còn bạn thì sao? Team của bạn đang tổ chức triển khai những cuộc họp tăng cấp cải tiến, rút kinh nghiệm tay nghề cho Sprint, cho dự án công trình bất Động sản hay cho quý ra làm sao?Hãy chia sẻ thêm với Magestore nhé!Chúc những bạn tổ chức triển khai được những buổi Retrospective đầy hứng khởi cho team của tớ!
Video Retrospective meeting là gì – Là gì ở đâu ? ?
Bạn vừa tìm hiểu thêm Post Với Một số hướng dẫn một cách rõ ràng hơn về Clip Retrospective meeting là gì – Là gì ở đâu ? tiên tiến và phát triển nhất
Share Link Cập nhật Retrospective meeting là gì – Là gì ở đâu ? miễn phí
Hero đang tìm một số trong những Chia Sẻ Link Cập nhật Retrospective meeting là gì – Là gì ở đâu ? Free.
Giải đáp vướng mắc về Retrospective meeting là gì – Là gì ở đâu ?
Nếu sau khi đọc nội dung bài viết Retrospective meeting là gì – Là gì ở đâu ? vẫn chưa hiểu thì hoàn toàn có thể lại Comment ở cuối bài để Ad lý giải và hướng dẫn lại nha
#Retrospective #meeting #là #gì #Là #gì #ở #đâu