Làm thế nào để bạn đối phó với một người tích trữ thông tin? [đóng cửa]

Tất cả chúng ta phải bắt gặp họ - những nhà phát triển đã có từ rất lâu và có kiến ​​thức về miền tuyệt vời và họ không thể chia sẻ kiến ​​thức đó với nhóm của họ.

Đội ngũ rất cần chia sẻ kiến ​​thức, nhưng dường như họ không thể loại bỏ nó ra khỏi người tích trữ.

Bằng cách nào các đội đã giải quyết thành công vấn đề này?

Xóa quyền sở hữu mã khỏi nhóm. Truyền bá khối lượng công việc. Làm mã đánh giá. Tổ chức các buổi chuyển giao kiến ​​thức, chờ một vài phiên và sau đó yêu cầu họ thực hiện một bài thuyết trình về khu vực của họ.

Tất nhiên, điều bắt buộc là nếu bạn không phải là người quản lý thì bạn có sự ủng hộ của người quản lý, nhưng nếu mọi người trong nhóm thường xuyên chia sẻ thông tin, thì chỉ có rất nhiều lý do để ai đó có thể đưa ra vì không làm điều tương tự .

Ngoài ra, người quản lý của anh ta nên ngồi xuống với anh ta và giải thích rằng điều này không đe dọa công việc của anh ta. Bởi vì đó là lý do tại sao anh ấy làm điều đó.

Đó là một điều tốt cho cá nhân không phải là phông chữ của tất cả các kiến ​​thức. Nó giải phóng anh ta để làm những việc khác, thú vị hơn.

Tôi tin rằng Gerald Weinberg đã đề cập đến loại người chính xác này khi ông bình luận trong cuốn Tâm lý học lập trình máy tính (diễn giải bởi vì tôi không có cuốn sách trước mặt tôi), Nếu bạn nhận thấy một lập trình viên đang cố gắng biến mình thành không thể thiếu, hãy tiếp tục Anh lập tức. 25 năm sau khi phát hành lại cuốn sách, ông nhận xét rằng không có lời khuyên nào khác nhận được lời cảm ơn nhiều như cuốn sách này.

Vì vậy, đó là một giải pháp.

Cung cấp cho họ những gì họ muốn - giao cho họ tất cả các công việc bảo trì và các nhiệm vụ mà chỉ anh / cô ấy có kiến ​​thức để làm.

Không, họ không thể làm công việc mới vì không ai khác có thể làm những công việc bảo trì rất quan trọng khác này.

Đúng vậy, những người tuyển dụng mới đang có được công việc thú vị và chơi với những đồ chơi mới sáng bóng nhưng bạn phải thực hiện những nhiệm vụ rất khó khăn, ưu tiên cao và nhàm chán này vì họ không biết bất kỳ điều gì bạn làm.

Tất nhiên trừ khi bạn muốn chỉ cho một trong số họ cách làm điều đó ....

Điều này nhắc nhở về bài viết này từ Rands in Repose.

Tôi nghĩ bạn cần phải tìm ra lý do tại sao anh chàng này đang tích trữ thông tin. Bảo mật công việc (như bài báo về The Fez) là một vấn đề lớn. Nhưng sự bất an cũng vậy. Hoặc chỉ là anh ấy thích loại công việc này và muốn tất cả cho riêng mình, hoặc cảm thấy một cảm giác sở hữu mãnh liệt về một lĩnh vực cụ thể. Hoặc là quá cam kết và đã không nhìn thấy một cách để làm cho thời gian.

Một số vấn đề có thể được giải quyết bằng các thủ thuật không đối đầu:

• làm cho anh chàng một số nhiệm vụ mở rộng tầm nhìn của anh ta và buộc anh ta phải bàn giao một số công việc.
• tìm ra nơi mà sự không an toàn đến từ và làm việc trên bất kỳ vấn đề thực tế nào dẫn đến việc tích trữ thông tin.
• chỉ ra cho anh chàng trở nên quá bế tắc trong vai trò là người nắm giữ kiến ​​thức duy nhất có nghĩa là anh ta sẽ không bao giờ thoát khỏi nó và sự nghiệp của anh ta sẽ gắn chặt với công nghệ - và tất cả công nghệ cuối cùng cũng biến mất.
• tìm ra nơi mà sự bội thực đến từ đâu và tìm ra điều gì là quan trọng nhất

Cũng đáng để tham gia vào một vài nỗ lực chào mời thông tin - có thể mất hai đến tango và bạn có thể không muốn loại trừ ý tưởng rằng có đủ sự đe dọa xảy ra xung quanh rằng những người hỏi không hỏi những câu hỏi hay, do đó làm trầm trọng thêm vấn đề. Bạn có thể cần phải nhảy vào và bắt đầu sao lưu mọi thứ và đặt câu hỏi rộng hơn để khiến anh chàng di chuyển. Ngoài ra, có quản lý ở đó đặt câu hỏi cho vay trọng lượng và tầm quan trọng đối với hoạt động chia sẻ thông tin - khó khăn hơn nhiều để tránh xa và tránh quản lý. Thông thường với một vài phiên làm việc hiệu quả đang diễn ra, bạn có thể bước ra giữa chừng và nói "các bạn có cái này, bạn không cần tôi" và tiếp tục vấn đề tiếp theo.

Một chìa khóa khác là KHÔNG để anh chàng thống trị công việc trong các lĩnh vực mà anh ta cần chia sẻ kiến ​​thức. Đặt người khác phụ trách công việc và nói rõ rằng đó là công việc tích trữ thông tin để chia sẻ kiến ​​thức. Nếu anh ấy không thể chia sẻ sau đó, bạn có thể cần có cuộc trò chuyện tàn bạo nơi bạn giải thích rằng chia sẻ thông tin là một yêu cầu trong nhóm, không phải là một lựa chọn. Rằng anh ấy đóng góp cho các vấn đề lịch trình nhóm bằng cách không giúp người khác học.

Tôi không chắc chắn 'từ chối' thường là từ đúng, thường thì họ quá bận rộn và không có thời gian rảnh rỗi (hoặc thiên hướng, hoặc các kỹ năng xã hội) để dành nhiều thời gian nghỉ ngơi để giải thích điều hiển nhiên (với họ ) đến n00bs.

Giải pháp tích cực là cung cấp cho họ các trợ lý - gần giống như truyền bá công việc cho nhóm (nhưng tôi đoán sẽ không có nhiều đội nếu bạn có những người chơi cũ biết tất cả về hệ thống và những người mới không biết , với thiết lập này, không có gì lạ khi họ không muốn truyền đạt các kỹ năng quý giá của mình và được thay thế bằng phiên bản trẻ hơn, rẻ hơn!) (bạn sẽ không - tưởng tượng nếu người quản lý của bạn đến gặp bạn và yêu cầu bạn truyền đạt mọi thứ bạn biết cho nhóm thuê ngoài mới ... hmm?)

Tôi muốn đề nghị trợ lý làm việc trên một phần của hệ thống và dự kiến ​​sẽ trở thành một chuyên gia về nó theo thời gian, nhà phát triển có kinh nghiệm sẽ được kỳ vọng sẽ giúp họ thực hiện công việc của họ trong khu vực nhỏ đó. Dù sao thì chúng ta cũng đã ở đó, "nếu bạn muốn biết X hoạt động như thế nào, hãy quên tài liệu (lỗi thời hoặc không tồn tại) và nói chuyện với Jim".

Cung cấp cho họ một trợ lý không chỉ xác nhận vị trí của họ như là các nhà phát triển có kinh nghiệm (mà họ là), và cho họ cơ hội để giảm bớt một số khối lượng công việc thấp hơn, mà còn sẽ truyền bá kiến ​​thức theo thời gian. Họ trở thành cố vấn hoặc 'bước đầu tiên đến vị trí trưởng nhóm', điều này sẽ trấn an họ rằng công việc của họ an toàn và kinh nghiệm của họ được coi trọng. Nếu bạn không thể làm một trong những điều đó thì bạn sẽ thất bại với tư cách là người quản lý.

Đừng quên rằng nếu bạn có bất kỳ loại hệ thống siêu tự do nào (mà bạn làm hoặc những người mới có thể tự mình tìm ra) thì chuyển giao kiến ​​thức là một quá trình rất dài. Không có cách nào để mọi người có thể ngồi xuống và khiến ai đó hoàn toàn tăng tốc, ở vị trí của tôi, một nhiệm vụ như vậy sẽ mất tối thiểu 6 tháng, và thậm chí sau đó .. tôi vẫn đang tìm hiểu về những gì sản phẩm của chúng tôi làm và tôi đã ở đây gần một thập kỷ!

Làm cho giao tiếp trở thành một cam kết cho mỗi thành viên trong nhóm và đánh giá họ về điều này như là một phần của đánh giá hàng năm.

Hãy chắc chắn rằng nhóm được công nhận thành tích và không chỉ các cá nhân và đảm bảo rằng tất cả các cá nhân biết rằng thành công của nhóm là ưu tiên của họ, phạt họ nếu họ ngăn cản nhóm thành công.

Đảm bảo không có khối để liên lạc, đảm bảo rằng có quy trình và hệ thống để viết tài liệu và chia sẻ thông tin; ví dụ như wiki, trang sharepoint, phân phối theo lịch trình cho tài liệu thiết kế, v.v.

Hãy chắc chắn rằng tất cả các dự án có ít nhất hai lập trình viên có thể làm việc trên nó. Điều này để đảm bảo bạn luôn có một bản sao lưu khi ai đó rời khỏi công ty.

Chúng tôi cũng bắt đầu một wiki chứa tất cả thông tin cơ sở dữ liệu của chúng tôi. Đó là một cách rất hữu ích để nhanh chóng truy cập hoặc cập nhật thông tin.

Nếu "người tích trữ" thực sự không làm như vậy nhằm mục đích, nhưng thực tế chỉ là làm như vậy do thiếu kỹ năng xã hội, cam kết về thời gian, v.v ... Bằng mọi cách, hãy nhờ họ làm "trợ lý" hoặc lập trình viên cơ sở bị buộc tội nới lỏng khối lượng công việc hoặc giúp trích xuất kiến ​​thức. Hãy nói rõ với cả hai bên rằng đây là mục đích của những người mới và liên quan đến "người tích trữ" trong quá trình phỏng vấn. Ban quản lý phải nắm trong tay điều này và giúp họ có thể chia sẻ kiến ​​thức. Đó là mục đích của quản lý, để loại bỏ những trở ngại và giúp công nhân có thể hoàn thành công việc.

Theo kinh nghiệm của tôi, những người tích trữ thông tin có thể được phân thành hai loại: Những người thích chia sẻ kiến ​​thức của họ và có được cảm giác hài lòng từ việc giúp đỡ người khác, như tôi và những người không. Chắc chắn.

Bây giờ, cả hai bên đều có lý do của mình và người thích chia sẻ kiến ​​thức của họ sẽ hiếm khi đưa ra tất cả vì lý do điển hình giống như người không chia sẻ kiến ​​thức của họ không: họ đang cố gắng tạo ra những người xung quanh họ tốt hơn, và theo ý kiến ​​thiên vị của tôi, họ đúng khi làm như vậy. (tất nhiên, bạn cũng có những người không chia sẻ kiến ​​thức chỉ đơn giản là làm cho bản thân trở nên không thể thiếu, và đó là vì những lý do sai lầm, và họ nên bị loại bỏ vì họ thường không tuyệt vời khi bắt đầu)

Rốt cuộc, họ phải đi sâu vào vùng biển bí ẩn và bí truyền để tìm hiểu những gì họ biết, thường là thông qua thử nghiệm thuần túy, áp dụng tư duy phê phán, lóe lên trực giác và hiểu biết sâu sắc, và nghi thức thần bí liên quan đến nhiều loại vật nuôi khác nhau, và họ đã đưa ra tốt hơn cho nó. Dòng suy nghĩ thường là nếu những người xung quanh họ quá lười biếng hoặc không thể quản lý như nhau thì họ thậm chí không nên làm công việc đó ngay từ đầu, và họ chắc chắn không xứng đáng với kiến ​​thức của họ. Khi những người xung quanh trải qua những điều tương tự mà họ phải làm, sau đó họ sẽ trở thành một lập trình viên giỏi hơn bởi vì họ sẽ học được cách suy nghĩ tốt và giải quyết các vấn đề phức tạp và tất cả những điều đó.

Về cơ bản, nó buộc người khác trở nên tốt hơn thông qua xung đột. Mặc dù nhiều thứ sẽ bị giẫm đạp và bỏ đi, nhưng những người vượt qua được găng tay chắc chắn sẽ tốt hơn nhiều so với họ có thể nếu họ trở nên tốt hơn nhờ hợp tác.

Bây giờ, như để khiến họ chia sẻ thông tin: bạn không thể buộc họ làm như vậy. Cố gắng ép buộc họ sẽ khiến họ thấy bạn là người tham lam, lười biếng hoặc quá ngu ngốc khi tự mình đến đó và chắc chắn họ sẽ không thương hại bạn trong bất kỳ trường hợp nào. Nếu ai đó cố gắng ép buộc họ làm như vậy, họ có thể trở nên rất khó chịu, chuyển tất cả trí thông minh đáng kể của họ sang việc ngăn chặn cá nhân, hoặc thậm chí từ bỏ hoàn toàn thay vì phản bội các nguyên tắc của họ, rốt cuộc, có rất nhiều nơi có thể sử dụng các kỹ năng của họ và kiến ​​thức.

Thực sự chỉ có một cách để có được một trong những điều này không muốn chia sẻ kiến ​​thức của họ để sẵn sàng chia sẻ kiến ​​thức của họ: trở nên xứng đáng với điều đó. Thông thường có kiến ​​thức mà họ không có là đủ (nhưng khó thực hiện). Quo pro quo và tất cả những thứ đó. Nếu không, mua một vài con dê và lặn vào.

Ai là ông chủ? Nó kết thúc ở đâu? Bạn không phải chia sẻ thông tin. Bạn không phải cung cấp tài liệu. Liên tục thất bại để hoàn thành công việc đúng hạn. Đừng theo tiêu chuẩn mã hóa. Hoặc ai đó phụ trách nghĩ rằng điều này là quan trọng hoặc họ không. Cần phải có hậu quả. Họ về cơ bản là ăn cắp từ công ty.

Những người chơi "Tôi đã có một trò chơi bí mật" là điều tồi tệ nhất tuyệt đối. Những poeple có xu hướng không an toàn và tạo ra hoặc phát triển mạnh trong chế độ khủng hoảng .

Tôi sẽ làm cho họ ghi lại mọi thay đổi hoặc sửa đổi họ làm cho hệ thống. Tôi cũng sẽ làm cho họ cung cấp một khám nghiệm tử thi cho mỗi bản sửa lỗi mà họ đã phát triển để bao gồm ...

• Chuyện gì đã xảy ra
• Tại sao nó xảy ra
• làm thế nào để ngăn chặn nó xảy ra
• hệ thống nào khác dễ bị lỗi tương tự

Tôi cũng sẽ khiến người này chịu trách nhiệm cho ...

• phát triển các tiêu chuẩn mã hóa
• duy trì một thư viện mã

Rất nhiều phụ thuộc vào loại kiến ​​thức liên quan; cho dù đó là mã trực tiếp, hoặc quy trình kinh doanh theo định hướng. Thông thường, cái sau có sẵn ở nơi khác trong doanh nghiệp ... và có thể được mua lại.

Thứ hai, có một lập luận trong việc đảm bảo rằng không có nhà phát triển nào có thể dành toàn bộ cuộc đời làm việc của họ cho các lĩnh vực cụ thể mà không chia sẻ, để nói. Vì vậy, nếu bạn có một người quản lý trực tiếp chịu trách nhiệm giải quyết công việc, đáng để anh ta đảm bảo rằng mọi yêu cầu thay đổi kinh doanh sẽ được thông qua mà không có nhà phát triển cụ thể nào trở thành liên hệ đầu tiên cho chủ sở hữu quy trình kinh doanh ... Điều này sẽ cản trở những nỗ lực từ phía nhà phát triển để trở thành một bậc thầy.

Sẽ là vì lợi ích tốt nhất của cả hai bên nếu người tích trữ thông tin được khuyến khích tìm một công ty có quy mô nhỏ hơn hoặc thậm chí để thành lập công ty riêng của mình? Có lẽ người đó sẽ phát triển mạnh trong loại môi trường nhỏ hơn đó. (Thật tò mò nếu có ai từng thử phương pháp này trong thế giới thực.)