58
4
Trong khuôn khổ phát triển linh hoạt Scrum, Cuộc họp độc lập hàng ngày (còn gọi là Daily Scrum) là một quy trình rất quan trọng và là cuộc họp định kỳ quan trọng trong quá trình phát triển lặp lại của Sprint. Trong một khoảng thời gian giới hạn, mọi người cùng nhau giao tiếp và các thành viên thông báo cho nhau về tiến độ thực hiện nhiệm vụ tương ứng, những khó khăn họ gặp phải và tìm kiếm sự giúp đỡ để giải quyết những vấn đề gặp phải.
Nó là một công cụ để nâng cao hiệu quả giao tiếp và cộng tác cũng như đồng bộ hóa tiến độ công việc.
Tại sao chúng ta phải đứng họp?
Điều này để trong một cuộc họp ngắn, mọi người có thể tập trung vào giao tiếp, giải quyết vấn đề càng sớm càng tốt và kết thúc cuộc họp càng sớm càng tốt.
Từ phần giới thiệu ở trên, bạn có thể hiểu được mục đích của các cuộc họp độc lập hàng ngày.
Trong chu trình phát triển Sprint, việc phân công nhiệm vụ và tiến độ hoàn thành nhiệm vụ đã được lên kế hoạch.
Làm thế nào để bạn biết tiến độ phát triển hàng ngày? Làm thế nào để theo dõi tiến độ công việc? Các cuộc họp độc lập hàng ngày có thể đồng bộ hóa tiến độ hoàn thành nhiệm vụ mỗi ngày.
Các bạn cũng có thể hiểu tiến độ nhiệm vụ của nhau để tạo điều kiện cho sự hợp tác chung và mọi người cũng hiểu được tình trạng chung của dự án.
Ví dụ: nếu nhà phát triển đã hoàn thành việc phát triển các chức năng, người kiểm tra có thể sắp xếp việc kiểm tra kịp thời.
Hãy vạch trần những vấn đề gặp phải trong quá trình phát triển càng sớm càng tốt, sau đó mọi người có thể giúp giải quyết các vấn đề để dự án có thể tiến triển suôn sẻ.
Đối với các vấn đề khác nhau như vấn đề kỹ thuật, thay đổi nhu cầu, không đủ nguồn lực, v.v., các thành viên trong nhóm có thể cùng nhau thảo luận các giải pháp tại cuộc họp độc lập để tránh tích tụ các vấn đề và chậm trễ.
Bằng cách hiểu tiến độ công việc của nhau, các thành viên trong nhóm có thể phối hợp tốt hơn các trình tự công việc và sự phụ thuộc.
Ví dụ: trong phát triển giao diện front-end và back-end, phát triển front-end và phát triển back-end có thể sắp xếp công việc phát triển dock giao diện của riêng mình dựa trên tiến độ của bên kia.
Bạn cũng có thể xem lại việc phân bổ nhiệm vụ hiện tại và phân công lại nhiệm vụ. Xem xét ước tính thời gian phát triển.
Ví dụ: nếu các nhiệm vụ phát triển của Tom được hoàn thành trước thời hạn, nhưng một số trường hợp đặc biệt không được xem xét trong quá trình phát triển ước tính nhiệm vụ của Jimmy, dẫn đến các nhiệm vụ phát triển bị tụt lại phía sau, thì các nhiệm vụ phát triển khác của Jimmy có thể được giao cho Tom phát triển và cập nhật nhiệm vụ của riêng anh ấy. thời gian ước tính nhiệm vụ.
Mục tiêu cuối cùng: hoàn thành nhiệm vụ phát triển càng sớm càng tốt và cung cấp Sprint.
Ba câu hỏi kinh điển cho các cuộc họp độc lập hàng ngày:
1. Hôm qua tôi đã hoàn thành những nhiệm vụ gì?
Báo cáo công việc đã hoàn thành ngày hôm qua và tiến trình thực hiện nhiệm vụ.
2. Tôi dự định hoàn thành những nhiệm vụ hôm nay?
Giải thích mục tiêu và nhiệm vụ công việc ngày hôm nay.
3. Hiện tại bạn có gặp khó khăn, Câu mắc câu nào không?
Tôi có gặp khó khăn, Cố vấn trong quá trình phát triển không?
Đây thực chất là sự kết nối giữa các thành viên trong nhóm để hoàn thành nhiệm vụ tiến trình.
Ghi chú:
Chỉ nói về những điểm và nhiệm vụ chính mà không thảo luận chi tiết. hãy thảo luận một mình sau cuộc họp. Đừng để cuộc họp ngày thành công cuộc họp báo cáo với Chủ sở hữu sản phẩm hoặc Scrum Master.
Người tham gia:
Bao gồm nhân viên phát triển, chủ sở hữu sản phẩm, trưởng nhóm Scrum, vv, cũng có thể có nhân sự bên ngoài liên quan đến cuộc gọi this view.
Thời gian trình chiếu:
Toàn bộ thời lượng cuộc thi được kiểm tra trong vòng 15 phút, giúp cuộc họp trình bày ngắn gọn và hiệu quả.
Chủ đề nghị luận:
Scrum Master. Nếu muốn đạt được kết quả hiển thị và có ý nghĩa hơn, bạn có thể thực hiện các thành viên trong nhóm thay đổi các phiên chủ trì cuộc thi, điều này sẽ khiến các thành viên trong nhóm cảm thấy gắn kết hơn và rèn luyện kỹ năng tiếp theo, phối hợp.
Cuộc thi kỷ luật:
Người chủ trì cuộc họp cần duy trì kỷ luật của cuộc họp, mặc dù có giới hạn nếu các thành viên nói quá dài, hãy đưa ra những điều đó nhận dừng lại đúng lúc.
Các bước xem:
1. Tập hợp người tham gia: Tập hợp người tham gia tại một địa điểm và cố định thời gian cho tất cả mọi người. tham gia sẽ phát triển và phát triển để cuộc trình diễn diễn ra ngắn gọn và hiệu quả.
2. Lần nói: nói theo một trình tự nhất định. service.
3. Thảo luận các vấn đề gặp phải: If a user nêu vấn đề, các thành viên trong nhóm có thể thảo luận ngắn gọn về cách giải quyết. phức tạp hơn, nên sắp xếp một cuộc họp khác để thảo luận sau cuộc họp độc lập.
4. Tóm tắt (tùy chọn): Nếu cần một bản tóm tắt, Scrum Master hoặc người điều hành có thể đưa ra một bản tóm tắt rút gọn, nhấn mạnh các vấn đề chính hoặc các bước tiếp theo, vv Quá trình viết lại các vấn đề của người dùng vấn đề, vấn đề khó khăn cần giải quyết trong cuộc họp để các nhân vật có liên quan có thể trao đổi riêng sau cuộc họp.
Trong cuộc họp, bảng trắng hoặc thẻ cảnh báo, dạng điện tử hoặc vật chất thường được sử dụng.
Mọi người đứng trước kanban trong cuộc họp và cập nhật tiến trình lên bảng nhiệm vụ một cách kịp thời.
Cuộc họp độc lập hàng ngày được tổ chức để liên kết giữa các thành viên trong nhóm, nhận bản cập nhật thông tin tiến độ nhiệm vụ, đồng bộ hóa tiến độ nhiệm vụ với những người khác và điều chỉnh nhiệm vụ kịp thời.
Nếu công việc và nhiệm vụ tiến trình được báo cáo đơn giản dựa trên ba câu hỏi mà không có thảo luận và tương thích tác sẽ trở thành một công việc báo cáo cuộc thi. nhóm Agile và không đạt được mục tiêu của các nhóm cuộc họp độc lập hàng ngày.
Bài phát biểu của một thành viên trong nhóm quá dài hoặc anh thảo luận sâu về một vấn đề kỹ thuật. Đây là những hành vi. người điều hành cuộc họp cần chú ý và dừng lại. độc lập chỉ tập trung vào bản cập nhật or đồng bộ hóa nhiệm vụ, còn các vấn đề thảo luận kỹ thuật chi tiết có thể được thảo luận riêng sau cuộc họp.
Sau khi vấn đề được phơi bày, các thành viên trong nhóm lo sợ rằng lãnh đạo hoặc chủ sở hữu sản phẩm sẽ nghi ngờ khả năng của họ, hoặc đặt câu hỏi và được giao nhiệm vụ mới. các thành viên trong nhóm cảm thấy bất an và chán nản.
Vì vậy, chúng tôi phải tạo ra một môi trường giao tiếp mở rộng và thân thiện hơn. đề chứ không phải để chỉ trích khả năng của mọi người. “nâng ly chúc mừng khi chiến thắng và chiến đấu cứu nhau khi thua”. bạn.
Một số nhóm gửi báo cáo về ba vấn đề dưới dạng văn bản trước cuộc họp. Đây chỉ là một công việc bình thường. valid và không có nhiều ý nghĩa.
Sau cuộc họp không có thảo luận thêm về các vấn đề và không có giải pháp nào bổ sung cho những vấn đề khó khăn.
[qua] .
Cuối cùng, bài viết này về Phát triển Agile: Cách tổ chức cuộc họp độc lập hàng ngày (Daily Stand-up Meet) một cách hiệu quả sẽ end at here. quả (Cuộc gặp gỡ hàng ngày) bạn sẽ ủng hộ blog của tôi trong tương lai!
58
4
0
Cách đây không lâu, Bilibili 13/07/2021", trong đó đánh giá chi tiết thời điểm đen tối nhất khi toàn bộ trang web của họ lắng xuống trong khoảng 3 giờ vào đêm 2021/07/13, cũng như quá trình xác định và khắc phục lỗi cực kỳ căng thẳng
WiFi (bộ điều hợp) không có dây) chúng đã được bật nhưng không cần kết nối mạng. hiểu biết đều được đánh giá cao.
Tôi không thể tạo mới Window Station để chạy ứng dụng của mình int _tmain(int argc, TCHAR* argv[], TCHAR* envp[]) { wprintf(L"
Sau khi cài đặt gói trong môi trường Conda, tôi muốn thực hiện một số thay đổi đối với mã hóa trong gói. Tôi có thể tìm thấy thư mục. site-packages chứa các gói đã cài đặt ở đâu?
hôm nay tôi đã thay đổi cấu hình của matplotlib. rất nhiều gói có dấu ngã trong tên của chúng: ~klearn là sklearn , Nhưng
Trung tâm cá nhân
Điều chỉnh hành động
bỏ
Tôi là một lập trình viên xuất sắc, rất xuất sắc!