แบ่งปันความรู้ขององค์กร?

ฉันเพิ่งอ่านนี้บทความเกี่ยวกับการแบ่งปันความรู้และได้รับการยอมรับปัญหาเดียวกันภายในองค์กรของตัวเองทันที เป้าหมายหลักของฉันในตอนนี้คือ 'การทำงานร่วมกันแบบ peer-to-peer' เป็นวิธีการสื่อสารเริ่มต้นสำหรับการสนทนาที่ไม่เกี่ยวข้องกับระบบ มิฉะนั้นคุณจะต้องจบลงด้วยความรู้ทางประวัติศาสตร์ทั้งหมดที่อยู่ในหัวของบุคคลหรือหลงทางในระบบอีเมลขนาดใหญ่

คำถามของฉันสำหรับกลุ่มมีดังนี้:

• คุณใช้วิธีการใด / ซอฟต์แวร์เพื่อกระตุ้นให้เกิดการพูดคุยมากขึ้นในหมู่นักพัฒนาของคุณ

ความคิดเริ่มแรกที่ฉันมี .. ข้อเสนอแนะใด ๆ จะดีมาก

• กลุ่มข่าวภายใน
• ซอฟต์แวร์วิกิ "ดีกว่า" (ใช้ Sharepoint ทันที)
• กระดานข้อความ

(ฉันชอบที่จะมีอินสแตนซ์ภายในของ StackExchange แต่ไม่คิดว่าเป็นตัวเลือก!)

หมายเหตุ:ตามที่ระบุไว้ข้างต้นเรามีอยู่แล้ววิกิพีเดีย แต่ฉันไม่ชอบความคิดที่วิกิพีเดียเพราะสิ่งที่มักจะมีการเพิ่มเฉพาะกับวิกิพีเดียหลังจากที่ความจริงถ้าทุก

ขอบคุณ!

เรามีไซต์ Sharepoint ภายในขนาดใหญ่และไซต์การสนับสนุนลูกค้าที่รับเอกสารจำนวนมากจากไซต์ Sharepoint ภายใน นี่เป็นเรื่องเกี่ยวกับรายละเอียดการใช้งานน้อยลงและการสนับสนุนเพิ่มเติมเป็นที่ยอมรับ แต่เนื่องจากฉันทำงานเป็นส่วนใหญ่ในความสามารถในการสนับสนุนเราจำเป็นต้องเข้าถึงข้อมูลการนำไปใช้งานจำนวนมากดังนั้นเราจึงกลายเป็นคนขับรถสำหรับทีม ระบบติดตามบั๊กที่มีรายละเอียดนั้นมีประโยชน์สำหรับการติดตามวิธีแก้ไขปัญหา

ใน บริษัท ของเราส่วนหนึ่งเป็นเพราะเรามีการพัฒนากระจายอยู่ทั่วสถานที่สองแห่งมีการพูดคุยกันมากมายเกี่ยวกับคุณสมบัติใหม่และปัญหาการสนับสนุนที่เกิดขึ้นทางอีเมล แทนที่จะพยายามเปลี่ยนแปลงสิ่งนี้วิธีที่ง่ายที่สุดคือระบบการเก็บถาวรอีเมลที่ทำให้การสนทนาสามารถค้นหาได้และติดตามได้ซึ่งเป็นแนวทางประเภทกลุ่มข่าวสาร เราสามารถทำสิ่งนี้ผ่าน Sharepoint ได้แม้ว่าเราจะต้องตระหนักถึงข้อ จำกัด ของขนาดรายการแม้ว่ามันจะเติบโตเป็นล้านรายการที่คุณไม่สามารถทำได้จริง ๆ ในแง่ของการเรียงลำดับรายการที่มีขนาดใหญ่มากหรือแก้ไขมุมมองโดยไม่มี มันพังอย่างมาก

StackOverFlow สำหรับองค์กรเช่นอธิบายไว้ในบทความที่คุณพูดถึง?

IMHO มันเป็นความคิดที่แย่มาก

มันจะเสริมสร้างการแข่งขันแทนการทำงานร่วมกัน

คุณต้องมีการทำงานร่วมกันข้ามแผนก / แผนกโดยไม่เพิ่มการแข่งขัน

ลองจินตนาการถึงผลกระทบเชิงลบที่สูงมากจากการถูก coleague ของคุณ (ต่อหน้าคนอื่น) อาจส่งผลต่อสุขภาพจิตของคุณ

อย่าผสมทุกอย่าง

อย่างไรก็ตามกล่องความคิด uservoice.com จะมีมากขึ้นซึ่งพนักงานสามารถโพสต์ความคิด (โดยไม่ระบุชื่อ) และพนักงานคนอื่น ๆ ลงคะแนนให้พวกเขา ฉันพัฒนาแพลตฟอร์มดังกล่าวเมื่อไม่กี่ปีที่ผ่านมาสำหรับสถาบันการเงินขนาดใหญ่มากและช่วยให้ผู้บริหารระบุสิ่งที่ต้องปรับปรุงในลำดับความสำคัญ

ฉันชอบความคิดของ wiki จริงๆ แต่คุณก็ถูกต้อง - มันยากที่จะให้ผู้คนมีส่วนร่วม และหากไม่มีการมีส่วนร่วมจะไม่มีใครใช้งานจริงเพราะไม่มีข้อมูลเพียงพอ มี "จุดเปลี่ยน" ซึ่งหากคุณสามารถให้คนโพสต์ได้ (อาจจะผ่านกระบวนการทางธุรกิจที่จำเป็น) ในบางจุดที่วิกิจะถอดออกเพราะมันเป็นที่เก็บข้อมูลที่ยอดเยี่ยมนี้

การเขียนโปรแกรมคู่เป็นวิธีที่ดีในการเผยแพร่ความรู้โดยปริยาย

ปัญหาเกี่ยวกับความรู้โดยปริยายก็คือว่ามันสามารถมากโดยนิยามไม่ได้เขียนลงหรือสอนมีประสบการณ์เท่านั้น การเขียนโปรแกรมคู่ (โดยเฉพาะการจับคู่ Promiscuous) ให้ว่า

ความรู้ที่มีความสำคัญต่อองค์กรควรทำให้เป็นโครงการในรูปแบบของโค้ดที่เขียนอย่างดีความคิดเห็นระดับสูงเกี่ยวกับสถาปัตยกรรมและเอกสารประกอบพิเศษเกี่ยวกับเป้าหมายของโครงการและวิธีการที่พวกเขาทำได้ด้วยเทคโนโลยี

ฉันไม่เห็นด้วยเพิ่มเติมกับบทสรุปของผู้เขียนที่เชื่อมโยง กระตุ้นให้เกิดการจับความรู้โดยการลดทอนความร่วมมือของทีม? ขออภัยนั่นไม่ใช่วิธีการทำงาน มันคือการทำงานร่วมกันที่ก่อให้เกิดความรู้ที่หลากหลายไม่ใช่วิศวกรที่แยกตัวออกมาในห้องเล็ก ๆ

บริษัท ของฉันมีกระดานสนทนาภายใน พวกเขาไม่ค่อยได้ใช้ ส่วนใหญ่ความรู้ที่เรามีนั้นกว้างเกินไป (คำถาม / หัวข้อเทคโนโลยีทั่วไปที่พูดคุยกันในอินเทอร์เน็ต) หรือเฉพาะเจาะจงมากเกินไป (เฉพาะกับแอปพลิเคชันของเราเท่านั้นและไม่ใช่ทีมแอปพลิเคชันอื่นใน บริษัท เดียวกัน) มันเป็นการดีที่จะให้สถานที่สำหรับคนที่จะพูดว่าฉันจะบรรลุ xyz ที่นี่ได้อย่างไร แต่มันก็ไม่ได้เป็นความรู้สึกของชุมชน