Tránh hội chứng Guy Guy thông minh trong các dự án nhóm


61

Rất nhiều thực hành xấu đã được cam kết khi bắt đầu một dự án, và tôi đã nhận ra chúng và chiến đấu chống lại tất cả chúng. Vì tôi đã không chọn và chọn các trận chiến của mình, nên ông chủ của tôi cho rằng bất cứ điều gì ngoài miệng là một phản ứng quá phức tạp và dành nhiều thời gian để tự bảo vệ mình, thay vì tìm kiếm lợi ích tốt nhất của dự án.

Làm thế nào để tôi đẩy đội đi đúng hướng, không phải chờ bốn tháng để mọi người đi đến sự đồng thuận mà tôi đang cố gắng để có được vị trí, hoặc làm mất danh tiếng của tôi trong đội như một bí quyết khó hiểu?


50
Hãy để mắt đến một bài đăng từ sếp của bạn tự hỏi làm thế nào để tránh hội chứng "Ass thông minh" - một anh chàng nghĩ rằng anh ta biết tất cả mặc dù anh ta mới và chưa từng làm việc trong bất kỳ dự án thực tế nào.
Paul Tomblin

3
@Droogans, xin đừng cho rằng tôi đã đọc những câu hỏi khác của bạn. Nếu bạn mở rộng nội dung câu hỏi của mình, thì chúng tôi có thể rút lại các bình luận (có nghĩa là để làm rõ, phải).
Công việc

9
@Droogans: Xây dựng UI trước (tạo mẫu) và không có thiết kế phía trước nào có thể được coi là Agile, nếu được thực hiện đúng. Đừng cho rằng bạn biết tất cả và bạn sẽ không được biết đến như là người cho rằng anh ta biết tất cả. Điều đó nói rằng, một nhóm phát triển không có cơ sở dữ liệu lỗi có thể không làm đúng.
pdr

3
Là một lưu ý bổ sung, không có thông số kỹ thuật chính thức của toàn bộ dự án là điều khá phổ biến. Học cách thích nghi với chủ dự án của bạn. Tôi (và nhiều người khác tôi biết) khá thường xuyên làm việc chỉ với các câu chuyện của người dùng, không có thông số kỹ thuật như vậy.
giật

14
Làm thế nào bạn có thể chắc chắn rằng bạn đúng và họ sai? Hãy sao lưu với sự thật.

Câu trả lời:


39

Thay đổi cần có thời gian. Udi Dahan có một bài viết tuyệt vời chạm vào những gì bạn đang hỏi, và tôi nghĩ anh ấy làm việc tốt hơn với câu trả lời hơn tôi.

Hãy nhiệt tình, không cay đắng. Hãy chuẩn bị cẩn thận, vui vẻ giải thích vị trí của bạn thường xuyên hơn nhiều so với bạn muốn. Đếm chiến thắng của bạn và chuẩn bị cho những người khác chống lại ý tưởng của bạn. Luôn luôn ghi nhớ rằng quan điểm của người khác, trong khi không phải của bạn, trên thực tế có thể vẫn đúng. Trong thời gian, bạn có thể đạt được mục tiêu của mình nếu bạn chuẩn bị làm việc với mọi người.

Tôi tự hỏi nếu bạn có một chút khúc mắc khi bạn viết "vì tôi không chọn và chọn các trận đánh của mình" ... có vẻ như đó là một lá cờ đỏ đối với tôi. Nhận được một vài chiến thắng sớm, dễ dàng có thể khiến bạn không phải là "kẻ ngốc mà nghĩ rằng anh ta thông minh hơn những người khác" mà là "anh chàng có ý tưởng tuyệt vời đó vào tháng trước".


1
Giành chiến thắng sớm thật khó khăn khi giải pháp của bạn đang dựa vào "những gì có thể xảy ra trong tương lai". Bây giờ, khi tôi xác định những điều này, tôi tiếp tục ghi chú về những gì tôi nên mong đợi và chỉ chờ nó bị hỏng. Hãy cho mình một khởi đầu.
Droogans

Nếu nó tệ như bạn nói, thì nó tệ đến lạ thường và bạn nên tìm kiếm một lối thoát duyên dáng. Dù bằng cách nào thì sự kiên nhẫn là bạn của bạn. Hy vọng rằng sự nghiệp của bạn sẽ lâu dài ... Đừng căng thẳng quá nhiều về thời gian ngắn. Mọi thứ thường diễn ra.
Kyle Hodgson

Tôi muốn nghĩ rằng tôi đang học hỏi nhiều, nếu không muốn nói là ở khía cạnh cá nhân của công nghệ phần mềm. Bất kể, tôi sẽ hài lòng khi biết tôi đã tạo ra sự khác biệt ở một nơi nào đó cần nó, cộng với ... đó là cách thực hành tốt.
Droogans

17

Bạn cần cung cấp bằng chứng rõ ràng, không thể bác bỏ, có thể biên dịch được, chứng minh rằng bạn đúng hoặc giảm vấn đề thành một vấn đề tầm thường, ví dụ, một thứ phải an toàn như RAII theo định nghĩa an toàn hơn những thứ thể an toàn, ví dụ như malloc / free.


37
Và xem xét khả năng bạn sai, và 3 người kia đều đúng, và bạn không thấy điều đó.
Yam Marcovic

@Yam Trong trường hợp đó, chúng tôi đã sử dụng mô hình dữ liệu dựa trên tệp. Các ví dụ ở đây không phải là chi tiết rườm rà; đây là những sai sót cơ bản, không thể đảo ngược mà 90% tất cả các cuốn sách và khóa học tập trung vào phần mềm cảnh báo. Nghe có vẻ khá nghiệt ngã phải không? Hãy cố gắng và không bị đe dọa khi các số liệu được trình bày cho bạn, ông chủ, theo cách đó.
Dropogans

10
@Droogans Tôi không nói bạn sai, tôi nói hãy xem xét khả năng bạn sai mỗi khi bạn cãi nhau, giống như bạn mong đợi người khác làm.
Yam Marcovic

@Yam: Nếu bạn cung cấp bằng chứng rõ ràng, không thể bác bỏ, thì bạn đã chứng minh rằng những người khác đã sai. Họ luôn có thể cố gắng để tách nó ra nếu họ muốn.
DeadMG

4
@DeadMG Lập trình "thực tiễn tốt nhất" không thực sự trở nên khách quan hơn, và do đó bạn không thể thực sự chứng minh rằng họ "tốt hơn", chỉ có điều họ đáp ứng tiêu chuẩn của bạn về những gì bạn cho là tốt. Luôn luôn có những ưu điểm và nhược điểm, và đôi khi những người khác sẽ coi những gì bạn cho là tốt, là xấu.
Yam Marcovic

17

Tôi nghĩ rằng bạn đã trả lời câu hỏi của riêng bạn một chút. Gợi ý duy nhất tôi có là học cách chọn các trận đánh của bạn, và học cách kiên nhẫn. Tiêm một vài ý tưởng mỗi giờ và sau đó, sau đó để những ý tưởng đó thấm qua cho đến khi bạn nhận được "mua" từ những người khác trong nhóm của bạn.

Vấn đề chính không phải là ai đúng hay sai. Tất cả xuất phát từ tâm lý cá nhân và nhóm. Mọi người có xu hướng sai lầm cảm thấy tự ti khi giá trị và lý tưởng của họ bị thách thức, và mọi người có thể rất chống lại sự thay đổi. Họ có thể trở nên tranh luận và sẽ tìm kiếm người khác để xác nhận vị trí của họ và được an ủi như một nhóm để họ không phải thách thức các giá trị của chính họ, và để họ không phải đối mặt với những thay đổi có thể khiến họ cảm thấy rằng họ có những khái niệm nhất định Sai lầm. Mặt khác, các nhà phát triển phần mềm nói riêng có thể là những người rất nhạy cảm, và thường có thể không nhạy cảm (đặc biệt là khi còn trẻ) về cách họ có thể tiếp cận thách thức các giá trị của người khác. Kết quả là bạn sẽ thường tìm thấy những đội mà một cá nhân rất không hài lòng và cảm thấy rằng mọi người khác dường như từ chối hiểu, và đối xử với cá nhân đó như anh túc cao lớn. Thông thường, điều này dẫn đến một nền văn hóa nhóm độc hại với tất cả mọi người, nơi đổ lỗi và phòng thủ trở thành chuẩn mực.

Bạn cũng cần xem xét vị trí của riêng bạn trong tất cả những điều này. Không có khả năng đổ lỗi cho một nền văn hóa độc hại hoàn toàn thuộc về các đồng nghiệp của bạn, ngay cả khi nó có thể đã bắt đầu từ đó. Nhiều khả năng phản ứng của họ đối với bạn và phản ứng của bạn đối với họ đều phản hồi lại theo thời gian và không được kiểm soát trở thành một vấn đề rất khó quản lý. Một người quản lý giỏi phát hiện sớm các loại vấn đề này và khắc phục chúng, nhưng thực tế là hầu hết các nhà quản lý CNTT đều xuất thân từ nền tảng CNTT và được thăng chức mà không cần đào tạo bổ sung để thực sự quản lý con người một cách hiệu quả, để đến lúc họ nhận ra là một vấn đề, nó đã phát triển rất lớn, và đã trở thành một phần của văn hóa đội bóng.

Vậy bạn có thể làm gì về điều này?

Một lựa chọn đơn giản là rời đi, nhưng làm như vậy theo cách cho phép bạn rời đi với danh tiếng của bạn nguyên vẹn, và với sự giới thiệu tốt từ chủ lao động của bạn. Bạn không muốn có khoảnh khắc "Jerry McGuire" của mình và đốt cháy tất cả các cây cầu của bạn, và tại các cuộc phỏng vấn của bạn, bạn sẽ cần phải cẩn thận về cách bạn nêu lý do của bạn để rời đi, và để tránh đi qua như kiêu ngạo hoặc cay đắng bạn cảm thấy bạn đã được điều trị.

Nếu bạn muốn ở lại, thì bạn sẽ cần phải làm điều khó nhất trong tất cả. Nuốt niềm tự hào của bạn, và theo thời gian cho người khác thấy rằng từ quan điểm của họ, bạn đã "thay đổi". Bạn cần dừng lại và lắng nghe những người khác, và để tránh sự cám dỗ để có những ý tưởng bị từ chối cá nhân. Thời gian, sự kiên nhẫn và học cách không đầu tư quá nhiều cảm xúc vào công việc mà bạn đang làm. Thậm chí quan trọng hơn, bạn cần học cách diễn đạt mọi thứ để bạn cho người khác thấy rằng bạn nhạy cảm với quan điểm của họ, trong khi vẫn hiểu ý của bạn.

Câu hỏi của bạn lặp lại một số kinh nghiệm mà tôi đã có trong hơn 10 năm qua và trong khi tôi không phải là một nhà tâm lý học, tôi là một người quan sát sâu sắc về cách mọi người tương tác với nhau và tôi cần phải thay đổi bản thân tôi trước khi tôi có thể thay đổi văn hóa trong đội của tôi. Trong một số trường hợp tôi đã thay đổi công việc, và trong những trường hợp khác, tôi đã ở lại và làm mọi thứ có thể để thực sự tạo ra sự khác biệt cho nơi làm việc của tôi. Tôi đã bỏ đi với sự hài lòng lớn nhất từ ​​những nơi mà tôi đã vượt qua trở thành anh túc cao lớn, và để lại một nền văn hóa làm việc được cải thiện và với các tài liệu tham khảo tuyệt vời. Xem đây là cơ hội để thực sự vươn lên một thách thức. Nó có thể khó khăn, nhưng rất bổ ích cuối cùng.


Tôi đã đề cập đến những điều đã qua từ mùa hè và để những sai lầm xảy ra nếu chúng không nằm trong khu vực tập trung trực tiếp của tôi vào thiết kế hệ thống (ngay cả khi nó có nghĩa là làm việc một vài đêm muộn). Tôi cũng nghĩ thực sự, thực sự khó khăn khi đưa ra giải pháp của mình một cái tên gợi cảm, trung tâm và không mô tả nó. Đáng buồn thay, điều này hoạt động tốt hơn là cố gắng tìm ra nguồn gốc của vấn đề, hoặc giải pháp tôi đang cung cấp.
Droogans

LOLz lại: buzzwords. Ngay cả tôi đã được biết để giải thích cho các nhà quản lý về nhu cầu "hiệp lực" :-P Cuối cùng, đây chỉ là những công cụ được sử dụng để đáp ứng mục tiêu cải thiện. Tuy nhiên, các nhà quản lý cần phải chứng minh việc mở rộng tài nguyên và điều đó đòi hỏi phải tạo ra một trường hợp kinh doanh hợp lý cho bất kỳ cải tiến nào bạn muốn thực hiện. Dữ liệu cứng về lợi nhuận và chi tiêu nói lớn hơn nhiều so với việc chỉ nói "bởi vì Fowler / Gof / etc nói rằng nó là như vậy". Tôi đoán rằng ý chính của những gì tôi viết ra là gắn kết với mọi người thay vì chiến đấu chống lại lý tưởng, và bạn tiến xa hơn với một củ cà rốt hơn cây gậy.
S.Robins

12

Cố gắng đi ngược lại các quyết định hiện tại của nhóm trên cơ sở liên tục là gây hại cho khả năng tồn tại của ý tưởng của bạn, bất kể giá trị của chúng.

Bạn phải nhận ra rằng bạn đang vật lộn với cửa sổ Overton và đây thực chất là một trận chiến chính trị, không phải là một cuộc tranh luận hợp lý. Nếu nó hợp lý, bạn đã đồng ý từ lâu với nhóm về một thực hành tốt.

Thủ thuật để có được ý tưởng của bạn được chấp nhận là sử dụng một cách tiếp cận trò chơi dài để di chuyển cửa sổ Overton:

  1. Ban đầu, bạn phải tự dán nhãn cho mình "hợp lý" trong suy nghĩ của người khác. Điều này có nghĩa là áp dụng thực hành nhóm hiện tại và thường là "người hợp lý". Bạn có thể nghi ngờ về những thực hành này, nhưng bạn không thể từ chối chúng nếu nhóm hiện tại cảm thấy chúng hợp lý.
  2. Khi bạn hợp lý trong suy nghĩ của người khác, bạn có thể bắt đầu đưa ra ý tưởng của mình cho nhóm. Họ sẽ đạt được sự tín nhiệm bởi vì bạn đã đạt được sự tín nhiệm (nó không nên hoạt động theo cách này, nhưng nó có). Dần dần bạn sẽ mở rộng cửa sổ những ý tưởng có thể chấp nhận để đưa vào ý tưởng của riêng bạn. Trong giai đoạn này, bạn vẫn không cố gắng tạo ra sự thay đổi trong thực tế, chỉ thực hiện một thay đổi như vậy có vẻ như là một ý tưởng "hợp lý". Sự lặp lại ý tưởng là chìa khóa ở đây, bởi vì mỗi lần lặp lại làm cho ý tưởng có vẻ hợp lý hơn một chút.
  3. Trong giai đoạn cuối, bạn lạm dụng mọi người không có khả năng chú ý một cách cân bằng. Bạn phải đặt các hậu quả tiêu cực của mặt trận thực hành hiện tại và trung tâm của mặt phẳng chú ý của họ, đồng thời đặt rủi ro cho cách tiếp cận của bạn ra ngoài nó (làm điều này bằng cách thay đổi chủ đề của cuộc trò chuyện thành điều bạn cần). Cuối cùng, nhóm sẽ tự quyết định rằng ý tưởng của bạn tốt hơn nhiều so với phương pháp hiện tại. Nó sẽ trở thành được áp dụng một cách dân chủ mà không cần bạn phải ép buộc ý chí của mình lên bất cứ ai, và không bao giờ cần phải chứng minh một cách hợp lý tính ưu việt của ý tưởng.

Đây là cách các chính trị gia và vận động hành lang hoạt động. Không tạo ra một sai sót; chính trị văn phòng cũng giống như chính trị thông thường. Hãy suy nghĩ như một người vận động hành lang và bạn có thể buộc bàn tay của những người nắm quyền lực mà không bao giờ đối đầu với họ.

Tất nhiên, tất cả những điều này chỉ áp dụng cho các nhóm rối loạn chức năng. Nếu bạn ở trong một nhóm gắn kết được điều hành bởi một người quản lý giỏi (người biết công việc của anh ta không phải là nói cho mọi người biết phải làm gì, mà là cho phép họ làm điều đó), thì không có điều nào ở trên áp dụng. Nếu bạn không ở trong một nhóm như vậy, hãy xem xét chuyển đổi công việc.


3

Với một số ông chủ, bạn phải bằng cách nào đó lừa họ tin rằng đó là ý tưởng của họ cùng lúc để sửa chữa một số thực hành, không phải của bạn.

Chọn trận chiến nào bạn muốn giành chiến thắng và trận nào bạn chỉ muốn ghi có.


3
nó không phải là "mánh khóe", nó được gọi là "quản lý"
Josh Petitt

3

Tôi khuyên bạn nên đọc http://www.jamesshore.com/Change-Derator/ Nó có rất nhiều nhận xét đáng kinh ngạc về việc quản lý thay đổi trong một công ty. Ngoài ra cuốn sách này có thể hữu ích: http://www.amazon.com/Agile-Coaching-Rachel-Davies/dp/1934356433 . Không phải vì bạn nên đi Agile mà vì nó có nhiều nhận xét về việc cung cấp thay đổi cho một nhóm và xử lý phản hồi và phản hồi. Từ kinh nghiệm của riêng tôi: Bạn sẽ không thể thay đổi bất cứ điều gì nếu mọi người không ở bên bạn. Nếu họ chưa muốn thay đổi như vậy. Nếu đó là trường hợp, bạn chỉ có thể để nó. Bạn có thể mong đợi một cái gì đó khác với công việc của bạn hoặc bạn vượt xa đồng nghiệp của mình.

Cách tiếp cận tốt nhất IMHO là thay đổi. Làm mọi thứ đúng cách khi bạn nhìn thấy chúng. Những người khác sẽ theo bạn nếu họ tìm thấy giá trị trong cách tiếp cận của bạn. Và họ sẽ biết ơn bạn vì đã giới thiệu sự thay đổi này. Tuy nhiên trước tiên mọi người cần nhìn thấy mặt tốt của sự thay đổi. Sau đó, họ muốn nó. Nó rất khó để làm điều đó theo cách khác (giới thiệu thay đổi, chờ kết quả tốt của nó).

Chúc bạn may mắn.


2

Tôi thích cách này được gắn cờ "làm việc theo nhóm", khi câu hỏi dường như là "làm thế nào để tôi khiến mọi người làm mọi thứ theo cách của mình và thích nó?". Nếu đó không thực sự là câu hỏi bạn đang hỏi, câu trả lời rất đơn giản. Chọn và chọn các trận đánh của bạn. Thỏa hiệp. Sử dụng tinh thần đồng đội thực tế để khiến nhóm đồng ý về một điều gì đó, ngay cả khi tất cả họ đồng ý về điều gì đó mà cá nhân bạn cảm thấy là một thực tiễn tồi. Bướng bỉnh và khăng khăng bất cứ cách nào khác với cách của bạn là "thực hành xấu" sẽ giúp bạn có được chính xác danh tiếng mà bạn đang cố gắng tránh.


Tôi ủng hộ điều này (vì tôi nghĩ đây là tình huống thực tế), nhưng quá thụ động đối với một đội đầy những kẻ bắt nạt, cố thủ chính trị và những người không an toàn có kỹ năng ít nhất là mười cấp dưới mức phản ứng của chính bạn. Bạn làm cho họ quen với việc vượt qua bạn mọi lúc, và họ sẽ sa thải bạn ngay khi có thứ gì đó xuất hiện mà bạn thấy đủ quan trọng để đấu tranh.
dùng16764

0

hãy chắc chắn không nhầm lẫn được công nhận là đúng và nhận được kết quả theo những gì bạn nghĩ là đúng. Hai mục tiêu này đều hợp lệ và hợp pháp nhưng chúng không giống nhau và rất khó để kết hợp chúng lại với nhau đặc biệt là nếu bạn không có một cái nhìn rõ ràng về mục tiêu mà bạn đang làm việc.

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.