Làm thế nào để xử lý xung đột giữa các nhà phát triển trong nhóm của bạn? [đóng cửa]


26

Điều này đang xảy ra trong mỗi đội.

Vì một số lý do, xung đột nảy sinh trong nhóm và chúng ảnh hưởng đến động lực và năng suất chung.

Cách tiếp cận được đề nghị của bạn để giải quyết vấn đề phổ biến đó là gì?

Ví dụ :

  • một phần của nhóm muốn thực hiện tiêm phụ thuộc, phần khác nghĩ rằng đó là một sự lãng phí thời gian.
  • Một số nhà phát triển nghĩ rằng phần còn lại của nhóm đang làm chậm quá trình phát triển (điều này giải thích tại sao họ bị trễ lịch trình)
  • sự không tương thích cá nhân giữa một hoặc nhiều nhà phát triển
  • một nhà phát triển từ chối nói chuyện với người khác (không có lý do rõ ràng)

4
Tôi nghĩ rằng câu hỏi là tốt như nó đứng. Sự khác biệt là nếu một câu hỏi không có quan hệ với lập trình viên, chúng ta có thể phản đối, trong khi nếu một câu hỏi liên quan đến lập trình viên nhưng cũng có thể liên quan đến những điều khác, tôi không thấy vấn đề gì. Nhiều điều trong lập trình được chấp nhận trên trang web này cũng có thể được áp dụng cho nhiều chủ đề và lĩnh vực khác.
Jasarien

1
có nhiều loại xung đột, mỗi loại có cách xử lý riêng. Bạn có thể cụ thể hơn không.
Geek

3
@David - Tiêu chí cho chính trang web là các câu hỏi liên quan đến lập trình. Không nơi nào nói rằng họ không thể liên quan đến bất cứ điều gì khác. Nếu bạn trao đổi nhà phát triển thuật ngữ, thì bạn đang hỏi một câu hỏi khác, chỉ vì các câu trả lời tương tự nhau không làm cho nó trở thành cùng một câu hỏi. 3 + 3 là gì? 6. Một con côn trùng có bao nhiêu chân? 6. Hai câu hỏi hoàn toàn khác nhau, nhưng câu trả lời là như nhau. Các nhà phát triển có thể hoàn toàn khác biệt về mặt xã hội đối với các thành viên của nhóm dịch vụ khẩn cấp. Cả hai sẽ có xung đột, cả hai sẽ có những cách khác nhau để giải quyết mâu thuẫn.
Jasarien

1
@Pierre: Bạn có muốn đóng câu hỏi này ngay bây giờ mà không cần thông báo, bình luận hoặc cơ hội để có được một nơi tốt hơn? Câu hỏi này là về bất kỳ công việc văn phòng.
Maniero

1
Câu hỏi này dường như lạc đề vì đó là về mối quan hệ nơi làm việc. Mặc dù các ví dụ là về lập trình viên và một số xung đột được đề cập có liên quan đến lập trình, nhưng cốt lõi của vấn đề là làm thế nào để mọi người trong một nhóm làm việc tốt với nhau.
Bryan Oakley

Câu trả lời:


26

Tôi đã có một đội gồm 10 người trong hai năm mà không có xung đột (chạm gỗ) Tôi có thể may mắn hoặc có thể làm điều gì đó đúng đắn. Cách tốt nhất để xử lý xung đột là không bao giờ để người ta tồn tại lâu hơn. Có một số giá trị cốt lõi mà bạn có thể giảng.

  1. Tinh thần đồng đội
  2. Công bằng trong mọi thứ (bồi thường / phần thưởng)
  3. Được đánh giá cao
  4. Trao sự công nhận, trách nhiệm
  5. Trao tự do
  6. Cho mọi người biết họ không lớn hơn đội
  7. Thành công cá nhân có nghĩa là không có gì nếu đội thất bại
  8. gắn bó cá nhân với mọi người
  9. không bao giờ cho thấy một củ cà rốt bạn không có ý định cho
  10. không bao giờ thuê (dù tốt đến đâu) ai có thể hủy hoại đội
  11. giao tiếp thường xuyên hơn, v.v.
  12. Đánh giá cao bất cứ khi nào ai đó vượt ra ngoài công việc
  13. Đưa ra phản hồi thường xuyên về hiệu suất và đặt kỳ vọng tốt hơn hàng tháng.
  14. Hãy cho mọi người biết khi họ cư xử như trẻ em.

Tất cả những nỗ lực này được bảo vệ từ một số người.

Phần mềm là khá nhiều một trò chơi nhóm sáng chói cá nhân nói chung là ngắn ngủi. Nếu tôi đi theo ví dụ của bạn:

  1. Chúng tôi đã quyết định đi với tiêm phụ thuộc. Giai đoạn. Chúng tôi sẽ xem đó có phải là cách tốt nhất hay không. Nếu không, bạn sẽ nhận được một sô cô la :-) cho đến khi hợp tác và hãy làm cho điều này xảy ra
  2. Nếu phần còn lại của đội làm bạn chậm lại, bạn hãy giúp họ nhanh hơn, họ là đồng đội của bạn, bạn là người đàn anh, hãy giúp đỡ họ. Tôi biết bạn là tốt.
  3. Nói chuyện với cả hai nói với họ rằng họ đang làm hỏng môi trường. Nếu không có gì làm việc hãy loại bỏ một trong số họ hoặc cả hai.

Một điều tôi thấy rất hiệu quả là lặp lại "chúng tôi là một đội tốt" và lặp lại "chúng tôi là một đội cho những người cô đơn".


11
Tôi sẽ cung cấp cho bạn 1000 lượt upvote. Xung đột nhóm là trách nhiệm của người quản lý. Chưa bao giờ ở trong một đội có nhiều xung đột mà không có người quản lý kém. Như bạn đã nói, cách tốt nhất là đảm bảo xung đột không tồn tại lâu. Quá nhiều nhà quản lý sợ làm phiền mọi người bằng cách giải quyết xung đột. Kết quả là họ làm phiền nhiều người lâu hơn và ảnh hưởng đến năng suất nhiều hơn. Khi rõ ràng rằng bạn sẽ đối xử với mọi người một cách tôn trọng và bạn sẽ không tha thứ cho bất kỳ ai không đối xử với người khác trong đội một cách tôn trọng, phần lớn cuộc xung đột sẽ biến mất. Bạn có vẻ như là một người tốt để làm việc cho.
HLGEM

1
+1 câu trả lời rất hay! Tuy nhiên, với tư cách là người quản lý, bạn phải có điều đó trong đầu rằng không có đội ngũ hoàn hảo và luôn có một mức độ xung đột. Đó là bản chất con người!
Amir Rezaei

"Công bằng trong mọi thứ (bồi thường / phần thưởng)" Làm thế nào bạn có thể làm điều này mà không tiết lộ?
Den

11

Nó phụ thuộc vào cuộc xung đột rõ ràng; chúng có nhiều hương vị

  • Đối số tôn giáo ("Tại sao bạn tiếp tục sử dụng các tab thay vì dấu cách?!?")

Điểm cần làm rõ trong trường hợp này là về nguyên tắc, không quan trọng vấn đề nào là đúng, điều thực sự quan trọng hơn nhiều là toàn bộ nhóm đang sử dụng cùng một phương pháp. Giải thích điều đó cho người giữ ý kiến ​​thiểu số (và đảm bảo nhấn mạnh rằng đó không nhất thiết là quyết định đúng đắn, nhưng cũng không đủ quan trọng để thu hút máu). Ví dụ, trường hợp suy biến của điều này là, một nhà phát triển từ chối sử dụng kiểm soát nguồn hoặc gửi để xem xét mã. Đó là một vấn đề quản lý và tôi thực sự không biết làm thế nào để giải quyết nó mà không để cho nhà phát triển giả mạo đi.

  • Đối số cá nhân ("Tôi chỉ không thích bạn")

Thực sự không có cách nào để giảm thiểu điều này. Hãy nói rõ với cả hai rằng việc cãi nhau là không thể chấp nhận được và rằng mối hận thù cá nhân của họ cần được kiểm tra trước cửa nếu họ sẽ là thành viên hiệu quả của cùng một đội (điều này có hiệu quả dù bạn là người quản lý hay không ; đồng nghiệp có thể có ảnh hưởng đáng ngạc nhiên nếu họ chắc chắn về bản thân). Nếu điều đó không hiệu quả, hãy thử tách chúng ra trên biểu đồ tổ chức để giảm sự gần gũi về chuyên môn / thể chất của chúng hoặc để bạn tự đặt một bàn làm việc cách xa chúng.

  • Đối số kỹ thuật

Sự khác biệt chính giữa loại này và các loại xung đột khác là có khả năng có một câu trả lời đúng. Thông thường, nó phải làm với mã mà một hoặc nhà phát triển khác sở hữu và cách nó hoạt động (đôi khi, đó là một đối số kiến ​​trúc lớn hơn). Điều quan trọng cần nắm bắt ở đây là mặc dù có câu trả lời đúng, nhưng có lẽ bạn không biết . Điều tốt nhất bạn có thể làm là hòa giải để đảm bảo đó là một cuộc tranh luận rõ ràng và hy vọng rằng một trong hai bên có thể bị thuyết phục. Một lần nữa, bạn có thể làm điều này cho dù họ có báo cáo với bạn hay không, nhưng nếu bạn là đồng nghiệp, họ có thể đến gặp người quản lý để chạy lại vở kịch ngay cả khi bạn quản lý để đưa ra kết luận.


5

Có một hòa giải viên không thiên vị của bên thứ ba ngồi xuống với cả hai bên xung đột và để họ nói ra.

Nó giúp nếu người hòa giải là người mà những người gây rắc rối thoải mái nói chuyện xung quanh, nhưng họ vẫn tôn trọng và sẽ không nói quá nhiều về


2

nếu họ không thể hành động chín chắn cả hai và có được một chuyên gia, có thể là một nhà thầu / một người tự do?


2

Theo kinh nghiệm của tôi, hầu hết các xung đột về bản chất này đều xuất phát từ các cuộc đụng độ cá tính. Một số trong số chúng có các yếu tố khác nhưng phổ biến nhất là chúng chỉ được sử dụng như một phương tiện cho sự bất đồng, vì vậy ngay cả khi bạn giải quyết vấn đề mà chúng đang tranh cãi, đó chỉ là vấn đề thời gian trước khi có điều gì khác xuất hiện.

Lời khuyên của tôi:

1) Điều đầu tiên là phải nói rõ cho cả hai rằng xung đột phản ánh không tốt đến cả hai và sẽ không có người chiến thắng và kẻ thua cuộc, chỉ là hai kẻ thua cuộc ở các mức độ khác nhau.

2) Hãy nói rõ với họ rằng bất cứ điều gì xảy ra bạn đều mong đợi cả hai sẽ hành động một cách chuyên nghiệp. Họ không cần phải thích nhau nhưng họ phải là người dân sự, hiệu quả và có tổ chức. Hãy chắc chắn rằng nó được phản ánh trong các đánh giá và đánh giá hàng năm của họ - không thể tham gia với một đồng đội là một vấn đề quan trọng với hiệu suất của họ.

3) Hãy lắng nghe các vấn đề của họ với nhau và khi thích hợp hãy thông cảm nhưng cũng chỉ ra những thất bại của họ trong lĩnh vực này và tránh bị lôi kéo vào các cuộc thảo luận mở rộng hoặc một số phán xét về ai đúng và ai sai. Như tôi đã nói ở trên trong 95% các trường hợp (5% còn lại là bắt nạt thực sự hoặc tương tự cần được giải quyết đúng đắn như một vấn đề kỷ luật), họ đều sai và họ cần phải hiểu điều đó.

4) Nếu có thể, hãy tách chúng ra ở nơi dễ làm như vậy. Tôi thường không thấy rằng ném mọi người lại với nhau làm bất cứ điều gì hơn là khuấy động nó. Nếu họ sẽ "hòa giải" thì điều đó sẽ xảy ra và tôi nghi ngờ nhiều khả năng sẽ xảy ra khi họ không liên tục đối mặt với nhau.


1

Bạn nên để họ chiến đấu với nó trong một "công nghệ tắt", mỗi bên sẽ nhận được một hộp các bộ phận - một máy tính tháo rời, người nào chế tạo được máy và khởi động trước sẽ giành chiến thắng.

nếu điều đó không hiệu quả với bạn, bạn nên thử một cuộc chiến dao rựa, hoặc thậm chí là một cuộc chiến cưa máy.


Cưa máy. Mọi kỹ sư phần mềm đã chơi DOOM, vì vậy chúng tôi đều là chuyên gia về cưa máy. TÌM MỘT SỐ THỊT.
Adam Crossland

@Adam Crossland ROFL
Muad'Dib

1

TKI xác định một số ít các kỹ thuật khác nhau để giải quyết xung đột có thể là ý tưởng về cách giải quyết một số vấn đề. Có một số vấn đề hợp pháp như sử dụng khung hay không, mặc dù điều này có thể được xử lý bằng cách một nhóm bỏ phiếu về một cái gì đó như một cách để giải quyết nó hoặc bằng cách lên một quyền lực cao hơn như một người quản lý. Đôi khi có thể có tranh chấp trong việc diễn giải các yêu cầu được xử lý tốt nhất bằng cách đến gặp người quản lý dự án hoặc nhà phân tích kinh doanh để đưa ra phán quyết cụ thể, ví dụ: tìm kiếm trống không trả lại bất cứ điều gì vì không có gì được nhập hoặc trả lại mọi thứ như cách sử dụng khớp thẻ hoang dã nói rằng mọi thứ không có gì trong đó.

Nếu đó là xung đột về tính cách nhiều hơn thì câu hỏi sẽ trở thành như thế nào mỗi người biết rõ vấn đề và những gì sẽ được thực hiện nếu điều này vẫn còn. Đây không phải là một mối đe dọa nhàn rỗi nhiều như, "Nếu các bạn không thể giải quyết vấn đề này, tôi sẽ giải quyết nó bằng cách loại bỏ ít nhất một trong số các bạn", tâm lý. Tất nhiên, điều này mang tiềm năng cho hành vi hung hăng thụ động và những chuyện nhảm nhí khác, nhưng đây là điều xảy ra khi những người tháo vát sáng dạ bước vào một cách không sử dụng vũ khí truyền thống để giải quyết sự thù địch. "Những cô gái trung bình" có một vài ví dụ về loại hành vi này, chỉ để đưa ra một tài liệu tham khảo về các loại.


1

Tôi không nghĩ rằng tôi có thể chịu được khía cạnh giữ trẻ của quản lý. Tôi sẽ bảo họ giải quyết nó bằng một cuộc đấu tay đôi cho đến chết.


Xin lỗi -1 cho câu trả lời này :-)
Geek

1
đấu tay đôi là tốt, miễn là nó liên quan đến dao rựa hoặc cưa máy :)
Muad'Dib

+1 để hiểu rằng có những ngày nó có thể cảm thấy như em bé đang ngồi.
Jon Hopkins

1

Tôi đã tìm thấy một "Hợp đồng nhóm" hữu ích.

Nó phải được phát triển bởi các thành viên trong nhóm mà họ tự chọn, nếu nó đi xuống từ trên cao thì nó sẽ không hoạt động.

Mặc dù, sẽ hơi muộn nếu đội đã chiến đấu.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.