Scrum: Xử lý thiếu động lực

Theo đó , "Scrum phụ thuộc rất nhiều vào một nhóm có động lực cao, hợp tác chặt chẽ, đa chức năng và tự tổ chức." Vậy làm thế nào để bạn xử lý các đồng nghiệp, những người có thể không có động lực để sở hữu mã này? Làm thế nào để bạn có được một người quan tâm đến việc sở hữu?

Tôi không biết đây có phải là vấn đề của nhóm bạn không nhưng nó chắc chắn là dành cho chúng tôi khi chúng tôi lần đầu tiên giới thiệu scrum. Quản lý của chúng tôi đã đến với chúng tôi một ngày và cho biết, kể từ bây giờ, bạn sẽ không làm việc trong các silo riêng lẻ. Thay vào đó, bạn sẽ làm việc như một scrum. Đây là một loạt các quy trình mới mà tất cả bạn phải tuân theo và làm theo chúng bạn sẽ làm.

Điều quan trọng là họ không bao giờ đến với chúng tôi, các nhà phát triển và hỏi, các bạn muốn làm việc như thế nào? Điều gì sẽ làm bạn hạnh phúc hơn? hiệu quả hơn?. Vì vậy, những gì tôi nghe được là, "bạn không còn sở hữu bất kỳ mã nào. Bất cứ điều gì bạn viết, sẽ bị chà đạp (bạn biết đấy, quyền sở hữu nhóm). Bạn sẽ không di chuyển hoặc nhấc ngón tay vì giờ chúng tôi sẽ quản lý thời gian của bạn theo giờ". Ồ và bây giờ bạn có 15 phút nhàm chán mỗi ngày, nơi mọi người sẽ thảo luận về những điều bạn không quan tâm và thường sẽ mất 30 phút và sau đó cứ hai tuần sẽ có một cuộc họp lên kế hoạch 4 giờ nhàm chán, chắc chắn sẽ rất hấp dẫn tất cả cuộc sống ra khỏi bạn.

Trên thực tế, đây không phải là Agile hay Scrum, đây chỉ là chuyển từ một phong cách quản lý sang một phong cách khác, trong đó mọi thứ vẫn được kiểm soát tập trung, và điều này không chỉ hút tôi ra khỏi cuộc sống mà còn cho tôi rất nhiều thứ miễn phí thời gian để cập nhật sơ yếu lý lịch của tôi

Trong mười hai tháng qua, sau khi tôi vận động nhiều lần để người quản lý nhóm của chúng tôi thử một thứ gì đó khác biệt, anh ấy thực sự đã đưa ra những gợi ý của tôi và tôi nghĩ chúng tôi đã có một năm rất thành công.

Tôi tin rằng sự thay đổi quan trọng đối với chúng tôi là mang đến cho các nhà phát triển nhiều tiếng nói và sự tự do hơn trong việc lựa chọn cách chúng tôi muốn làm việc. Vài điều chúng tôi đã làm:

1. Chia nhóm phát triển "nhanh nhẹn" thành 3 nhóm nhỏ để mỗi nhóm chỉ có 3-4 nhà phát triển. Điều này làm cho tất cả mọi người tham gia và các cá nhân không bị chết đuối.
2. Hãy chắc chắn rằng tất cả mọi người trong cùng một nhóm làm việc xung quanh cùng một khu vực chức năng để mọi người quan tâm đến những gì người khác đang nói về các quy hoạch đứng lên và lặp đi lặp lại.
3. Thay vì quản lý chỉ đơn giản là chọn người làm việc về những gì và phân công câu chuyện / nhiệm vụ, chúng tôi đã đưa ra một hồ sơ tồn đọng và bản thân nhóm đã nói rất nhiều về cách phân chia công việc.
4. Bởi vì chúng tôi có nhiều thành viên mới, chúng tôi đã bắt đầu với một phần của hệ thống silo nơi mỗi người sở hữu một khu vực trách nhiệm chính. Điều này cho phép những người mới tập trung vào khu vực nhỏ hơn của một sản phẩm không xác định và cũng có cảm giác nhanh hơn rằng họ không chơi trong hộp cát của người khác. Nhưng sau 6-8 tháng tham gia chương trình, những khu vực đó bắt đầu biến đổi khi ranh giới trở nên xám xịt hơn. Bây giờ các anh chàng, trong các đội tôi tham gia, khá thoải mái khi bước vào mã của người khác hoặc để các nhà phát triển khác làm việc trong nhóm của họ.
5. Đánh giá mã của tất cả các bài nộp là chính (và đây là điều đầu tiên được bỏ qua khi chúng tôi lần đầu làm Scrum):
   • Chuyển giao kiến ​​thức về mặt kỹ thuật / phương pháp lập trình
   • Thật tuyệt khi những người khác học mã họ sẽ không thấy khác
   • Nhóm của bạn có cơ hội giao tiếp và giao tiếp xã hội giúp cải thiện tính năng động của nhóm
   • Và tôi đoán, đánh giá mã sẽ bắt một hoặc hai lỗi, nhưng tôi thấy giá trị của chúng chủ yếu ở các khía cạnh trên.
6. Quản lý phải lắng nghe nhóm. Nếu nhóm nói điều gì đó không hoạt động hoặc cần phải thay đổi, và họ chỉ cần bỏ qua điều đó, thì các thành viên trong nhóm sẽ chỉ kiểm tra và để quản lý giải quyết dự án. Nếu bạn muốn mọi người có động lực, họ cần được giao và họ sẽ chỉ được giao nếu họ đang làm những gì họ tin là đúng, chứ không phải những gì họ được bảo phải làm từ đầu.

Có rất nhiều lý do cho việc thiếu động lực, nhưng có lẽ phổ biến nhất là không cảm thấy như bạn có tiếng nói. Khi nhóm của chúng tôi bắt đầu thực hiện scrum, tôi nhận thấy rằng những người ít động lực nhất về scrum đã quay lại sau khi họ thấy các đề xuất của họ từ các quá trình hồi tưởng được thực hiện.

Một loạt các vấn đề nhỏ có thể thêm vào để giải điều chế. Ví dụ, một điều xuất hiện tuần trước là một thành viên trong nhóm không thích 4:00 cuộc họp. Điều đó dễ dàng được sửa chữa.

Nói cách khác, cách tốt nhất để tìm hiểu điều gì đang làm mất tinh thần nhóm của bạn là hỏi họ.

Bằng cách cho họ quyền sở hữu cá nhân đối với mã.

Nhiều cửa hàng làm việc theo mô hình "sở hữu đội". Điều này là tuyệt vời cho sự hợp tác chéo và giảm rủi ro, nhưng không tuyệt vời để thúc đẩy các cá nhân chịu trách nhiệm cá nhân. Quyền sở hữu nhóm có thể dẫn đến mã trung bình, vì không có khuyến khích sở hữu cá nhân.

Giải pháp: Chỉ định các cá nhân cho từng phần của mã là người quản lý của phần mã đó, nhưng cho phép nhóm truy cập đầy đủ vào toàn bộ cơ sở mã.

Xem thêm: /software//a/33464/1204