วิธีการทำให้ทีมได้รับการฝึกฝนมาเป็นอย่างดี? [ปิด]

ฉันกำลังให้คำปรึกษากับทีมงานเล็ก ๆ ของ dev dev 4 คนใน บริษัท ซอฟต์แวร์ขนาดเล็ก พวกเขาฉลาดมากและมักจะทำงานให้สำเร็จด้วยงานคุณภาพสูง แต่ฉันแน่ใจว่าพวกเขายังสามารถทำได้ดีกว่า - จริง ๆ แล้วฉันมีความรู้สึกแบบเดียวกันกับตัวเอง :) - นอกจากนี้บางส่วนของพวกเขา "จูเนียร์" มากกว่าอื่น ๆ

ดังนั้นฉันต้องการค้นหาวิธีที่ตลกเพื่อพัฒนาทักษะ CS ของพวกเขา (การออกแบบการเข้ารหัสการทดสอบอัลกอริทึม ... ) นอกเหนือจากประสบการณ์ที่พวกเขาได้รับในการทำงานประจำวัน ตัวอย่างเช่นฉันกำลังคิดที่จะตั้งค่าเซสชันรายสัปดาห์ไม่เกิน 2 ชั่วโมงซึ่งเราสามารถทำงานร่วมกันเพื่อฝึกซ้อม CS ที่ท้าทายได้ บิตเหมือนโค้ดโดโจ

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

ข้อเสนอแนะใด ๆ ยินดีต้อนรับ!

นี่คือแนวคิดบางส่วน

• ชมรมหนังสืออ่านหนังสือเช่น Pragmatic Programmer หรืออาชีพอื่น ๆ เป็นศูนย์กลาง
• การเข้ารหัส Dojo คุณสามารถเริ่มต้นด้วยปัญหาง่าย ๆ นอกโปรเจ็กต์จากนั้นขยายเป็นโปรเจ็กต์หรือถ้าคุณเลือก
• Retrospectives หรือ feedback feedback เพื่อรับแนวคิดจากกลุ่มเพื่อปรับปรุงการพัฒนาโครงการที่ทุกคนมีส่วนร่วม

• การประชุมกลุ่มผู้ใช้ที่บุคคลที่ได้รับมอบหมายนำเสนอสิ่งนี้จะช่วยพัฒนาทักษะการนำเสนอ / ความนุ่มนวลของทีม

• นาน ๆ ครั้งในการทำงานที่ไม่เกี่ยวข้องกับการทำงานเช่นไปที่ Dave & Busters เพื่อความสนุกสนานในวันศุกร์หรือแปลก ๆ .. เพื่อพัฒนาทีมเคมี

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

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

ฉันคิดว่าวิธีเดียวที่จะทำให้ทีมได้รับการฝึกฝนมาอย่างดีคือจ้างนักพัฒนาที่ต้องการเรียนรู้ต่อไป

หากไม่ได้มาจากภายในก็จะไม่เกิดผลที่ยั่งยืน

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

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

ขอให้โชคดี

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

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

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

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

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

หลังจากที่บางคนเสร็จสิ้นสิ่งที่ท้าทายให้ลองวิธีการใหม่ / แตกต่างกัน

สอนพวกเขาในการหาสิ่งต่าง ๆ ในที่เกิดเหตุแทนที่จะแก้ไขสิ่งที่พวกเขายังไม่รู้ว่าจะทำอย่างไร

บูรณาการการเรียนรู้เข้ากับงานด้วยตนเองโครงการด้านข้างเพื่อการเรียนรู้มักจะถูกข้ามไปตามกำหนดเวลาบนขอบฟ้า

บางครั้งการระบุความต้องการผู้ชำนาญการโดยตรงสามารถช่วยเป็นผู้กระตุ้นได้

ให้เวลาพวกเขา 3 ชั่วโมงต่อสัปดาห์ในการวิจัย / แฮ็คสิ่งที่พวกเขาสนใจในการเขียนโปรแกรม เป็นการดีที่จะมีมากขึ้น แต่ฉันคิดว่า 3 ชั่วโมงเป็นการเริ่มต้นที่ดี มันอาจจะอยู่ในกลุ่มเดียวก็สามารถแบ่งออกเป็น 30 นาทีตามทาง ดูเหมือนว่าโปรแกรมเมอร์เหล่านี้มีแรงจูงใจมากพอที่จะสามารถตรวจสอบสิ่งต่าง ๆ ได้

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

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

อีกเทคนิคที่ฉันเห็นว่าทำงานเป็นการนำเสนออาหารกลางวันจากนักพัฒนา / ที่ปรึกษาอาวุโสเดือนละครั้งหรือมากกว่านั้น และอย่าลืมเตรียมอาหารกลางวันด้วย devs ส่วนใหญ่ฉันรู้ว่ารักด้วงฟรี คุณอาจถามพวกเขาหากพวกเขาต้องการหัวข้อเฉพาะใด ๆ