Chia sẻ kiến ​​thức doanh nghiệp?

Gần đây tôi đọc này bài viết về chia sẻ kiến thức và ngay lập tức nhận ra vấn đề tương tự trong tổ chức của riêng tôi. Mục tiêu chính của tôi bây giờ là "giết cộng tác ngang hàng" như là phương thức giao tiếp mặc định cho các cuộc thảo luận liên quan đến hệ thống, không riêng tư. Nếu không, bạn kết thúc với tất cả các kiến ​​thức lịch sử sống trong đầu của các cá nhân, hoặc bị mất trong một hệ thống email lớn.

Câu hỏi của tôi cho nhóm như sau:

• Những phương pháp / phần mềm nào bạn đã sử dụng để khuyến khích các cuộc thảo luận 'công khai' hơn giữa các nhà phát triển của bạn?

Một số ý tưởng ban đầu tôi có .. mọi phản hồi sẽ rất tuyệt:

• Nhóm tin tức nội bộ
• phần mềm wiki 'tốt hơn' (sử dụng Sharepoint ngay bây giờ)
• Bảng tin

(Tôi rất thích có một phiên bản nội bộ của StackExchange, nhưng đừng nghĩ đó là một tùy chọn!)

Lưu ý: Như đã nêu ở trên, chúng tôi đã có wiki, nhưng tôi không thích ý tưởng wiki vì mọi thứ thường chỉ được thêm vào wiki sau khi thực tế, nếu có .

Cảm ơn!

Chúng tôi có một trang web Sharepoint nội bộ lớn và một trang web hỗ trợ khách hàng, có rất nhiều tài liệu từ trang Sharepoint nội bộ. Đây không phải là chi tiết triển khai và nhiều hơn về hỗ trợ, nhưng vì tôi làm việc chủ yếu trong khả năng hỗ trợ, chúng tôi cần truy cập vào nhiều thông tin triển khai và vì vậy chúng tôi cuối cùng trở thành tài xế cho nhóm kỹ thuật để ghi lại những gì họ đang làm và tại sao. Một hệ thống theo dõi lỗi chi tiết cũng có giá trị để theo dõi cách giải quyết vấn đề.

Trong công ty của chúng tôi, một phần vì chúng tôi đã phát triển trải rộng trên một vài địa điểm, rất nhiều cuộc thảo luận về các tính năng mới và các vấn đề hỗ trợ cuối cùng xảy ra qua email. Thay vì cố gắng thay đổi điều này, cách tiếp cận đơn giản nhất là một hệ thống lưu trữ email giúp cho các cuộc thảo luận có thể tìm kiếm và theo dõi - một cách hiệu quả là cách tiếp cận kiểu nhóm tin. Chúng tôi có thể thực hiện điều này thông qua Sharepoint, mặc dù người ta phải nhận thức được các giới hạn về kích thước danh sách vì mặc dù nó sẽ tăng lên hàng triệu mục mà bạn thực sự không thể làm gì nhiều trong việc sắp xếp danh sách rất lớn hoặc chỉnh sửa chế độ xem trên chúng mà không cần nó đâm sầm ra

StackOverFlow cho doanh nghiệp như được giải thích trong bài viết mà bạn đề cập?

IMHO đó là một ý tưởng khủng khiếp .

Nó sẽ củng cố sự cạnh tranh thay vì hợp tác .

Bạn cần sự hợp tác giữa các bộ phận / bộ phận, không làm tăng sự cạnh tranh của họ.

Cũng hãy tưởng tượng tác động tiêu cực cực kỳ cao của việc bị hạ bệ bởi đồng nghiệp của bạn (trước mặt người khác) có thể ảnh hưởng đến sức khỏe tâm lý của bạn.

Đừng trộn lẫn mọi thứ.

Tuy nhiên, một hộp ý tưởng nhiều uservoice.com hơn, nơi nhân viên có thể đăng ý tưởng (ẩn danh) và các nhân viên khác nâng cao họ (cũng có thể là bất kỳ) sẽ có tác động tích cực. Tôi đã phát triển một nền tảng như vậy vài năm trước cho một tổ chức ngân hàng rất lớn và nó đã giúp các giám đốc điều hành xác định những gì cần cải thiện ưu tiên.

Tôi thực sự thích ý tưởng wiki, nhưng bạn nói đúng - thật khó để khiến mọi người đóng góp. Và không có đóng góp, sẽ không ai thực sự sử dụng nó vì nó không có đủ thông tin. Tuy nhiên, có một "điểm bùng phát" trong đó nếu bạn có thể khiến mọi người đăng bài (có lẽ thông qua quy trình kinh doanh bắt buộc) vào một lúc nào đó wiki sẽ cất cánh vì đây sẽ là kho lưu trữ thông tin tuyệt vời này.

Lập trình cặp là một cách tuyệt vời để phổ biến kiến ​​thức ngầm.

Vấn đề với kiến ​​thức ngầm là nó có thể được viết ra hoặc dạy, chỉ có kinh nghiệm. Lập trình cặp (cụ thể là Ghép đôi) cung cấp điều đó.

Kiến thức quan trọng đối với doanh nghiệp nên đưa nó vào chính dự án, dưới dạng mã được viết tốt, nhận xét cấp cao về kiến ​​trúc và tài liệu đặc biệt về các mục tiêu của dự án và cách chúng được thực hiện bằng công nghệ.

Tôi không thể không đồng ý nhiều hơn với kết luận của tác giả được liên kết. Khuyến khích nắm bắt kiến ​​thức bằng cách khuyến khích hợp tác nhóm? Xin lỗi, nhưng đó không phải là cách nó hoạt động. Chính sự hợp tác tạo ra sự giàu có về kiến ​​thức, chứ không phải các kỹ sư sắp xếp lại trong các khối.

Công ty tôi có một số bảng thảo luận nội bộ. Chúng được sử dụng rất hiếm khi. Đối với hầu hết các phần, kiến ​​thức chúng tôi có là quá chung chung (câu hỏi / chủ đề công nghệ chung cũng được thảo luận nhiều trên internet) hoặc quá cụ thể (chỉ áp dụng cho ứng dụng của chúng tôi chứ không áp dụng cho các nhóm ứng dụng khác trong cùng công ty). Thật tốt khi nó dành một nơi để mọi người nói làm thế nào để tôi hoàn thành xyz ở đây nhưng nó không mang nhiều cảm giác của cộng đồng.