Làm thế nào để tránh tình trạng LỚN BẠN CÓ NGUY HIỂM TEZ CODEZ tình huống?

Tôi có một tình huống kỳ lạ tại nơi làm việc, nơi một đồng nghiệp của tôi thường hỏi tôi và các đồng nghiệp khác về mã làm việc.

Tôi muốn giúp anh ta, nhưng yêu cầu liên tục này của các đoạn nhỏ tầm thường làm gián đoạn suy nghĩ của tôi và đôi khi làm cho nó khó tập trung.

Thêm vào đó, tôi có ấn tượng (...) rằng các yêu cầu này được tạo ra do thiếu năng lực, hơn cả sự lười biếng. Trên thực tế, anh ấy thường hỏi những điều giả vờ để biết câu trả lời, vì khi tôi giải quyết vấn đề, anh ấy thường nói những câu như "Chắc chắn", "Vâng, đó là những gì tôi nghĩ", cho tôi ấn tượng rằng câu trả lời của tôi không đáng.

Làm thế nào tôi có thể giải quyết tình huống xấu hổ này?
Tôi có nên thể hiện rõ ràng hơn trước các đồng nghiệp khác về sự thiếu hiểu biết của mình (bằng cách nói những câu như: "hãy tự làm nếu bạn có thể, làm ơn") hoặc tiếp tục cho anh ấy những gì anh ấy muốn?

Tôi nghĩ rằng anh ta nên tổng hợp tất cả các câu hỏi của mình trong một, để tôi có thể cho anh ta một phần thời gian của mình và anh ta có thể tự mình làm tất cả mọi việc.

Không có thứ bậc trong đội, tôi phải nói rằng cả hai chúng tôi đều có thâm niên tương tự năm năm, nhiều hay ít. Vì lý do tương tự, tôi tin rằng tôi không thể báo cáo cho quản lý, vì những câu hỏi tầm thường thường bị bỏ qua.

Tôi đã thảo luận với hai thành viên khác và họ đồng ý với tôi: thực tế anh ấy thường hỏi mọi thứ về việc đạp xe qua các đồng nghiệp.

Câu trả lời của tôi sẽ là "Bây giờ tôi hơi bận, bạn có thể gửi email cho tôi và tôi sẽ giải quyết sau". Có thể một số câu hỏi của anh ta là hợp pháp, bằng cách buộc anh ta gửi email cho bạn, điều đó không làm gián đoạn dòng chảy của bạn và anh ta khó có thể bận tâm đến chi tiết vấn đề trong email nếu nó không quan trọng. Sau đó, bạn cũng có một hồ sơ để hiển thị cho quản lý nếu câu hỏi của anh ấy vẫn ở mức không hợp lý.

Điều đầu tiên cần làm là có một cuộc thảo luận thẳng thắn với chàng trai trong câu hỏi. Làm điều đó từng người một thay vì trong một nhóm hoặc anh ta có thể cảm thấy bị tập trung (có thể xứng đáng như vậy). Hỏi anh ta tại sao anh ta cứ hỏi những câu hỏi này, giải thích việc này gây rối như thế nào đối với công việc của bạn - xem anh ta nói gì.

Tùy thuộc vào những gì bạn lượm lặt được từ cuộc trò chuyện này, hãy thử xem liệu anh ấy có thể tự học không. Giúp anh ta giúp mình thay vì cho anh ta câu trả lời. Xem nếu chỉ cho anh ta đi đúng hướng là đủ.

Nếu không có điều nào ở trên giúp:

Bạn và đồng nghiệp của bạn nên ngừng trả lời những câu hỏi tầm thường của anh ấy.

Câu trả lời như:

• Xin lỗi, không thể giúp bây giờ. Tôi có một thời hạn.
• Tại sao cậu lại hỏi?
• Điều đó có vẻ tầm thường đối với một người như bạn.

Về cơ bản, nếu tất cả các đội đồng ý chơi cùng với điều này, anh ta sẽ phải tự mình tìm ra mọi thứ.

Bạn nói điều này là không hợp tác - vâng, nó là. Đó là toàn bộ vấn đề.

Bạn có một thành viên trong nhóm không tăng cân - thực tế anh ấy khiến bạn và đồng nghiệp của bạn làm việc kém hiệu quả hơn . Nếu anh ta ở một mức độ mà những câu hỏi này không phải là câu hỏi mà anh ta nên hỏi, hãy từ chối trả lời chúng.

Nếu bạn cảm thấy đây không phải là một chiến lược tốt, bạn có thể bắt đầu một nhật ký gián đoạn. Ghi lại mỗi khi anh ấy hỏi bạn một câu hỏi tầm thường và bạn mất bao lâu để quay lại với công việc của mình (nghĩa là vào tâm trí bạn đã ở trước khi bị gián đoạn).

Nhật ký này sẽ cho bạn ý tưởng về việc anh ấy đang tốn bao nhiêu thời gian của bạn. Nếu tất cả các đồng nghiệp của bạn làm điều này, bạn sẽ có một ý tưởng vững chắc về vấn đề tồi tệ như thế nào.

Những gì bạn làm với dữ liệu này là tùy thuộc vào bạn - thảo luận với anh ta, giải thích vấn đề và cố gắng giải quyết nó hoặc chuyển đến quản lý.

Một cách xây dựng để tiếp cận điều này (vì bạn nói rằng nó cảm thấy như thế này là do thiếu năng lực), có thể như sau:

• Hãy thử huấn luyện anh ấy theo hướng của câu trả lời, nhưng cố gắng làm cho anh ấy đưa ra câu trả lời cuối cùng. Bằng cách này, anh ta sẽ tự học cách đưa ra những điều tầm thường, và anh ta cũng sẽ tự tin hơn về năng lực của mình khi đưa ra giải pháp (có thể là anh ta không an toàn và cần xác nhận của bạn và / hoặc đồng nghiệp của bạn? ).

• Nếu anh ta hỏi một câu hỏi tương tự nhiều lần, hãy nói rõ rằng bạn đã giải thích điều này và anh ta nên biết điều này (vì trong trường hợp chính xác đó, bạn thực sự BIẾT kiến ​​thức của anh ta về vấn đề này là gì).

Là một người đã sử dụng những loại người này trước đây, hãy để tôi nói với bạn rằng nhận thức được vấn đề này là một việc làm thực sự tốt. Những gì tôi muốn người của tôi làm trong những trường hợp này là:

• Bắt đầu nói không. Điều này là khó khăn bởi vì những người này rất giỏi trong những gì họ làm, đó là nhờ người khác giúp đỡ họ. Rất tốt. [xem ghi chú 1]
• Nếu bạn sẵn sàng, hãy có một cuộc trò chuyện trưởng thành nơi bạn xác định hành vi và nói rằng bạn sẽ không tham gia nữa. Đây là tùy chọn. Bạn không cần phải nói với đồng nghiệp rằng anh ta không thể lấy hóa đơn $ 20 từ ví của bạn theo ý muốn.
• Nói với sếp của bạn. Lạy Chúa, con ước mọi người đã nói với con sớm hơn.

Bạn biết điều gì sẽ xảy ra nếu đồng nghiệp này bị sa thải? Đây là điều gây sốc. KHÔNG CO GI XÂU CẢ. Nếu nhóm sản xuất x đơn vị công việc một tuần trước đó, họ sẽ tiếp tục sản xuất x đơn vị công việc một tuần sau đó. Thời gian người này đang tiêu thụ và sự gián đoạn họ đang gây ra trong dòng chảy công việc của bạn, thực sự chỉ có thể được chú ý sau đó. Bạn sẽ làm được nhiều việc hơn khi hành vi này dừng lại. Bạn cũng sẽ hạnh phúc hơn. Và công ty của bạn sẽ có nhiều tiền hơn.

lưu ý 1: Một lần tôi đã có một nhân viên đang có một ngày tồi tệ trong một tuần tồi tệ. A, tôi đã nói, tôi cần một danh sách tất cả những thứ nổi bật của bạn và vị trí của nó trước khi bạn về nhà hôm nay. Tôi sẽ xem xét nó tối nay và chúng tôi sẽ lên kế hoạch vào sáng mai. Có một giờ còn lại trong ngày. Sau khi tôi rời văn phòng của A (để lái xe về nhà, chúng tôi không làm việc cùng giờ), trong B bị cuốn và bắt nạt A để "giúp đỡ" với dự án của B (điều này thậm chí không quan trọng đối với công ty, đó là một dự án đào tạo để làm B tốt hơn ở một công nghệ cụ thể bằng cách thêm một cái gì đó vào trang web của chúng tôi) cho - bạn đoán nó - một giờ. Rồi A về nhà. Tôi không phản đối điều đó, một điểm dừng cứng là một điểm dừng khó khăn. Nhưng wowee là tôi giận B vào ngày hôm sau. Mức độ kỹ năng cần có để khiến những người thông minh bỏ mọi thứ cho bạn không phải là điều gì đó để đánh giá thấp. Bạn có thể quyết định nói không,

Tôi ước tôi có thể cho bạn biết làm thế nào để khiến người đó ngừng làm việc đó. Theo kinh nghiệm của tôi bạn không thể. Nhưng bạn có thể làm cho họ ngừng làm điều đó với bạn . Đôi khi những người này, sau khi bị đuổi khỏi một nơi họ đang làm việc này, cuối cùng lại làm việc ở một nơi không có ai để làm việc đó và không thích ở đó, hoặc làm việc tại một công việc mà họ thực sự biết làm. Nhưng trong khi họ có một công việc họ không biết làm và khả năng khiến người khác làm việc đó cho họ, đó là chiến lược họ sẽ sử dụng.

Gửi cho anh ta liên kết đến Stack Overflow .

Nếu đó thực sự là sự lười biếng thì bạn không nên có trách nhiệm lấp đầy sự sẵn sàng hoàn thành công việc của mình. Nếu đó là một sự thiếu khả năng thì hãy để anh ta sùng bái đồng xu của mình chứ không phải của bạn. Bạn có trách nhiệm nghề nghiệp với chủ nhân của bạn để làm công việc tốt nhất của bạn và bạn không thể cho phép người khác thỏa hiệp với bạn. Làm việc hợp tác và giúp đỡ đồng nghiệp là hành vi chuyên nghiệp và mong đợi. Để cho trọng lượng không cho bạn thực hiện công việc của bạn (mà không đóng góp gì trở lại) là điều bạn cần tránh và đó là điều mà người quản lý của bạn nhận được số tiền lớn để khắc phục.

Điều đó thật kỳ quái - anh ta chỉ yêu cầu bạn làm việc cho anh ta. Trừ khi anh ấy có một số cách hỏi rất thông minh / tinh tế, tôi nghĩ tôi sẽ bị cám dỗ chỉ nói "không, tôi không có thời gian".

Bạn đã xem xét có một cuộc trò chuyện người lớn với người này? Hãy cho họ biết những câu hỏi liên tục của họ là một kẻ giết người năng suất, và hỏi tại sao anh ta cảm thấy anh ta phải liên tục hỏi bạn những câu hỏi có vẻ đơn giản. Có lẽ ông là một chút không đủ năng lực. Bạn có thể chọn để anh ta thất bại, hoặc bạn có thể chọn để giúp anh ta thành công.

Lý tưởng nhất là cho anh ấy biết bạn sẽ sẵn sàng giúp đỡ nếu anh ấy thực sự bế tắc, nhưng bạn mong anh ấy dành cho bạn sự tôn trọng mà bạn xứng đáng và thực hiện một nghiên cứu độc lập trước. Liên tục cho anh ta câu trả lời cho các câu hỏi đơn giản giúp không ai. Việc khuyến khích anh ấy học hỏi và phát triển giúp cả nhóm.

Vâng, nó sẽ là một cuộc trò chuyện không thoải mái, nhưng nó sẽ ít khó chịu hơn một vài tháng oán giận thầm lặng.

Là một người quản lý cũ, tôi không thể bắt đầu cho bạn biết tôi đã dành bao nhiêu thời gian hàng tuần cho một người trông trẻ "trưởng thành". Tất cả các bản ngã, xung đột, lăng mạ và các vấn đề liên quan đến công việc không thường xuyên. Không bao giờ có bất kỳ vấn đề với đánh giá mã.

Tôi chỉ ước rằng những nơi làm việc thực sự thậm chí bắt đầu giống với những nơi trong cuốn sách của Joel.

Tập thể, ngồi xuống trong một phòng hội nghị với tất cả các nhân viên bị làm phiền bởi cá nhân này. Hãy để người này biết rằng sự gián đoạn là một sự xao lãng khỏi công việc của bạn và cản trở khả năng làm việc của bạn trong "khu vực".

Thông báo cho người quản lý, nếu có thể.

Yêu cầu tất cả các câu hỏi được giải quyết qua email để loại bỏ nhiễu công việc và do đó bạn có thể bắt đầu ghi nhật ký cả tần suất gián đoạn và mức độ kinh nghiệm thấp được thể hiện.

Trong một khoảng thời gian ngắn, cả nhóm nên gửi một tin nhắn khiến người này không làm phiền mọi người, hoặc bạn sẽ thu thập đủ các dấu vết email để chứng minh cho ngay cả một người quản lý thiếu kinh nghiệm về lỗi tuyển dụng.

Một bài học tôi học được từ sớm với tư cách là người quản lý là thuê những nhân viên giỏi nhất mà tôi có thể tìm thấy, thử xem mỗi người làm việc như thế nào trong nhóm và cách nhóm làm việc.

Một bài học ban đầu khác là loại bỏ nhân viên tồi ngay lập tức.

Yêu cầu anh ấy viết câu hỏi của anh ấy xuống để bạn có thể trả lời sau khi bạn rảnh và nói chuyện với người quản lý của bạn để đảm bảo bạn có điều kiện làm việc yên tĩnh.

Tình huống của bạn không thành công Điểm số 8 của Joel Test Các lập trình viên có điều kiện làm việc yên tĩnh không?

Nếu đồng nghiệp hỏi bạn một câu hỏi, gây gián đoạn 1 phút, nhưng điều này khiến bạn rời khỏi khu vực đủ tệ đến mức bạn phải mất nửa giờ để có năng suất trở lại, năng suất chung của bạn đang gặp rắc rối nghiêm trọng.

Yêu cầu anh ấy đăng câu hỏi lên trang này và xem anh ấy nhận được phản hồi gì, nó đã giúp rất nhiều lập trình viên;) Đặt một bản sao của CLR qua C # trên bàn của anh ấy và để anh ấy kiểm tra tại đó.

Tôi yêu cầu anh ta đặt tất cả các câu hỏi của mình thành một đống lớn, sau đó ngồi xuống và thực hiện một số chương trình cặp với anh ta trong một khoảng thời gian dài hơn.

Nghe có vẻ như anh ta không biết cách lập trình, nhưng đó có thể chỉ là sự thất vọng của bạn. Lập trình cặp sẽ dạy anh ta cách lập trình (giả sử anh ta có thể dạy được, không phải ai cũng có sở trường của chương trình).

Tôi biết chính xác cảm giác của bạn, tôi đã ở trong tình huống này trước đây. Đó chỉ là nhập vai và thao túng. Nó thường xảy ra vì nhiều lý do: - Người đó không biết câu trả lời, không đủ năng lực và không muốn trở thành bất tài, do đó đó là những gì tôi nghĩ. - Nếu người đó hỏi bạn câu hỏi ngớ ngẩn trước mặt mọi người và trả lời họ ngay sau đó, anh ta có thể cố gắng đưa bạn vào nơi không đủ năng lực hoặc chơi trò chơi với bạn (nơi làm việc có đầy những người như vậy, cố gắng leo lên trên bạn). - Người đó lười biếng và muốn bạn làm việc cho anh ta. - Người đó là loại anh chàng "nghe thấy", có nghĩa là anh ta có thể sao chép một mẫu mã nhưng không thể điều chỉnh nó vì anh ta không hiểu cách thức hoạt động của nó, chỉ cần sử dụng nó ở đâu.

Cách tiếp cận tốt IMO chỉ là nói với anh chàng đó, xin lỗi bạn thân, bây giờ bạn đang ở một mình, bạn sẽ phải tự mình tìm ra điều này, tôi có việc phải làm. Nếu vấn đề vẫn còn, hãy nói chuyện với người quản lý của bạn về vấn đề này (tôi biết phân không phải là tốt nhất nhưng hy vọng bạn có một người quản lý có thẩm quyền đã thấy tuyết rơi trước đó :))

Tôi sẽ xem xét hầu hết các câu trả lời, thậm chí có một cuộc trò chuyện với họ, một "Trốn thoát" trong khi phản hồi đầu tiên của tôi sẽ là một cái gì đó dọc theo dòng đề nghị để ghép nối với họ. Tại thời điểm này, bạn đã đề nghị giúp đỡ và nếu họ từ chối, bạn có thể leo thang với một lương tâm rõ ràng. Nếu họ kết hợp với bạn thì bạn có thể đánh giá mức độ năng lực thực tế của họ.

Vấn đề là, nếu một người viết thư viện, bạn hoàn toàn có thể chấp nhận yêu cầu họ viết mã có giao diện với nó - ít nhất là dưới dạng thử nghiệm. Có những ví dụ khác ít rõ ràng hơn nhưng vẫn có thể nghi ngờ - như trường hợp ai đó nghĩ rằng bạn đã giải quyết vấn đề và vẫn có thể có mã kết quả tiện dụng.

Nếu họ thực sự yêu cầu bạn thực hiện công việc của họ, thì VẪN hợp lý để yêu cầu ghép đôi, thực tế đó là một gợi ý tốt nếu bạn bị bối rối và đó là một cách tuyệt vời để học hỏi.

Nếu họ không quan tâm đến việc ghép đôi thì tôi sẽ vui vẻ tiếp tục với bất kỳ giải pháp nào khác ở đây - thực tế tùy thuộc vào phản ứng của họ, tôi có thể bỏ qua việc thảo luận với họ và đi thẳng đến người quản lý (không chỉ yêu cầu của họ cho bạn giúp đỡ nhưng một khẳng định không thể chối cãi rằng bạn đã đề nghị giúp đỡ và thấy rằng những gì họ THỰC SỰ muốn nhiều hơn là chỉ giúp đỡ)

Để anh ta học một số khoa học máy tính và giúp phát triển từ kịch bản không có não; có lẽ anh ta là một người biết các công cụ (với các kỹ năng đã được chứng minh) nhưng không có nền tảng.

"Bạn biết đấy, rằng bạn thực sự có thể tham gia nhiều hơn vào những thứ này, nhưng làm thế nào để cải thiện bản thân bạn về điều này - bây giờ ..". Bỏ ra một số tiền trên amazon để có được một cuốn sách được sử dụng tốt (Gang of bốn, Lập trình trong Haskell, .. Chỉ để cho vui?), Do đó thêm một số dấu trang về các câu hỏi gần đây của anh ấy.

Tôi sẽ nhận được sự trợ giúp từ ban quản lý, trò chuyện về vấn đề này với họ và sau đó sắp xếp thời gian để ngồi xuống như một nhóm với nhà phát triển này để giải quyết tình huống.

Ngoài ra, đôi khi cần phải có một chút chính trị về những điều này và thể hiện rõ hành vi của người đó trước phần còn lại của đội (và quản lý, nếu có thể), mà không thô lỗ hoặc đối đầu, nhưng bằng cách nhẹ nhàng đặt câu hỏi tại sao họ lại làm điều này. Tôi đã phải đối phó với một tình huống tương tự, cách đây không lâu. Trong trường hợp đó, tôi đã nói với nhà phát triển trong câu hỏi, khi được hỏi một lần nữa để được hỗ trợ, "Nếu bạn biết bạn đang làm gì, như bạn yêu cầu, vậy tại sao bạn liên tục đặt câu hỏi? Và khi tôi trả lời họ, tại sao lại tranh luận? Nếu bạn muốn tôi giúp bạn trong tương lai, thì hãy để tôi làm như vậy. " Một người sau đó đã bị giám đốc công nghệ buông tay, một vài ngày sau đó (anh ấy đã nhận thức được vấn đề gần đây).

Chúng tôi đều là nhà thầu, FYI, vì vậy có rất ít lòng trung thành đối với một trong hai chúng tôi, theo quan điểm của TD. Đôi khi, mọi thứ chỉ cần được đưa ra ngoài trời.

Vì bạn ở cùng một đội, hãy trở thành một người chơi nhóm tốt bằng cách chỉ cho anh ấy cách trở thành một người. Tiếp xúc với anh ta với quản lý có thể thu hút ire từ một số đồng nghiệp của bạn, và theo tôi thì điều đó thật tồi tệ.
Rất có thể, quản lý đã biết về đồng nghiệp của bạn, vậy tại sao bước ra khỏi đường dây bằng cách "cho" họ thấy rằng anh ta là một người thuê tồi? Về lâu dài, việc giúp đỡ đồng nghiệp này một chút bây giờ có thể trả hết cho bạn về lâu dài theo những cách mà bạn có thể không bao giờ tưởng tượng được.

Xin lỗi bạn đã thấy mình ở một điểm khó khăn như vậy.