mã cao bồi trong đội


15

Làm thế nào để bạn đối phó với một thành viên trong nhóm, người có thâm niên với bạn và luôn nhảy vào các dự án của người khác và hoàn thành chúng trong đêm hoặc cuối tuần? Cô ấy dường như làm việc 80 giờ một tuần dù có khẩn cấp hay không và hơi khó để dự đoán phần nào trong danh sách việc cần làm của bạn mà cô ấy sẽ tấn công tiếp theo. Đôi khi ngày làm việc của bạn bị lãng phí vì vào sáng thứ Hai, bạn thấy một bản đăng ký hoàn thành dự án mà bạn đã dành phần lớn tuần trước để làm việc.

Đối với những người hỏi về chất lượng: Thông thường nó khá tốt nhưng: cũng có rất nhiều cấu trúc lại mã liên quan, bao gồm cả mã 'thuộc sở hữu' của các thành viên khác trong nhóm, liên quan đến phạm vi kiểm tra, với kết quả rõ ràng.


51
Làm thế nào về bạn cung cấp cho tôi thông tin chi tiết của cô ấy, và tôi sẽ xem những gì tôi có thể làm để đưa công ty của tôi đi săn trộm cô ấy.
Kevin D

7
@ MK01, Howabout đại loại như: "Chúng tôi yêu những đóng góp bạn đã làm, nhưng chúng tôi muốn thảo luận về những cách mà chúng tôi có thể phân chia công việc rõ ràng. Nếu chúng tôi có thể tận dụng mã hóa của bạn với phần còn lại của nhóm, chúng tôi có lẽ có thể hoàn thành việc này nhanh hơn chúng ta bây giờ. " Một chìa khóa lớn là đây: làm cho cô ấy cảm thấy như cô ấy là người đã đưa ra ý tưởng.
riwalk

7
Hãy thư giãn và chờ đợi cho đến khi chúng cháy hết.
Steven Evers

9
Có vẻ như bạn có thể lên kế hoạch cho thời gian SO nhiều hơn vào các buổi sáng thứ Hai.
JeffO

3
Những gì bạn chưa nói với chúng tôi là chất lượng mã của cô ấy. Có phải cô ấy đang ưu tiên người khác bằng các giải pháp có cùng chất lượng, lớn hơn hoặc kém chất lượng hơn?
David Thornley

Câu trả lời:


17

Đây có lẽ là một phần của vấn đề minh bạch; cô ấy có thể không cố lãng phí thời gian của bạn. Tôi sẽ nói chuyện với quản lý về việc làm cho các nhiệm vụ mà mọi người đang thực hiện trở nên rõ ràng hơn, vì vậy cô ấy có thể dễ dàng nhận ra rằng ai đó đã đầu tư thời gian vào nhiệm vụ đó và có thể thấy những nhiệm vụ nào không được yêu cầu, thay vào đó tập trung nỗ lực của mình vào những nhiệm vụ đó.

Tôi sẽ không đối đầu trực tiếp với cô ấy về điều này. Tôi sẽ nói chuyện với người quản lý của bạn, vì vậy một số quy trình có thể được đưa vào vị trí. Trong khi vấn đề có lẽ là rõ ràng nhất với cô ấy, tôi cá là có những đồng đội khác đang làm điều tương tự (vô tình bắt đầu vào các dự án mà người khác đang làm) ở quy mô nhỏ hơn. Tôi nghĩ rằng người quản lý của bạn đang ở vị trí tốt nhất để hướng dẫn quy trình mới này, mặc dù bạn có thể nên cho anh ta một số ý tưởng để làm việc. Nếu làm việc với người quản lý của bạn không hiệu quả, thì bạn nên chuyển sang nói chuyện trực tiếp với cô ấy - nhưng tôi sẽ bắt đầu với người quản lý.

Nhóm của chúng tôi đã giải quyết vấn đề này bằng cách đưa ra các ghi chú dán với tất cả các công việc cần phải được thực hiện trên bảng trắng. Mỗi thành viên trong nhóm đều có một nhãn có tên của họ trên đó và sẽ chuyển ghi chú dán mà họ đang làm việc sang cột "đang thực hiện" và gắn nhãn với tên của họ. Nếu một người khác muốn giúp đỡ với nhiệm vụ đó, họ sẽ thảo luận và đàm phán với người đã nhận nhiệm vụ. Một hệ thống tương tự có thể giúp ích rất nhiều cho các vấn đề của bạn.


17

Giả sử cô ấy thực sự hiệu quả và "tất cả các giao dịch" ...

Nắm bắt phong cách của cô ấy. Cởi trói cho cô. Và - cô lập cô ấy.

Cũng thế...

Hãy rõ ràng với trách nhiệm Bạn giao phó.
Hãy chắc chắn rằng nhóm của bạn học hỏi từ cô ấy (ví dụ lập trình cặp hoạt động xuất sắc).
Đừng đi "tất cả trong" - kiểm tra cô ấy và chắc chắn có kế hoạch dự phòng nếu mọi thứ trở nên tồi tệ hơn.

Điều tồi tệ nhất bạn có thể làm là làm hỏng động lực của cô ấy.


Tôi đang nói điều này từ kinh nghiệm của riêng tôi. Tôi có thể không hiệu quả như tôi muốn, nhưng tôi chắc chắn có thể đi suốt từ UI đến kiên trì và tôi chắc chắn đang thực hành mã hóa cao bồi (chắc chắn là con dao hai lưỡi).

Tôi bị ném vào dự án khá vô vọng một mình (tôi làm mọi thứ trở nên thú vị hơn - đề nghị viết lại tất cả và chấp nhận điều đó), mọi thứ diễn ra tốt đẹp và tôi yêu nó. Không có ai để đổ lỗi cho những sai lầm ngoài bản thân tôi. Không có ai để than vãn khi tôi tự quyết định tái cấu trúc một chút mọi thứ.

Trên thực tế - sự tự do này giống như điều duy nhất tại sao tôi vẫn làm việc ngay tại đây.


9

Tôi đoán có những vấn đề tồi tệ hơn để có. Mặc dù, công việc mà bạn (hoặc những người khác trong nhóm của bạn) thực sự quan trọng, và có vẻ như kết quả công việc của cô ấy đã loại bỏ một cách hiệu quả sự đóng góp của một người cho nhóm.

Tôi đoán là cô ấy không nhận ra ảnh hưởng của cô ấy trong đội; thay vào đó, những đóng góp mà cô ấy làm có lẽ khiến cô ấy cảm thấy có giá trị với đội.

Giải pháp (IMHO): đối đầu trực tiếp với cô ấy. Tất nhiên, hãy ngoại giao và đánh giá cao những đóng góp và hy sinh của cô ấy (80 giờ là một tuần làm việc quá điên rồ, và không thể xảy ra nếu không có sự hy sinh quá đáng trong cuộc sống cá nhân).

Nhưng trách nhiệm của cô ấy là cư xử theo cách không xa lánh đồng nghiệp - đàn em, hay nói cách khác. Và mọi người trong nhóm xứng đáng cảm thấy rằng những nỗ lực của họ là vô nghĩa - sau tất cả, tại sao mọi người lại muốn đi làm hàng ngày nếu sự hiện diện của họ là vô nghĩa?


Bạn biết sau khi xem hồ sơ của OP trên SO / SE. Tôi dẫn đến việc nhìn vào mặt khác của đồng tiền. Nếu đó là cấp cao cố ý hoặc vô ý làm điều này. Điều này chắc chắn là xấu vì những lý do Tim đề cập. Cũng do quan điểm cơ bản là không để đàn em lớn lên / phát triển. Chỉ khi đàn em trở nên đủ tốt hơn để thay thế bạn, chương trình có thể tiếp tục ngay cả khi không có sự hiện diện của bạn. Vì vậy +1
Aditya P

9

Cân nhắc cho cô ấy nhiều công việc hơn, vì vậy cô ấy không phải tìm kiếm của bạn!


6

Có thể là cô ấy "nhảy vào và kết thúc" bởi vì phần còn lại của đội di chuyển quá chậm, hoặc bởi vì ông chủ đã yêu cầu cô ấy?

Bao nhiêu điều này là khó chịu với việc bị bỏ qua, và nó chỉ đơn giản là được "hiển thị" bởi một lập trình viên sinh sôi nảy nở hơn (không nhất thiết phải tốt hơn)?


4

Cô ấy biết rằng những người khác thấy điều này gây phiền nhiễu? Tôi sẽ đề nghị một cách khéo léo đưa nó lên với cô ấy, nói rằng bạn muốn hoàn thành các dự án của mình. Nếu điều này không hiệu quả, hoặc bạn không thoải mái khi đưa nó lên với một người cấp cao hơn cho bạn, thì đó là một trường hợp để quản lý. Nếu bạn không hoàn thành các dự án bởi vì cô ấy, có vẻ như bạn đang trì hoãn nếu người quản lý không biết tình hình.

Ngoài ra, như những người khác đã nói, hãy nhìn vào cách cô ấy làm việc để cải thiện bản thân. Nhìn vào checkins của cô ấy để xem cô ấy đã giải quyết vấn đề của bạn như thế nào - có thể đó là một sửa chữa thông minh mà bạn sẽ không nghĩ về bản thân mình. Hãy nhớ rằng các nhà phát triển cấp cao biết codebase thân mật hơn bạn nhiều. Những thứ có vẻ tầm thường đối với họ thực sự có thể gây khó khăn cho các nhà phát triển mới hơn để khám phá.


7
Bất cứ ai làm việc 80 giờ một tuần trong lập trình theo sở thích có thể sẽ hơi thiếu kỹ năng xã hội.
David Thornley

4

Làm thế nào để bạn đối phó với một thành viên trong nhóm, người có thâm niên với bạn và luôn nhảy vào các dự án của người khác và hoàn thành chúng trong đêm hoặc cuối tuần?

Làm việc nhanh hơn?

Cô ấy dường như làm việc 80 giờ một tuần dù có khẩn cấp hay không và hơi khó để dự đoán phần nào trong danh sách việc cần làm của bạn mà cô ấy sẽ tấn công tiếp theo.

Theo định nghĩa, nếu nó nằm trong danh sách việc cần làm của bạn - thì không xong. Nếu cô ấy hoàn thành nó, hãy gạch bỏ nó khỏi danh sách việc cần làm của bạn.

Đôi khi ngày làm việc của bạn bị lãng phí vì vào sáng thứ Hai, bạn thấy một bản đăng ký hoàn thành dự án mà bạn đã dành phần lớn tuần trước để làm việc.

Điều đó thường được gọi là làm việc theo nhóm - trừ khi bạn không thích hướng đi của cô ấy, vấn đề là gì?

Đối với những người hỏi về chất lượng: Thông thường nó khá tốt nhưng: cũng có rất nhiều cấu trúc lại mã liên quan, bao gồm cả mã 'thuộc sở hữu' của các thành viên khác trong nhóm, liên quan đến phạm vi kiểm tra, với kết quả rõ ràng.

"Sở hữu" và mã không đi cùng nhau. Nếu bạn gặp khó khăn trong việc theo kịp, hãy yêu cầu cô ấy giải thích cho bạn. Yêu cầu cô ấy tư vấn cho bạn, vì có vẻ như cô ấy khá năng suất. Tận dụng mối quan hệ, và làm việc cùng nhau.

Đối với phạm vi kiểm tra, nếu đó là một tiêu chuẩn trong tổ chức của bạn - hãy đưa nó lên vị trí lãnh đạo / quản lý của bạn. Nhanh chóng, nhưng kém chất lượng, công việc không có ích cho bất cứ ai. Mặc dù, nếu cô ấy có năng suất gấp 10 lần bạn - bạn có thể sẽ làm công việc lặt vặt để dọn dẹp sau cô ấy. Nếu đó là trường hợp, đầu tư thậm chí nhiều hơn vào mối quan hệ với cô ấy.


Cô ấy có vẻ như là thành viên nhóm lý tưởng ... Cô ấy nói rõ những gì cô ấy đã làm / hoàn thành, cô ấy đang giúp đỡ mọi thành viên trong đội, v.v.
Augury

3
  • Học hỏi từ cô ấy và cố gắng cải thiện tốc độ làm việc của bạn.
  • Có thể có khả năng công việc của bạn bị chậm trễ.
  • Có thể có nhiều điều xảy ra đằng sau hậu trường hoặc trên kiến ​​thức của bạn với lý do kỳ vọng quản lý từ cô ấy khi cô ấy là đàn anh.
  • Bạn có thể nghĩ Cô ấy có thể không có việc gì tốt hơn để làm, Thường thì điều này là không thể.
  • Bạn có thể không nhận thức được trường hợp khẩn cấp.
  • Nó có thể là một gợi ý cho hiệu suất của bạn hoặc bởi quản lý hoặc cấp cao.

Dù bằng cách nào, tốt nhất bạn nên bắt đầu tự đánh giá bản thân mình trước tiên. Những nỗ lực của bạn để "Đối phó" với cô ấy có thể không hoạt động tốt với ban quản lý.


3

Cô ấy rõ ràng nhận được sự hài lòng của mình từ việc giải quyết vấn đề và trở thành anh hùng - điều đó cũng tốt, nhưng bạn cần (cũng là người dẫn dắt nhóm của cô ấy, nhưng trong lúc này bạn sẽ tìm cách khai thác điều đó.

Những điều quan trọng nhảy ra ở tôi:

  • Cô ấy có tài năng để thực hiện công việc nhanh hơn những người khác (bạn không ngụ ý gì về mã của cô ấy là xấu)

Vì vậy, khai thác nó. Trong dự án tiếp theo của bạn, cung cấp cho cô ấy trước một số công việc phải làm. Bằng cách đó bạn biết cô ấy đang dự định làm gì. Nếu sự hài lòng của cô ấy đến từ việc giải quyết vấn đề, cô ấy có thể sẽ rất vui nếu bạn đưa nó cho cô ấy như thể cô ấy làm điều đó trong nền.

Có lẽ nên làm tốt hơn, chính thức hóa nó, khi một nhóm đưa ra công việc dành cho bất cứ ai muốn làm thêm - theo cách đó, yếu tố ăn cắp đã biến mất, và mọi người đều chiến thắng.


1
Nếu bạn đọc các cuốn sách DeMarco, bạn sẽ thấy có tỷ lệ 10: 1 giữa số tiền mà các nhà phát triển giỏi và không giỏi có thể tạo ra. Điều cuối cùng bạn muốn làm là làm tê liệt người ngoại lệ, người hoàn thành công việc nhiều hơn những người khác, bạn cần khai thác năng lượng đó và hướng nó đến nơi mà nó sẽ làm tốt nhất.
quick_now

2

Bắt đầu nhóm làm lập trình cặp.

Trước hết, lập trình cặp là mệt mỏi, đặc biệt là cho các nhà phát triển hướng nội, những người thích làm việc tất cả các ngày cuối tuần. Cuối tuần của cô ấy sẽ trở nên có giá trị để thư giãn, như họ nên được.

Thứ hai, cô ấy sẽ truyền đạt kiến ​​thức (miễn là nhiều nhà phát triển mới làm quen đang lái xe) và do đó truyền bá khả năng đáng kinh ngạc của cô ấy cho các thành viên còn lại trong nhóm.

Thứ ba, cô ấy sẽ giảm thiểu rủi ro lớn mà cô ấy hiện đang thay mặt bạn, để nhiều thành viên trong nhóm biết những gì cô ấy biết.

Thứ tư, cô ấy - và phần còn lại của đội - sẽ có ý tưởng tốt hơn về những gì đang được thực hiện. Nếu bạn có thể kết hợp điều này với việc hoàn thành toàn bộ các tính năng với nhau như một nhóm, sẽ có ít công việc hơn trong tiến trình và ít có cơ hội làm việc được sao chép trước khi đăng ký.

Thứ năm, cô ấy sẽ học cách chơi như một phần của một đội . Hoàn toàn có khả năng việc giải phóng mặt bằng mà cô ấy gây ra, cùng với việc sao chép công việc của các thành viên khác trong nhóm, sẽ tốn kém hơn so với việc cô ấy sản xuất. Năng suất! = Hiệu quả.

Thứ sáu, chất lượng mã thường tăng lên khi cặp devs. Một tác dụng phụ tốt đẹp.


1

Cô ấy có biết những gì công việc mọi người đang làm và tiến bộ của họ? Quản lý có thể cung cấp hướng dẫn cho cô ấy để cô ấy không sao chép công việc từ người khác không? Tôi muốn đề nghị có một cuộc trò chuyện 1: 1 trước khi quản lý vì có lẽ cô ấy chỉ là một người nghiện công việc có thể sử dụng hướng để biết những gì có thể quan trọng mà những người khác không làm có thể khá hữu ích cho cô ấy làm

Đối với công việc của bạn đang bị lãng phí, hãy nhìn nó từ những quan điểm khác. Bạn có thể học được gì từ những gì bạn đã làm được? Những phần nào bạn đã không được thực hiện và làm thế nào cô ấy làm chúng? Chỉ vì người khác có thể lấy tín dụng để hoàn thành công việc, đừng nghĩ rằng tất cả máu, mồ hôi và nước mắt là không có gì.


0

Chàng cao bồi có vẻ nhiệt tình. Tôi sẽ tiếp cận quản lý để họ có thể giao cho cô ấy rất nhiều việc phải làm và để các bạn tự làm việc của mình. Tuy nhiên, có lẽ bạn có thể học được một hoặc hai điều từ chàng cao bồi. Tôi không nói 80 ​​tuần làm việc là tiêu chuẩn (rõ ràng đây là một sự cường điệu), nhưng đặt thêm giờ vào công việc là điều khá bình thường trong môi trường công ty rộng lớn.


5
Đặt trong giờ lập trình dài thường phản tác dụng trong thời gian dài.
David Thornley

@David: Không nếu bạn được nghỉ mỗi thứ Sáu khác :)
Brian

2
@ 0A0D: Đó là thời gian linh hoạt, không phải "đặt thêm giờ trong công việc"
Carson63000

3
@OAOD: Bất kỳ cửa hàng nào mà mọi người làm việc thường xuyên không bù giờ đều là cửa hàng mồ hôi.
bit-twiddler

@ bit-twiddler: Chưa bao giờ nghe nói về nhân viên làm công ăn lương?
Brian
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.