คุณจัดการกับผู้เก็บข้อมูลได้อย่างไร [ปิด]

เราต้องเจอพวกมันทั้งหมด - นักพัฒนาที่มีมานานแล้วและมีความรู้เกี่ยวกับโดเมนที่ยอดเยี่ยม แต่พวกเขาก็ไม่สามารถแบ่งปันความรู้นั้นกับทีมของพวกเขาได้

ทีมต้องการการแบ่งปันความรู้อย่างยิ่ง แต่พวกเขาไม่สามารถแงะมันออกไปจากผู้สะสม

ทีมประสบความสำเร็จในการแก้ไขปัญหานี้ในทางใดบ้าง

ลบการเป็นเจ้าของรหัสออกจากทีม กระจายภาระงาน ทำรีวิวรหัส จัดระเบียบเซสชันการถ่ายโอนความรู้รอสักครู่จากนั้นขอให้พวกเขาทำการนำเสนอในพื้นที่ของพวกเขา

แน่นอนว่าจำเป็นถ้าคุณไม่ใช่ผู้จัดการคุณต้องได้รับการสนับสนุนจากผู้จัดการ แต่ถ้าทุกคนในทีมแชร์ข้อมูลเป็นประจำมีข้อแก้ตัวมากมายที่ใคร ๆ ก็สามารถทำได้ด้วยการไม่ทำสิ่งเดียวกัน .

นอกจากนี้ผู้จัดการของเขาควรนั่งลงกับเขาและอธิบายว่าสิ่งนี้ไม่ได้คุกคามงานของเขา เพราะนั่นคือเหตุผลที่เขาทำมัน

มันเป็นสิ่งที่ดีสำหรับบุคคลที่จะไม่เป็นแบบอักษรของความรู้ทั้งหมด มันทำให้เขาทำอย่างอื่นน่าสนใจมากขึ้นสิ่งต่าง ๆ

ฉันเชื่อว่า Gerald Weinberg พูดถึงบุคคลประเภทนี้อย่างแน่นอนเมื่อเขาแสดงความคิดเห็นในThe Psychology of Computer Programming (ถอดความเพราะฉันไม่มีหนังสืออยู่ตรงหน้า) ถ้าคุณสังเกตเห็นว่าโปรแกรมเมอร์พยายามทำให้ตัวเองขาดไม่ได้ไฟ เขาทันที 25 ปีต่อมาเมื่อเขาออกหนังสือเล่มใหม่เขาให้ความเห็นว่าไม่มีคำแนะนำอื่นใดที่ทำให้เขาขอบคุณอย่างมากเช่นนี้

นั่นคือทางออกหนึ่ง

ให้สิ่งที่ต้องการ - มอบหมายงานบำรุงรักษาและงานทั้งหมดที่มีเพียงความรู้เท่านั้นที่จะทำ

ไม่พวกเขาไม่สามารถทำงานใหม่ได้เพราะไม่มีใครสามารถทำงานบำรุงรักษาที่สำคัญอื่น ๆ เหล่านี้ได้

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

หากคุณไม่ต้องการแสดงวิธีทำอย่างใดอย่างหนึ่ง

นี่เป็นการเตือนของบทความนี้จาก Rands in Repose

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

บางส่วนของปัญหาเหล่านั้นสามารถแก้ไขได้โดยเทคนิคที่ไม่คาดคั้น:

• รับผู้ชายงานบางอย่างที่ขยายขอบเขตอันไกลโพ้นของเขาและบังคับให้เขามอบงานบางอย่าง
• ค้นหาว่ามีความไม่มั่นคงมาจากไหนและทำงานในประเด็นใดที่นำไปสู่การเก็บข้อมูล
• ชี้ให้เห็นถึงผู้ชายที่ติดอยู่ในร่องเพราะผู้มีความรู้เพียงคนเดียวนั่นหมายความว่าเขาจะไม่เป็นอิสระจากมันและอาชีพของเขาจะถูกผนวกเข้ากับเทคโนโลยีอย่างแน่นหนาและในที่สุดเทคโนโลยีก็หมดไป
• ค้นหาว่าการ overcommitment นั้นมาจากไหนและหาสิ่งที่สำคัญที่สุด

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

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

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

วิธีแก้ปัญหาเชิงบวกคือให้ผู้ช่วยกับพวกเขา - เหมือนกระจายงานดังกล่าวให้กับทีม (แต่ฉันเดาว่าจะมีทีมไม่มากถ้าคุณมีคนบอกเวลาเก่าที่รู้เรื่องระบบและคนใหม่ที่ไม่รู้จัก ด้วยการตั้งค่านี้จึงไม่น่าแปลกใจที่พวกเขาไม่ต้องการสื่อสารทักษะอันมีค่าของพวกเขาและจะถูกแทนที่ด้วยรุ่นที่ต่ำกว่าและราคาถูกกว่า!) (คุณคงไม่คิดเช่นนั้น - ลองคิดดูถ้าผู้จัดการของคุณมาหาคุณ ไปยังทีมงานภายนอกใหม่ ... อืมม?)

ฉันขอแนะนำผู้ช่วยที่ทำงานในส่วนของระบบและคาดว่าจะเป็นผู้เชี่ยวชาญในช่วงเวลาที่ผ่านมาผู้พัฒนาที่มีประสบการณ์จะได้รับการคาดหวังว่าจะช่วยให้พวกเขาทำงานในพื้นที่ขนาดเล็กนั้นได้ เราทุกคนอยู่ที่นั่นแล้ว "ถ้าคุณต้องการทราบว่า X ทำงานอย่างไรลืมเอกสาร (ล้าสมัยหรือไม่มีอยู่) แล้วคุยกับ Jim"

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

อย่าลืมว่าถ้าคุณมีระบบ super-complx ใด ๆ (ที่คุณทำหรือคนใหม่ควรจะคิดออกเอง) การถ่ายโอนความรู้เป็นกระบวนการที่ยาวมาก ไม่มีทางที่ทุกคนสามารถนั่งลงและทำให้ใครบางคนมีความเร็วได้อย่างเต็มที่ในสถานที่ของฉันงานนี้จะใช้เวลาอย่างน้อย 6 เดือนและแม้กระทั่ง .. เฮ้อฉันยังคงเรียนรู้เกี่ยวกับผลิตภัณฑ์ของเราและฉันเคยไป ที่นี่เกือบทศวรรษ!

ทำให้การสื่อสารเป็นข้อผูกพันสำหรับสมาชิกแต่ละคนในทีมและประเมินพวกเขาเกี่ยวกับเรื่องนี้เป็นส่วนหนึ่งของการทบทวนประจำปี

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

ตรวจสอบให้แน่ใจว่าไม่มีบล็อกการสื่อสารตรวจสอบให้แน่ใจว่ามีกระบวนการและระบบสำหรับการเขียนเอกสารและการแบ่งปันข้อมูล เช่น wikis, ไซต์ sharepoint, กำหนดการส่งมอบสำหรับเอกสารการออกแบบเป็นต้น

ตรวจสอบให้แน่ใจว่าโครงการทั้งหมดมีโปรแกรมเมอร์อย่างน้อยสองคนที่สามารถทำงานได้ สิ่งนี้เพื่อให้แน่ใจว่าคุณมีข้อมูลสำรองเสมอเมื่อมีคนออกจาก บริษัท

นอกจากนี้เรายังเริ่มต้นวิกิที่มีข้อมูลฐานข้อมูลทั้งหมดของเรา เป็นวิธีที่มีประโยชน์มากในการเข้าถึงหรืออัปเดตข้อมูลอย่างรวดเร็ว

หาก "ผู้กักตุน" ไม่ได้ทำตามวัตถุประสงค์อย่างแท้จริง แต่ในความเป็นจริงก็แค่ทำเช่นนั้นเนื่องจากมีอะไรบางอย่างเช่นการขาดทักษะทางสังคมข้อผูกพันด้านเวลา ฯลฯ โดยทั้งหมดให้พวกเขาเป็น "ผู้ช่วย" หรือโปรแกรมเมอร์จูเนียร์ ภาระงานหรือช่วยแยกความรู้ ทำให้ชัดเจนทั้งสองฝ่ายว่านี่เป็นจุดประสงค์ของบุคคลใหม่และเกี่ยวข้องกับ "ผู้กักตุน" ในกระบวนการสัมภาษณ์ ผู้บริหารจะต้องจับมือกันในเรื่องนี้และทำให้พวกเขาสามารถแบ่งปันความรู้ นั่นคือจุดประสงค์ของการจัดการเพื่อขจัดอุปสรรคและทำให้คนงานสามารถทำงานให้สำเร็จได้

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

ตอนนี้ทั้งสองมีเหตุผลของพวกเขาและคนที่ชอบแบ่งปันความรู้มักจะให้ทุกอย่างด้วยเหตุผลเดียวกันกับที่คนที่ไม่แบ่งปันความรู้ไม่: พวกเขาพยายามทำให้คนรอบตัว พวกเขาดีขึ้นและในความเห็นของฉันที่มีอคติ (แน่นอนคุณมีคนที่ไม่แบ่งปันความรู้เพียงเพื่อทำให้ตัวเองขาดไม่ได้เช่นกันและนั่นก็เป็นเพราะเหตุผลที่ผิดและพวกเขาควรจะทำไปด้วยเพราะพวกเขามักจะไม่เริ่มต้นด้วย)

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

มันเป็นหลักบังคับให้คนอื่น ๆ กลายเป็นดีขึ้นผ่านความขัดแย้ง ในขณะที่ความอุดมสมบูรณ์จะถูกย่ำยีและขับไล่ผู้ที่ทำมันผ่านฝ่าอันตรายจะดีกว่าพวกเขาอย่างหลีกเลี่ยงไม่ได้ถ้าพวกเขากลายเป็นดีผ่านความร่วมมือ

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

มีทางเดียวเท่านั้นที่จะได้หนึ่งในสิ่งเหล่านี้ที่ไม่ต้องการแบ่งปันความรู้ของพวกเขาเพื่อแบ่งปันความรู้ของพวกเขาด้วยความเต็มใจ: สมควรที่จะได้รับมัน มักจะมีความรู้ว่าพวกเขาไม่มีเพียงพอ (แต่ยากที่จะทำ) Quid pro quo และทั้งหมดนั้น มิฉะนั้นซื้อแพะสองตัวแล้วกระโดดเข้ามา

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

คนที่เล่น"ฉันมีเกมลับ"เป็นเกมที่แย่ที่สุด กวีเหล่านี้มีแนวโน้มที่จะไม่ปลอดภัยและสร้างหรือเจริญรุ่งเรืองในโหมดวิกฤตโหมดวิกฤต

ฉันจะทำให้พวกเขาเอกสารทุกการเปลี่ยนแปลงหรือการปรับเปลี่ยนที่พวกเขาทำกับระบบ ฉันจะทำให้พวกเขาจัดหาโพสต์ชันสูตรสำหรับการแก้ไขที่พวกเขาพัฒนาขึ้นเพื่อรวม ...

• เกิดอะไรขึ้น
• ทำไมมันเกิดขึ้น
• วิธีการป้องกันไม่ให้เกิดขึ้น
• ระบบอื่น ๆ ที่มีความเสี่ยงต่อข้อผิดพลาดเดียวกัน

ฉันจะทำให้คนนี้รับผิดชอบ ...

• การพัฒนามาตรฐานการเข้ารหัส
• การบำรุงรักษารหัสห้องสมุด

มากขึ้นอยู่กับประเภทของความรู้ที่เกี่ยวข้อง ไม่ว่าจะเป็นรหัสโดยตรงหรือกระบวนการทางธุรกิจ โดยปกติแล้วส่วนหลังจะมีให้ที่อื่นในธุรกิจ ... และสามารถรับได้

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

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