วิธีการจัดการ / การพัฒนาใดที่คุณเปลี่ยนเมื่อทีมนักพัฒนา 1-3 คนเติบโตเป็น 10+

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

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

การเปลี่ยนแปลงด้านการจัดการ / การพัฒนาใดมีประโยชน์มากที่สุดเมื่อทีมเติบโตจากทีม "โรงรถขนาดเล็ก" ไปเป็นนักพัฒนามากกว่า 10 คน

ฉันจะบอกว่ามีถนนสายหลักประมาณสองสาย:

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

โชคดี!

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

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

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

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

การประสานงานระหว่างผู้คนเป็นกุญแจสำคัญ สองทีมที่ทำการเปลี่ยนแปลงร่วมกันเป็นเอกเทศสำหรับผลิตภัณฑ์เป็นสิ่งที่ไม่ดี

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

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

หากโครงการมีขนาดใหญ่พอสำหรับนักพัฒนากว่า 10 คนมันควรจะง่ายต่อการแยกย่อยออกเป็นพื้นที่ขนาดเล็ก แบ่งทีมออกเป็นทีมเล็ก ๆ ละ 3-5 คนและให้อิสระแก่พวกเขาในพื้นที่ของพวกเขา API จะต้องมีการพัฒนาระหว่างทีม ฉันขอแนะนำให้แต่ละทีมทำความเข้าใจกับความต้องการของพวกเขาและให้คนหนึ่งหรือสองคนจากแต่ละทีมที่เกี่ยวข้องมาพบกันเพื่อพูดคุยเกี่ยวกับ API การอภิปรายและการตัดสินใจง่ายขึ้นเมื่อมีคนเข้าร่วมน้อยกว่า