ย้ายจาก บริษัท เล็กไปเป็น บริษัท ใหญ่ [ปิด]

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

ตัวอย่างความคิดจะรวมถึงสิ่งต่าง ๆ เช่น:

• ฉันจะโต้ตอบกับโซ่การจัดการแตกต่างกันอย่างไร
• คุณเห็นแนวโน้มคุณภาพหรือความเร็วในการพัฒนาที่แตกต่างกันระหว่างขนาดใหญ่และขนาดเล็กหรือไม่?
• ความคิดเกี่ยวกับการพัฒนาทีม
• ด้านสังคม
• สิ่งอื่นใด

เพิ่มเติม:ไม่มีใครมีเรื่องราวส่วนตัวและประสบการณ์ที่จะแบ่งปันกับการเคลื่อนไหวที่คล้ายกัน?

โปรดแจ้งให้เราทราบหากฉันสามารถชี้แจงได้ทุกทาง

ฉันขอขอบคุณความคิดใด ๆ !

ประสบการณ์ส่วนตัวที่จะแบ่งปันกับ:

• ก่อนที่จะย้าย:

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

• หลังจากการย้าย:

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

• เมื่อสิ่งต่าง ๆ เป็นไปด้วยดี:

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

• เมื่อสิ่งผิดปกติ:

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

ไชโย!

• ฉันจะโต้ตอบกับโซ่การจัดการแตกต่างกันอย่างไร

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

• คุณเห็นแนวโน้มคุณภาพหรือความเร็วในการพัฒนาที่แตกต่างกันระหว่างขนาดใหญ่และขนาดเล็กหรือไม่?

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

• ความคิดเกี่ยวกับการพัฒนาทีมกับการเข้ารหัสคาวบอย

ไม่เกี่ยวข้อง; ทั้งขนาดใหญ่และขนาดเล็กสามารถเป็นได้ทั้ง

• ด้านสังคม

บริษัท ขนาดใหญ่มีแนวโน้มที่จะอนุรักษ์มากกว่าเพราะมีมากกว่าที่จะสูญเสีย

บริษัท ขนาดใหญ่มีข้อได้เปรียบที่ยิ่งใหญ่อย่างหนึ่ง: พวกเขารู้วิธีสร้างบัญชี บริษัท ขนาดเล็กบางแห่งที่ฉันทำงานด้วยล้มเหลว การขายและการรักษากระแสรายได้อาจเป็นปัญหาสำหรับ บริษัท ขนาดเล็ก

• สิ่งอื่นใด

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

อิสรภาพและขอบเขต

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

• คุณมีบทบาทที่ใหญ่ขึ้นในฐานะ นักพัฒนาซึ่งคุณต้องทำมากกว่านี้ ไม่ว่าจะเป็นการตั้งค่าเซิร์ฟเวอร์การกำหนดค่าระบบการควบคุมแหล่งที่มาการจัดการฐานข้อมูลสำหรับ บริษัท สินค้า X

• มันเป็นเรื่องสังคมมากขึ้น - คุณอาจมีความสัมพันธ์กับเจ้าของ บริษัท / กรรมการ ฯลฯ

• คุณรู้สึกว่าคุณมีอิทธิพลมากขึ้นเมื่อความคิดเห็นของคุณเข้าถึงรอบ บริษัท

เมื่อคุณย้ายไปยังองค์กรขนาดใหญ่ขอบเขตจะถูกกำหนดให้ชัดเจนยิ่งขึ้น

• บทบาทของคุณมีความเฉพาะเจาะจงมากขึ้น

• มันเกือบจะที่คุณเพิ่งกลายเป็น โปรแกรมเมอร์

• คุณรายงานไปยังผู้จัดการโครงการสำหรับการปรับปรุงงาน

• โครงสร้างพื้นฐานของคุณได้รับการจัดการโดยทีมสนับสนุน / สื่อสาร

• บางครั้งมีทีมทดสอบที่ทำการทดสอบ UAT และจัดการกับข้อบกพร่องในระบบติดตามบั๊ก

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

เป็นคนที่ทำงานในทั้งสองสภาพแวดล้อมนี่คือความคิดของฉัน:

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

สิ่งอื่นใด (แค่ความคิดสุ่มและคำเตือนที่ฉันนึกถึง):

• ระวังความขัดแย้งระหว่างทีม ใน บริษัท ขนาดใหญ่มักจะมีทีมที่แยกจากกันเพื่อรับผิดชอบระบบที่แตกต่างกัน ฯลฯ ธรรมชาติของมนุษย์เอ่อธรรมชาติของมนุษย์ - หมายความว่ามีความคิด "เราและพวกเขา" อยู่ที่นี่บ่อยครั้ง (backstabbing, ความชั่วร้าย ฯลฯ ) คุณมักจะไม่เห็นสิ่งนี้ในที่เพิ่งเริ่มต้นเล็ก ๆ ซึ่งทุกคนอยู่ในทีมเดียวกันเป็นหลัก

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

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

นี่คือทั้งหมดที่ฉันสามารถคิดได้ในตอนนี้