Tôi tin rằng giải pháp của tôi tốt hơn sếp của tôi, vậy tôi có nên phớt lờ anh ta không? [đóng cửa]


16

Tôi đang làm việc với php và sql.

Tôi nghĩ rằng phương pháp thực hiện chức năng của tôi tốt hơn những gì sếp tôi đề xuất. Vừa nãy anh ấy giải thích cho tôi cách kiểm tra danh sách địa chỉ email và tôi không thích ý tưởng của anh ấy. Tôi đề xuất cái nào tốt hơn và nhanh hơn để thực hiện, nhưng anh ấy không đồng ý.

Bây giờ tôi nghĩ rằng tôi sẽ tiếp tục và thực hiện ý tưởng của mình, vì ý tưởng của anh ấy không đủ rõ ràng với tôi. Bạn có nghĩ rằng anh ấy sẽ điên?


71
Có vẻ như vấn đề có thể là bạn không làm tốt công việc giải thích lý do tại sao bạn "thực hiện tốt hơn và nhanh hơn".
Nicole

21
Vui lòng thêm một số thông tin: (1) Ông chủ của bạn có thể lập trình không? (2) Chính xác thì giải pháp của sếp bạn là gì. (2) Chính xác thì giải pháp của bạn là gì? Cho đến khi những điều chưa biết này được hiểu, thật khó để đánh giá xem giải pháp của bạn có thực sự tốt hay không.
Đêm tối

4
Bạn giỏi hơn sếp? Bất cứ điều gì làm cho bạn nghĩ rằng? Chúng tôi cần chi tiết.
Damien Roche

3
Tôi nghĩ rằng nó cũng có thể giúp chỉnh sửa câu hỏi của bạn để liên kết với câu hỏi khác, có liên quan của bạn: lập trình
viên.stackexchange.com/

3
Hãy để tôi đoán, bạn đã mã hóa dưới 5 năm? Đứa trẻ ngây thơ, ngọt ngào ... :-)
Ed Griebel

Câu trả lời:


83

Đã trở thành "ông chủ" và, hóa ra, thực sự tốt hơn nhân viên của tôi trong mọi trường hợp - vâng, anh ta sẽ nổi điên - hoặc khó chịu hoặc bực bội và trong mọi trường hợp, hoàn toàn có thể, ngay từ đầu.

Nếu bạn thực sự tốt hơn anh ấy thì bạn sẽ có thể hiểu giải pháp đề xuất của anh ấy và để xem tại sao của bạn tốt hơn và sau đó giải thích lý do tại sao.

Nhưng bạn nói:

bởi vì ý tưởng của anh ấy không đủ rõ ràng với tôi

Trong trường hợp bạn cần quay lại và hiểu anh ấy muốn gì và tại sao và liệu - như trường hợp cả trong tôi đưa ra đề xuất cho nhân viên của tôi và nhân viên của tôi đề xuất giải pháp cho tôi - bạn hoặc anh ấy đã bỏ lỡ điều gì đó. Nhưng đừng cho rằng anh ta sai và bạn đúng trừ khi và cho đến khi bạn hiểu những gì anh ta yêu cầu và liệu anh ta có bao gồm những gì bạn chưa nghĩ đến (chưa).


Ồ và trong một trường hợp - anh ấy là một lập trình viên giỏi hơn nhưng anh ấy không giỏi lắm một vài bước trở lại từ vấn đề tôi tốt hơn và chúng tôi đã rất vui khi làm việc cùng nhau vì lý do đó.


13
+1 "trừ khi và cho đến khi bạn hiểu những gì anh ấy yêu cầu"
Dean Harding

3
Câu trả lời tuyệt vời, muốn thêm rằng chúng ta không nên cho rằng ông chủ không có thêm thông tin từ ông chủ của mình hoặc ai đó cao hơn dẫn đến việc ông ta có thêm kiến ​​thức cho phép ông ta kết luận giải pháp của mình là tốt hơn. Tôi đã thấy điều này xảy ra trước đây và thay vì trông giống như một cái mông, nó giúp đảm bảo rằng bạn hiểu ông chủ của mình và anh ta đến từ đâu trước khi nhảy vào "ông chủ của tôi không hiểu giải pháp của tôi là tốt hơn".
Chris

1
đôi khi có giải pháp tốt hơn không đủ cũng không phải là điều quan trọng nhất; thực tế là bản ngã, thứ bậc và các nghi thức nhóm / công ty được tôn trọng theo thời gian tồn tại - và chúng lớn hơn bạn và đôi khi có tầm quan trọng vượt quá tầm hiểu biết của chúng tôi. điều tốt nhất bạn có thể làm là có thể phân tích và đưa ra các tùy chọn cạnh nhau và trình bày các lợi ích và cảnh báo của họ một cách chi tiết để người quản lý (hoặc nhóm) đưa ra quyết định. ít nhất tại thời điểm đó bạn biết rằng bạn đã thực hiện sự chuyên cần của mình và số phận của dự án không còn nằm trong tay bạn nữa.
sứa biển

1
Điều khiến tôi đặt câu hỏi cho câu trả lời này là "đã tốt hơn nhân viên của tôi". Tôi không muốn làm việc cho một ông chủ nghĩ rằng anh ta tốt hơn tôi ...
Jason Baker

1
-1. Nếu bạn thực sự giỏi hơn về lập trình thì tất cả cấp dưới của bạn, thì bạn đã bị giao việc sai. Không có gì nói rằng một người quản lý phải giỏi hơn mọi thứ. Lý tưởng nhất, một người quản lý nên giỏi hơn trong việc quản lý dự án và các lập trình viên nên giỏi hơn về lập trình. Nó nên giống nhau với mọi người trong mọi mô tả công việc. Một nhóm thực sự tuyệt vời là một đội nơi các kỹ năng khen ngợi lẫn nhau để nhóm lớn hơn tổng của các bộ phận. Tôi xin lỗi, nhưng thái độ kiêu ngạo của bạn không có chỗ trong một đội. Đi làm solo và cứu mọi người một số đau buồn.
riwalk

50

Bạn đang chỉ trích anh ấy bằng cách nghĩ rằng bạn tốt hơn anh ấy, thay vì chỉ trích ý tưởng của anh ấy .

Bạn cần thay đổi hành vi không phù hợp đó ngay từ đầu.

Tận dụng cơ hội để thử thách ý tưởng của anh ấy một cách tích cực bằng cách hỏi "why?"đủ số lần. Nếu ý tưởng đó quá ngu ngốc, cuối cùng anh ta sẽ tự khám phá nó bằng cách trả lời câu hỏi của bạn.

Kỹ thuật này có lợi thế giúp bạn hiểu. Ý tưởng của anh ấy có lẽ thông minh hơn bạn nghĩ.

Ngoài ra seeking to understandtrước khi cố gắng để được hiểu sẽ giúp sếp của bạn giải giáp mình chống lại bạn. Khi bạn đề xuất ai đó một cái gì đó, não thằn lằn của nó sẽ cố gắng xác định xem đó có phải là một điều trị hay không. Bộ não thằn lằn của anh ta muốn anh ta được an toàn. Tìm kiếm để hiểu anh ta sẽ tái bảo hiểm bộ não cổ xưa của mình.

Bây giờ nếu bạn có một đề nghị tốt hơn, tôi chắc chắn anh ấy sẽ rất vui khi nghe bạn nói. Hãy chuẩn bị để được hỏi "why?"đủ lần cho đến khi anh ta bị thuyết phục.

Rốt cuộc, bạn là người chuyên nghiệp, đó là lý do tại sao anh ấy thuê bạn ngay từ đầu. Anh ấy nên lắng nghe bạn.

Nếu anh ấy không hứng thú với ý tưởng của bạn, chỉ có một việc cần làm: bỏ việc .


2
+1 cho "Bạn cần thay đổi hành vi không phù hợp đó ngay từ đầu." Trước tiên hãy hiểu đề xuất của cấp trên của bạn từ trong ra ngoài trước khi chỉ trích nó.
Chris

38

Bạn nói rằng phương pháp của bạn là "thực hiện nhanh hơn". Đó là hồi chuông báo động cho tôi.

Mã nhanh hơn để thực hiện có thể, rất thường xuyên, khó duy trì.

Anh ấy là ông chủ của bạn. Trừ khi bạn ở đó suốt đời, anh ta sẽ sống với mật mã đó lâu hơn bạn nhiều. Có lẽ chiến lược của ông có tính đến thực tế đó.

Câu trả lời ngắn gọn: Không tuân thủ là một cách chắc chắn để bị sa thải.


4
Câu trả lời ngắn gọn của bạn là bản tóm tắt tuyệt đối tốt nhất của vấn đề.
justkt

Tôi không đồng ý, nhanh hơn và đơn giản hơn là tốt hơn. phức tạp hơn với rất nhiều trường hợp góc là tồi tệ nhất và khó bảo trì hơn. Tôi thậm chí tin rằng bạn nên luôn luôn làm theo cách đơn giản nhất và sau này nó sẽ phát triển nếu cần.
IAd CHƯƠNG

Tôi phần nào đồng ý với bạn, tôi cũng nghĩ 'Đơn giản hơn'. Nhưng, ưu tiên "đơn giản hơn cho người đọc mã 3 năm sau khi" qua "Đơn giản hơn để viết". Vì vậy, theo nghĩa đó, 'Đơn giản hơn' có thể có sự đánh đổi với 'Nhanh hơn'. Nếu bạn nhận được tôi.
JW01

9

Công việc của sếp không phải là để lập trình tốt hơn cho bạn, đó là quản lý bạn. Vì vậy, gạt sang một bên thực tế có nền tảng lập trình rõ ràng của anh ấy và anh ấy có thể biết lý do tại sao giải pháp của bạn không phải là tốt nhất - hãy cho anh ấy thấy bạn có thể định hướng và anh ấy sẽ tin tưởng bạn hơn khi theo dõi anh ấy với những giải pháp tốt hơn .

Tôi gần như có thể đảm bảo đó là cách tiếp cận của bạn để nói với anh ấy lý do tại sao anh ấy sai (nói về cách chúng ta có thể làm điều đó tốt hơn?) Điều đó ngăn bạn khỏi bị nghe thấy.

... không phải nói là không có những người thiếu kinh nghiệm thực sự ngoài kia :)


6

Hãy xem xét rằng sếp của bạn cần một vài điều từ bạn:

  • Khả năng lập trình. Bằng tất cả các quyền, trừ khi anh ta là một người quản lý đang phát triển, anh ta (hy vọng) đã thuê bạn với hy vọng rằng bạn sẽ tốt hơn anh ta.
  • Khả năng làm việc nhóm: có nghĩa là lắng nghe cũng như giải thích ý tưởng.
  • Khả năng làm những gì bạn đã nói. Khi lời cuối cùng được nói ra, sau tất cả những cuộc thảo luận qua lại về một vấn đề, bạn không phải là ông chủ. Nếu bạn cố gắng trở thành một hotshot khi bạn được đặc biệt không làm điều gì đó, bạn không thể tin tưởng được.

Nếu bạn muốn tiếp tục giải quyết vấn đề, bạn có thể thực hiện ý tưởng của sếp, tự thực hiện (theo thời gian của riêng bạn nếu cần một chút thời gian để làm) và chứng minh cả hai để chứng minh rằng bạn tốt hơn. Tôi sẽ để lại thái độ khi tắm.


"Khi lời cuối cùng được nói ra, sau tất cả những cuộc thảo luận qua lại về một vấn đề, bạn không phải là ông chủ." - điều này có nghĩa là, khi giải thích cho bất cứ ai trả tiền cho bạn và sếp của bạn tại sao nó không hoạt động, bạn sẽ vui mừng vì sếp của bạn phải giải thích chứ không phải bạn.
flamingpenguin

6

Có anh sẽ điên . Vì vậy, tôi khuyên bạn nên gửi email cho anh ấy một lý do tại sao phương pháp của bạn tốt hơn. Và yêu cầu anh ta chấp thuận cho đi trước với phương pháp của bạn. Quan điểm "email" của tôi là đảm bảo bạn liệt kê và đối chiếu tất cả các lý do của bạn trước khi đi vào bất kỳ cuộc thảo luận nào khác.

Hãy thử diễn đạt nó là " Tôi tin rằng phương pháp này phù hợp với dự án / vấn đề " - vì vậy trừ khi anh ấy có cách tốt hơn, anh ấy nên đi cùng bạn.

Nếu bạn thực sự chắc chắn và có đủ đạn để hỗ trợ cho quan điểm của mình, hãy đi với " Tôi tin rằng phương pháp này phù hợp với dự án / vấn đề vì 1,2,3 .. lý do "

Thêm một lời khuyên cá nhân - nói rằng "Tôi tốt hơn sếp của tôi" xuất hiện như một chút kiêu ngạo, tôi hiểu bạn có thể tức giận ngay bây giờ - nhưng trong bối cảnh chuyên nghiệp, điều này sẽ không được đánh giá cao. Hy vọng ông chủ của bạn không đọc bài này;)


9
Không bao giờ, cố gắng giải quyết xung đột với Email. Email cho phép bạn phản ứng theo những gì bạn từng tâm trạng khi đọc chúng.
Morten

Tôi đồng ý với nhận xét của Morten. Hầu hết các xung đột cũng bắt đầu trong cuộc trò chuyện email. Ngôn ngữ cơ thể là quan trọng.

@Morten, Pierre: Đồng ý với ý kiến ​​"email" của bạn. Ý tôi là nên có một cuộc thảo luận về điểm của OP so với điểm của ông chủ của anh ấy.
JoseK

Email nên là bước tiếp theo, để theo dõi, ghi lại tài liệu và chi tiết cuộc hội thoại cần diễn ra trước. Tôi đã không đếm được có bao nhiêu email đã đến để cắn lại những người đã gửi nó (bao gồm cả tôi). Những bất đồng và hiểu lầm dễ bay hơi nhất là do chiến lược "gửi email trước, đặt câu hỏi sau". Bất kể âm điệu bạn có trong tâm trí khi viết email, âm điệu hầu như sẽ luôn được người nhận giải thích khác nhau. Nếu có một cuộc trò chuyện trước, một giai điệu đã được thiết lập.
Mark Freedman

4

Trở thành một nhà phát triển tuyệt vời không chỉ là một lập trình viên giỏi! Một phần của công việc là làm việc tốt với những người khác và cộng tác với các nhóm và ông chủ của bạn. Nếu bạn nghĩ rằng cách của bạn tốt hơn, hãy thử và giải thích điều đó với anh ấy, cho anh ấy thấy "dữ liệu" về lý do tại sao nó tốt hơn.

Nếu anh ta tuyên bố rằng cách của anh ta thực sự tốt hơn, hơn là cố gắng giữ một tâm trí cởi mở cho trường hợp rằng anh ta có thể đúng. Nếu anh ta không, và chỉ kéo theo quyền lực đối với bạn, thì bạn có một ông chủ tồi ... (vì một phần của việc trở thành một ông chủ tuyệt vời cũng đang hợp tác với nhóm của bạn và quản lý nó đúng cách). Trong trường hợp đó, nó có thể không phải là một ý tưởng tồi để bắt đầu nhìn xung quanh.


2

Đó chắc chắn là một cách nhanh chóng và dễ dàng để bị sa thải.

Lời khuyên của tôi là thực hiện cả hai và sử dụng một trong những gì ông chủ của bạn muốn.

Nếu có vấn đề, hãy nói với anh ấy rằng bạn có cách khắc phục và chỉ cho anh ấy biết, nhưng đừng nói với anh ấy lý do tại sao bạn viết nó.


Tôi phải không đồng ý với điều này. Tạo hai triển khai chỉ để chứng minh ai đó sai chỉ đơn giản là lãng phí thời gian. Tôi chắc chắn 100% rằng trong hầu hết các trường hợp thảo luận bình thường về ưu và nhược điểm của từng giải pháp là đủ.
Tx3

Bạn không cần phải cúi xuống trong mọi tình huống. Người chơi cấp cao biết công cụ của họ, biết cách chứng minh và cũng biết khi nào nên rút lui. Và họ được tìm kiếm nhiều nhất và được trả mức lương tốt nhất. Khỉ mã dịch các thông số kỹ thuật không đầy đủ thành một mã không đầy đủ.
Coder

2

Tôi không nghĩ rằng bạn có thái độ đúng đắn ở đây. Nghĩ rằng bạn tốt hơn sếp hoặc chỉ nghĩ bạn giỏi hơn người khác không bao giờ giúp đỡ vấn đề. Bạn đã nói với anh ấy lý do tại sao bạn không thích ý tưởng của anh ấy hay bạn chỉ nói, "Tôi có cách làm việc tốt hơn". Tại sao ý tưởng của bạn tốt hơn chính xác? Đây có phải là một thuật toán ít phức tạp hơn? Nó có thời gian chạy tốt hơn không? Có dễ bảo trì hơn không? Liệu nó sử dụng dễ dàng hơn để hiểu các mẫu thiết kế?


2

Như nhiều câu trả lời đã được cung cấp, tôi không khuyên bạn nên viết mã cho một giải pháp mà khách hàng tiềm năng của bạn chưa được phê duyệt. Trước tiên bạn phải chứng minh cho anh ấy rằng giải pháp của bạn tốt hơn theo cách xây dựng. Nếu anh ấy là một người quản lý tốt và sâu sắc nghĩ rằng giải pháp của anh ấy tốt hơn của bạn, bạn có thể mong đợi từ anh ấy để giải thích lý do tại sao. Đừng quên rằng với tư cách là người quản lý, anh ta có thể có các tiêu chí khác ngoài bạn để xác định giải pháp hiệu quả là gì. Duy trì hoặc dễ dàng đọc có thể là một trong số họ.

Bên cạnh đó, nếu anh ấy là một người quản lý tốt, anh ấy sẽ không phải là người không trung thực khi chọn giải pháp của bạn nếu bạn đã thành công một cách khách quan trong việc chứng minh rằng nó thực sự tốt hơn.

Nhưng cuối cùng, ngay cả khi bạn vẫn không đồng ý với anh ta, đừng lừa dối anh ta; đừng làm điều gì đó anh ta sẽ bỏ qua. Quản lý nhóm cũng dựa trên sự tin tưởng và minh bạch để bạn có thể làm hỏng mối quan hệ của mình và hiệu quả của nhóm. Và các mục tiêu nhóm nên là ưu tiên hàng đầu của bạn.

Nếu tình huống xảy ra lặp đi lặp lại và những lựa chọn của anh ta luôn tồi tệ, anh ta không nên ở lại với sếp của bạn trong một thời gian dài. Nếu chỉ là thỉnh thoảng, đừng quá tập trung ...


1

Có vẻ như bạn đang xung đột với một cái gì đó, vì vậy bạn phải tập trung vào việc xây dựng.

Nếu bạn chân thành không tin vào giải pháp của anh ấy, bạn nên tìm một cách xây dựng để nói cho anh ấy biết bạn cảm thấy thế nào về nó. Có một vài điều cần xem xét trong việc này. Bạn chịu trách nhiệm về việc giao hàng của mình, nhưng anh ấy chịu trách nhiệm về việc giao hàng của nhóm. Bạn sẽ phải chứng minh rằng sự quan tâm của bạn là sự phân phối của các đội và của chính bạn (rằng hai điều này phù hợp).

Lập một danh sách của pro và con với hai giải pháp và thảo luận với sếp của bạn một cách xây dựng. Đôi khi dễ dàng hơn để chỉ ra rằng bạn hoặc anh ấy đang thiếu một thành phần chính của giải pháp với một danh sách.

Cố gắng hiểu những gì anh ấy muốn, đó là mục đích cuối cùng là mục đích. Nếu bạn có xung đột về điều này thì bạn không tập trung vào đúng mục tiêu.


1

Lời khuyên của tôi là trước tiên hãy xác định xem giải pháp của anh ấy có thực sự tốt hơn không. Đăng hai giải pháp, yêu cầu SE cho một ý kiến ​​khách quan.

Tôi sẽ KHÔNG BAO GIỜ bỏ qua ông chủ của tôi. Nếu anh ta có bí quyết kỹ thuật, thì không có hại trong một cuộc thảo luận lành mạnh. Anh ấy nghĩ ra ý tưởng của mình và bạn đề xuất ý kiến ​​của bạn.

Tuy nhiên, nếu bạn xác định rằng trên thực tế phương pháp của anh ta kém hơn và anh ta sẽ không cho phép bạn làm công việc mà anh ta thuê bạn, hãy bỏ việc. Không có gì tồi tệ hơn việc một người đứng đầu đứng trên bạn nói với bạn rằng bạn nên làm gì khi họ rõ ràng không biết họ đang nói về cái gì.


1

Hãy bắt đầu với thực tế rằng đó là công việc của ông chủ để đưa ra quyết định, không phải của bạn. Bạn đi ngược lại những quyết định đó sau lưng anh ấy và đó là một cách nhanh chóng để bị sa thải vì lý do.

Bạn có thể và nên trình bày ý tưởng của mình trước khi đưa ra quyết định, nhưng một khi nó được đưa ra, công việc của bạn là đưa ra quyết định ngay cả khi bạn không đồng ý với nó. Nếu bạn không thể làm điều đó, bạn sẽ có một sự nghiệp rất ngắn.


0

Phụ thuộc vào người. Nếu anh ta đủ hợp lý và bạn chỉ cho anh ta giải pháp của bạn và tốt hơn, anh ta có lẽ sẽ không điên. Nhưng nếu anh ta không, thì bạn đang gặp rắc rối.

Bây giờ, đối với phần nhảm nhí không chung chung: Anh ấy là ông chủ của bạn. Anh ta không ở đó để trở thành một lập trình viên giỏi hơn mà là một người quản lý / lãnh đạo tốt hơn. Có thể anh ta có lý do mà bạn chưa xem xét.

Nếu bạn là người thích mạo hiểm, thì hãy làm điều đó nhưng đừng giận nếu bạn bị đuổi việc. Tất cả đều là đặt cược.


0

Đừng cắn tay mà nuôi bạn.
Nếu bạn nghĩ rằng của bạn là tốt hơn, ngay cả sau khi phân tích toàn diện, thì chắc chắn, làm như bạn tin nhưng bạn sẽ sống với hậu quả.


Tại sao không? Không ai được hưởng lợi nếu sản phẩm cuối cùng sẽ là một mảnh rác rệp. Điều quan trọng là làm việc theo nhóm và quyết định theo nhóm. Nhưng nhiệm vụ của bạn là một nhà phát triển chuyên nghiệp là tìm ra các giải pháp chuyên nghiệp và bảo vệ vị trí của bạn nếu và khi nó đúng.
Coder

0

Sếp của tôi không thể lập trình ra khỏi túi giấy (thực ra không thể lập trình chỉ là một người nói chuyện và nghệ sĩ giỏi, nhưng để thỏa mãn những bất cập của anh ấy, anh ấy đã cho tôi làm những việc che đậy công việc của tôi, để anh ấy có thể che đậy sự thật Não bộ đằng sau những gì đang xảy ra. 1% ý tưởng là từ những câu hỏi chính mà tôi hỏi. 100% mã và phương pháp đến từ tôi. Khi ông chủ đưa ra cho tôi những ý tưởng tồi, tôi tự thực hiện, sếp của tôi tự tìm hiểu thêm Trước đó là một chương trình thành công. Chiến lược kết nối với mọi người xung quanh của tôi giúp ngăn chặn sự dối trá của anh ta ở cấp địa phương. Bây giờ tôi làm việc để phân chia 1/3 các bang trong một tập đoàn lớn. Tôi sẽ sử dụng lại chiến lược đó, mặc dù tôi m sẽ cần phải sáng tạo hơn nữa trong mạng.

Để trả lời câu hỏi ban đầu trong bài này rằng mã ông chủ không tốt như của tôi. Như những người khác đã nêu. Điều gì làm bạn nghĩ như vậy. Mã là logic. Tại sao chính xác bạn tin rằng bạn là tốt hơn? Trong trường hợp của tôi, có chính trị phát triển vượt xa việc có một sản phẩm thành công. Trong trường hợp của tôi, anh ấy muốn bóp nghẹt công chứng của tôi để thúc đẩy chính mình. Không chắc tình huống của bạn có thể có nhiều khả năng ở đây.


0

Nó có thể là một trong hai cách, tùy thuộc vào chi tiết.

Tôi biết rằng tôi đã ở trong rất nhiều tình huống mà tôi đã tranh cãi với các ông chủ về việc này hay việc khác. Đã rất nhiều lần tôi chứng minh rằng ý tưởng của mình tốt hơn, đôi khi họ đã chỉ cho tôi một giải pháp nhanh hơn và hoàn thiện hơn rất nhiều. Đôi khi không ai trong chúng tôi biết, vì vậy tôi phải thực hiện nghiên cứu, so sánh các ý tưởng và thậm chí có thể đưa ra một cái gì đó mới cho vòng quyết định tiếp theo.

Nếu sếp là một ông chủ tốt, và bạn ở cấp cao, có lẽ anh ta biết bạn có nhiều kinh nghiệm và quan điểm tốt hơn / mới hơn về các vấn đề nội bộ, và anh ta sẽ hiểu tại sao bạn lại làm gì đó nếu bạn giải thích cho anh ta. Anh ấy cũng sẽ tránh vi mô bạn.

Và đôi khi, cho dù bạn giỏi đến đâu, bạn cũng bỏ lỡ những điều đơn giản, điều đó sau đó khiến bạn tự hỏi làm thế nào bạn có thể ngu ngốc đến mức bỏ qua một giải pháp tầm thường. Và ông chủ, với cái nhìn tổng quan từ xa có thể nhận ra họ dễ dàng hơn rất nhiề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.