Nhóm Agile: Sự trưởng thành trong phát triển

Những thay đổi liên tục và không thể đoán trước là điều bình thường trong hầu hết các ngành công nghiệp và lĩnh vực kinh doanh. Vuca (biến đổi, không chắc chắn, phức tạp và mơ hồ) yêu cầu bạn phải tránh các phương pháp và thực tiễn quản lý và lãnh đạo truyền thống và lỗi thời.

Do đó, ngày càng nhiều công ty bắt đầu giới thiệu agilescrum, nhưng việc triển khai agile của nhiều công ty không đạt yêu cầu.

Trong quá trình làm việc hàng ngày, chế độ làm việc của nhóm bị ảnh hưởng lớn bởi trưởng nhóm hoặc trưởng dịch vụ. Đôi khi, sự linh hoạt của nhóm phụ thuộc vào phong cách làm việc cá nhân của lãnh đạo. Mô hình đã đi lệch hướng và không làm cho nhóm thực sự linh hoạt.

Vì vậy, khi một nhóm sản phẩm áp dụng một mô hình phát triển agile, làm thế nào bạn biết được nhóm có thực sự linh hoạt không?


Tại sao Scrum đơn giản nhưng không dễ?

Scrum đơn giản nhưng không dễ vì những lý do sau:

  1. Một sự thay đổi thành công không hoàn toàn từ trên xuống hoặc từ dưới lên;
  2. Trạng thái cuối cùng là không thể đoán trước, và Scrum cần cải tiến liên tục;
  3. Scrum có mặt ở khắp mọi nơi trong toàn bộ tổ chức;
  4. Scrum hoàn toàn khác với đào tạo/giáo dục truyền thống;
  5. Những thay đổi đến nhanh hơn trước đây;
  6. Các phương pháp tốt nhất có thể gây nguy hiểm. Hãy tìm một phương pháp phù hợp với bạn;

Scrum không chỉ là một sự thay đổi kỹ thuật, mà còn là một sự đổi mới về khái niệm. Toàn bộ nhóm phải có thái độ sau khi thực hiện công việc:

  1. Nhóm phải học cách bắt đầu làm việc mà không cần một kế hoạch lớn và toàn diện;
  2. Nhóm phải học cách phân tích và hiểu yêu cầu thông qua các câu chuyện người dùng và giao tiếp mà không cần tài liệu yêu cầu chi tiết, và bắt đầu thiết kế và lập trình;
  3. Nhóm nên quen với việc nộp mã thường xuyên và tích hợp liên tục;
  4. Nhóm làm việc trong một môi trường rất minh bạch, và tiến độ của mọi người đều được mọi người biết đến;
  5. Nhóm cần lập trình cặp, và cần có sự giao tiếp và thảo luận thường xuyên;

Scrum không chỉ là một khung quy trình, mà quan trọng hơn, nó sử dụng Scrum để xây dựng các nhóm và nâng cao khả năng của nhóm. Mức độ hòa nhập của nhóm gần như xác định hiệu quả của việc triển khai Scrum. Nhưng sự thành công của nhóm không đạt được chỉ sau một đêm. Cách để mài giũa nhóm ở các giai đoạn khác nhau là một thách thức cho mọi người.

Bài viết này tập trung vào ba giai đoạn của một nhóm Scrum từ việc tạo ra đến sự trưởng thành, để giúp bạn xác định giai đoạn của nhóm và tìm cách vượt qua giai đoạn tiếp theo.

Nhóm Agile: Giai đoạn I

  1. Vai trò của PO (chủ sở hữu sản phẩm) trong Nhóm là rõ ràng, và PO có trách nhiệm quản lý Danh sách sản phẩm;
  2. PO là nguồn chính của các yêu cầu, và có trách nhiệm thu thập yêu cầu từ tất cả các bên, và chịu trách nhiệm về các yêu cầu;
  3. PO có trách nhiệm xác định ưu tiên của Danh sách sản phẩm, điều này cũng đúng khi có sự thay đổi xảy ra;
  4. Có một người trong nhóm có thể đảm nhận vai trò Scrum Master, về cơ bản người này sẽ đảm nhận vai trò Scrum Master trong một thời gian dài;
  5. Về cơ bản có thể phối hợp nhóm để giải quyết các vấn đề gặp phải trong Sprint. Tuy nhiên, khả năng giải quyết các vấn đề liên ngành còn yếu;
  6. Scrum Master hỗ trợ các thành viên trong nhóm duy trì Danh sách Sprint và nuôi dưỡng thói quen cho các thành viên trong nhóm tự duy trì Danh sách Sprint;
  7. Scrum Master có trách nhiệm dẫn dắt và chủ trì cuộc họp đứng. Cuộc họp đứng diễn ra tại một địa điểm và thời gian cố định và kết thúc trong thời gian tiêu chuẩn. Scrum Master rất rõ ràng về nội dung công việc của từng thành viên trong nhóm, và hầu hết các vấn đề và rủi ro có thể được phát hiện thông qua cuộc họp đứng.
  8. Scrum Master có trách nhiệm tổ chức các cuộc họp khác nhau theo lịch trình, chẳng hạn như cuộc họp kế hoạch, cuộc họp tổng kết, đánh giá PRD (Đánh giá hiệu suất và phát triển), đánh giá mã, đánh giá trường hợp, v.v.;
  9. Scrum Master có trách nhiệm dẫn dắt và chủ trì cuộc họp kế hoạch, đưa ra phương pháp đánh giá thời gian làm việc, đưa ra nội dung kế hoạch và mức độ ưu tiên của sprint này, hướng dẫn mọi người phân chia nội dung sprint, và hướng dẫn mọi người hoàn thành việc đánh giá thời gian làm việc;
  10. Scrum Master có trách nhiệm dẫn dắt và chủ trì cuộc họp tổng kết. Scrum Master chủ yếu chịu trách nhiệm tổng kết những ưu điểm và nhược điểm của vòng lặp này, và xây dựng các biện pháp cải tiến để khắc phục những thiếu sót và theo dõi;
  11. Scrum Master có trách nhiệm theo dõi rủi ro và tiến độ, và có thể thông báo cho các bên liên quan;
  12. Trong hầu hết các trường hợp, Nhóm có thể hoàn thành cam kết của mình với DOD;

Nhóm Agile: Giai đoạn II

  1. PO chịu trách nhiệm quản lý Product Backlog, và Nhóm phê duyệt nội dung của Product Backlog;
  2. Nhóm sẽ hỗ trợ PO trong việc thu thập yêu cầu và sẽ chủ động đề xuất yêu cầu. Nhóm nhận diện các yêu cầu và chịu trách nhiệm về các yêu cầu;
  3. PO hỗ trợ Nhóm xác định ưu tiên của Product Backlog, ngay cả khi có sự thay đổi;
  4. Vai trò của Scrum Master trong Nhóm là Dự phòng. Khi Scrum Master không có mặt, Dự phòng có thể hoàn toàn đảm nhận vai trò công việc;
  5. Hoàn toàn có khả năng phối hợp nhóm để giải quyết các vấn đề gặp phải trong Sprint. Khả năng thúc đẩy giải quyết vấn đề liên ngành là mạnh, nhưng khả năng thúc đẩy giải quyết vấn đề liên phòng ban là yếu;
  6. Thói quen của các thành viên trong nhóm tự duy trì Sprint Backlog đã được hình thành, và Scrum Master chỉ cần giám sát và nhắc nhở;
  7. Scrum Master hỗ trợ trong việc tiến hành hiệu quả cuộc họp đứng. Cuộc họp đứng kết thúc trong thời gian tiêu chuẩn tại một địa điểm và thời gian cố định. Các thành viên trong nhóm rất rõ ràng về nội dung công việc của các thành viên khác. Các thành viên trong nhóm có thể hỗ trợ Scrum Master tìm ra một số vấn đề và rủi ro. Một số vấn đề và rủi ro vẫn được Scrum Master phát hiện;
  8. Scrum Master hỗ trợ trong việc tiến hành hiệu quả các cuộc họp khác nhau, chẳng hạn như cuộc họp kế hoạch, cuộc họp tổng kết, đánh giá PRD, đánh giá ERD, đánh giá mã, đánh giá trường hợp, v.v.;
  9. Scrum Master hỗ trợ trong việc thực hiện hiệu quả cuộc họp kế hoạch, và thảo luận với các thành viên trong nhóm để xác định phương pháp đánh giá giờ làm việc, nội dung kế hoạch và ưu tiên của sprint này, và sau đó cùng nhau hoàn thành việc phân chia nội dung sprint và đánh giá giờ làm việc;
  10. Scrum Master hỗ trợ trong việc tổng hợp tiến độ hiệu quả của cuộc họp, thảo luận và tổng kết những ưu điểm và nhược điểm của vòng lặp này với các thành viên trong nhóm, và có thể xây dựng các biện pháp cải tiến hiệu quả và thực hiện các cải tiến hiệu quả đối với những thiếu sót, và các ưu điểm có thể tiếp tục được duy trì;
  11. Dưới sự dẫn dắt của Scrum Master, các thành viên trong nhóm tham gia vào việc giám sát rủi ro và tiến độ, và có thể thông báo thường xuyên cho các bên liên quan;
  12. Nhóm cùng nhau hoàn thành cam kết của mình đối với DOD (Định nghĩa hoàn thành);

Nhóm Agile: Giai đoạn III

  1. Product Backlog được khởi xướng và quản lý bởi PO, và Nhóm tham gia vào việc thảo luận và cải tiến;
  2. Nhóm cùng nhau đề xuất và thu thập yêu cầu, và cùng chịu trách nhiệm về sản phẩm;
  3. Nhóm cùng nhau xác định và chịu trách nhiệm về ưu tiên của Product Backlog, ngay cả khi có sự thay đổi;
  4. Bất kỳ ai trong Nhóm đều có thể đảm nhận vai trò Scrum Master;
  5. Nó có thể giúp Nhóm vượt qua tất cả các trở ngại gặp phải trong Sprint, và có khả năng mạnh mẽ trong việc thúc đẩy giải quyết vấn đề liên ngành và liên phòng ban, và đảm bảo rằng DoD được hoàn thành như đã thỏa thuận;
  6. Các thành viên trong nhóm duy trì Sprint Backlog một cách có ý thức, và Scrum Master thường xuyên kiểm tra việc duy trì Sprint Backlog của các thành viên trong nhóm;
  7. Các thành viên trong nhóm tích cực tham gia cuộc họp đứng, được tiến hành một cách hiệu quả và hiệu suất. Cuộc họp đứng diễn ra tại một địa điểm và thời gian cố định và kết thúc trong thời gian tiêu chuẩn. Các thành viên trong nhóm rất rõ ràng về nội dung công việc của các thành viên khác, và các thành viên trong nhóm chủ động đặt câu hỏi và rủi ro, phát hiện tất cả các vấn đề và rủi ro cùng với Scrum Master;
  8. Với sự hỗ trợ của Scrum Master, các thành viên trong nhóm dẫn dắt việc tiến hành hiệu quả các cuộc họp khác nhau, chẳng hạn như cuộc họp kế hoạch, cuộc họp tổng kết, đánh giá PRD, đánh giá ERD, đánh giá mã, đánh giá trường hợp, v.v.;
  9. Với sự hỗ trợ của Scrum Master, các thành viên trong nhóm dẫn dắt cuộc họp kế hoạch, và nhóm cùng chịu trách nhiệm về kết quả đánh giá giờ làm việc, nội dung kế hoạch và kết quả phân chia của sprint này, và kết quả xác nhận mức độ ưu tiên;
  10. Được hỗ trợ bởi Scrum Master, các thành viên trong nhóm dẫn dắt cuộc họp tổng kết. Nhóm cùng chịu trách nhiệm về kết quả của vòng lặp này và có thể cùng nhau nhận diện nguyên nhân gốc rễ của những thiếu sót. Trong giai đoạn sau, tất cả các thành viên trong nhóm tích cực và hiệu quả cải tiến, và dần dần biến những thiếu sót thành ưu điểm. Các ưu điểm có thể ngày càng tốt hơn;
  11. Nhóm tích cực giám sát rủi ro và tiến độ cùng nhau, và có thể thông báo cho các bên liên quan kịp thời;
  12. Nhóm tập trung vào việc hiện thực hóa các chức năng và chuyên môn hóa trong việc hiện thực hóa sản phẩm. Nhóm có khả năng xác định đúng lộ trình của sản phẩm và cùng nhau thúc đẩy sự cải tiến liên tục của sản phẩm;

Tóm tắt

Nhóm Agile càng trưởng thành, càng đòi hỏi không chỉ từ PO và SM, mà còn từ các thành viên trong nhóm.

Trong một nhóm phát triển agile, đây là một quá trình học hỏi và cải tiến liên tục, thúc đẩy khả năng và trình độ của toàn bộ nhóm và do đó rất có lợi cho sự phát triển của nhóm, đặc biệt là khi có nhiều người mới trong nơi làm việc.

Cuối cùng, tốt hơn là để họ học hỏi và phát triển trong công việc nhóm, điều này có thể giúp họ cải thiện nhanh hơn và nâng cao sức mạnh tổng thể của nhóm.


This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.

Leave a Reply

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *