ทรัพยากรที่แนะนำสำหรับผู้นำทีมพัฒนา [ปิด]

เมื่อเร็ว ๆ นี้ฉันได้สร้างหัวหน้าทีมของฐานข้อมูล (95% MS SQL Server, 5% misc-Oracle, Sybase, Access) ทีมพัฒนาที่จัดการและพัฒนาฐานข้อมูลจำนวนมากในสภาพแวดล้อมขององค์กร ฉันกำลังมองหาแหล่งข้อมูล (รายการตรวจสอบสาธารณูปโภคแนวปฏิบัติที่ดีที่สุดขั้นตอนเว็บไซต์หนังสือ ฯลฯ ) ที่จะช่วยฉันในการใช้พื้นฐานที่ขาดในกลุ่มการพัฒนานี้ในอดีตเช่นบทวิจารณ์โค้ดการฝึกอบรมข้ามเอกสาร บังคับใช้มาตรฐานการแบ่งปันความรู้ให้คำปรึกษาและอื่น ๆ

สิ่งที่ฉันค้นหาส่วนใหญ่เป็นทรัพยากรทักษะการจัดการทั่วไป แต่ฉันต้องการค้นหาสิ่งที่อาจเฉพาะเจาะจงกับผู้นำทีมนักพัฒนา กระบวนการขององค์กรคือ "มาตรฐาน" ประเภทน้ำตก SDLC ดังนั้นทรัพยากรที่มีต่อ Agile จึงไม่ใกล้เคียง

หนังสือที่ฉันซื้อและแนะนำสำหรับ Tech Leads และผู้จัดการของที่ทำงานให้ฉัน:

การพัฒนาอย่างรวดเร็ว (S. McConnell) - "พระคัมภีร์" ที่ยอดเยี่ยมของคำตอบสำหรับการจัดการทั่วไป / ประเภทของโอกาสในการขาย (การจัดการมากกว่านั้น)

การเป็นผู้นำทางเทคนิค (Gerald Weinberg) - การอ่านที่หนาแน่น แต่เป็นสิ่งที่ยอดเยี่ยม

Toolkit ของผู้จัดการ (Harvard Business Essentials) - อีกครั้งเน้นการจัดการมากขึ้น แต่ดีกับปัญหาระหว่างบุคคล

การทำงานร่วมกันอธิบาย (Jean Tabaka) - เน้นความคล่องตัวมากขึ้น แต่อีกข้อพระคัมภีร์ที่ดีของ "วิธีการทำ X" ในทางปฏิบัติมาก

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

ฉันเพิ่งอ่านPeoplewareเมื่อเร็ว ๆ นี้และพบว่าให้ความกระจ่างมาก มันจะช่วยให้คุณเข้าใจการเปลี่ยนแปลงของทีมพัฒนาอย่างแน่นอน (และข้อผิดพลาดมากมายที่เราทำในการจัดการ / นำพวกเขา) ฉันแนะนำโดยคนที่นี่ในโปรแกรมเมอร์

ดูที่ " การดีบักกระบวนการพัฒนา " โดย Steve Maguire

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

คุณอาจต้องการพิจารณา " การพัฒนาอย่างรวดเร็ว " โดย Steven McConnell อีกครั้งมันเป็น oldie (1996) ดังนั้นมันจึงมีการจัดระเบียบวิธีการ Agile เพื่อให้คุณได้พบกับ "น้ำตก", "เกลียว" และ "เวลาที่กำหนด" วิธีการพูดคุยเกี่ยวกับข้อดีของพวกเขา คุณจะพบผู้นำบางคนในแนวทาง Agile (Rapid Prototyping เป็นต้น) นอกจากนี้ในเรื่อง "วิธีปฏิบัติที่ดีที่สุด" คุณจะพบกับช่วงสรุปที่กว้างใหญ่ในหน้า 400 พร้อมกับการประเมินที่ถูกอ้างถึงอย่างเหมาะสมเกี่ยวกับประสิทธิภาพและคำอธิบายโดยละเอียดภายใน

หนังสือทั้งสองเล่มออกโดย Microsoft Press ดังนั้นควรมีการอ้างอิงที่เพียงพอกับเทคโนโลยีที่มีอยู่ของคุณ

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

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

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

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