Küçük bir şirketten büyük bir şirkete geçiş [kapalı]

Başlangıçta büyük ölçekli bir şirketten büyük bir kuruluşa geçen bir uygulama / veritabanı geliştiricisi için herhangi bir ipucu, düşünce, uyarı veya genel bilgelik var mı?

Örnek düşünceler aşağıdakileri içerir:

• Yönetim zinciri ile nasıl farklı etkileşimde bulunabilirim?
• Büyüklük ile küçüklük arasında farklılık gösteren kalite veya gelişme hızında eğilimler görüyor musunuz?
• Takım geliştirici üzerine düşünceler.
• Sosyal bakış.
• Başka herhangi bir şey.

Ek: Benzer bir hareketle paylaşmak için herhangi bir kişisel hikayesi ve deneyimi olan var mı?

Herhangi bir şekilde netleştirebilir miyim lütfen bana bildirin.

Herhangi bir düşünceyi takdir ediyorum!

Paylaşmak için birkaç kişisel deneyim:

• Hareket etmeden önce:

  • Tüm büyük vaatlere güvenme. Yetenek aradıklarında, size tüm iyi tarafları gösterecek ve bu kötü gerçekleri gizleyecekler. Eğer pozisyon bu kadar iyiyse, neden benden önce doldurulmuyor? :-)
  • Bir iş bir iştir, tek amaç kâr etmektir. Sizi gemiye almanın hedefe değer katıp katmadığını düşünün. Davetlisiniz çünkü katma değer sağladığınızı düşünüyorlar . Mısın?
  • Bir programcı olduğunuzu varsayarsak, büyük şirketler genellikle teknik zorluklar dışında, örneğin politika, iletişim becerileri, düzenlemeler, ... karmaşıklığı ile gelirler. Hazır mısınız?

• Taşınma Sonrası:

  • Fonksiyonel grubunuzun (departmanınızın) KPI'sını mümkün olduğunca erken tanımlamaya çalışın . Basitçe söylemek gerekirse, bu büyük şirket neden bu tür insanları bu tür şeyler için para ödeyecek?
  • Kendinizi yukarıdaki cevabın (bulunursa) katkıda bulunan bir faktörü olarak konumlandırın. Borg ile savaşma. Kazanmayacaksın. Uymanız için size ödeme yapılır.
  • İyi şeyler yapmak ve iyi bir iş yapmak genellikle en zor kısmı değildir.

• İşler iyi gittiğinde:

  • İşleri biraz geliştirin, oturmayın ve şikayet etmeyin.
  • Zor işleri yapmaktan korkmayın . Kilit rolde iseniz kaldırılma olasılığınız daha düşüktür.
  • Kaynağı, yeryüzündeki son su damlası gibi kullanın.
  • Bir yönetimsel rolün sizin ve gelecekteki kariyer yolunuz için iyi olup olmadığını tekrar tekrar düşünün. Çok fazla mühendis iyi yönetici değildir.

• İşler yanlış gittiğinde:

  • Bir ay kiraladığınızı unutmayın (zaman veya para ;-) panik yapmayın.
  • Yine savaşma. Eğer fikirlerini değiştirebilirlerse, zaten değiştirdiler.
  • Ne olursa olsun, sh_ts olur. Doğru ya da yanlış değil, maçla ilgili ya da değil.
  • Dünya bir şirketten daha büyük. Fırsatlar almaya hazır olanlar içindir.

Şerefe!

• Yönetim zinciri ile nasıl farklı etkileşimde bulunabilirim?

Büyük şirket alışık olduğunuzdan daha bürokratik olacaktır. Üstünüzdeki ve altındaki katmanlarla etkileşime gireceksiniz; atlamalar nadirdir.

• Büyüklük ile küçüklük arasında farklılık gösteren kalite veya gelişme hızında eğilimler görüyor musunuz?

Daha fazla katmanınız olacak. Üretim sunucularına yönetici erişiminiz olmayacaktır, bu nedenle daha fazla devir olacaktır. İletişim kanalları, dokümantasyon ve süreç büyük firmada işleri yavaşlatacaktır.

• Takım geliştiricisine karşı kovboy kodlamaya ilişkin düşünceler.

Alakasız; hem büyük hem de küçük bir olabilir.

• Sosyal bakış.

Daha büyük firmalar daha muhafazakar olma eğilimindedir, çünkü kaybedecek daha çok şey vardır.

Büyük firmaların büyük bir avantajı vardır: bordro yapmayı bilirler. Çalıştığım daha küçük firmalardan bazıları başarısız oldu. Satış ve gelir akışının akışında tutulması daha küçük bir firma için sorun olabilir.

• Başka herhangi bir şey.

Birçok ses arasında tek bir ses olacaksınız. Etkiniz, kendinizi taşıyıcılara ve çalkalayıcılara ne kadar iyi entegre edebileceğinize bağlı olacaktır.

Özgürlük ve Sınırlar

Deneyimlerime göre aklıma gelen en büyük fark sınırlar ve esneklik farkları. Küçük şirketlerde:

• Daha fazlasını yapmanız gereken Geliştirici olarak daha büyük bir rol oynarsınız . Bunun bir sunucu kurması, bir kaynak kontrol sistemi yapılandırması, Şirket Ürünü X için veritabanını yönetmesi .

• Daha sosyal - şirket sahibi / yöneticileri vb. İle ilişkileriniz olabilir.

• Görüşleriniz şirket çevresinde daha da arttıkça daha fazla etkiye sahip olduğunuzu hissediyorsunuz.

Daha büyük kuruluşlara taşındığınızda, sınırlar çok daha tanımlanmıştır.

• Rolünüz çok daha spesifik.

• Neredeyse Programcı olursunuz .

• Görev güncellemeleri için bir proje yöneticisine rapor veriyorsunuz.

• Altyapınız bir destek / iletişim ekibi tarafından yönetilir.

• Bazen bir UAT testini yapan ve bir hata izleme sistemindeki hataların üstesinden gelen bir test ekibi vardır.

• İnsanların bir denizde tırmanmaya ve farkedilmeye çalıştıkları daha açık bir hiyerarşisi olduğundan daha rekabetçi hissediyor.

Her iki ortamda da çalışan biri olarak düşüncelerim şöyle:

• Yönetim - Muhtemelen birçok iletişimin "hiyerarşide kaybolmasını" bulacaksınız. Bununla kastettiğim şey, küçük şirketlerde herkesin hemen hemen her şeyi biliyor (veya en azından "bunu biliyor"). Büyük şirketlerde, orta yöneticinizin ne üzerinde çalıştığınız hakkında hiçbir fikre sahip olması alışılmadık bir şey değildir (bu, takım liderinin işi - bu yüzden zincirde yukarı ve aşağı bilgilerin ayrıntı kaybı vardır).
• Kalite ve gelişme hızı - Bu, büyük şirketlerde daha durgun olma eğilimindedir. Başlangıçlar daha çevik olma eğilimindedir (bunun bir kısmı küçük şirketteki ürünün daha küçük olması gerçeğinden kaynaklanmaktadır). Ancak, büyük bir şirketin zorunlu olarak daha iyi kurulmuş süreçlere ve metodolojilere sahip olduğunu düşünme tuzağına düşmeyin. Özellikle şirketin ana yetkinliği yazılımda değilse - yazılım ekipleri herhangi bir küçük hackshop'tan daha iyi çalıştırılamaz. Aslında, şimdiye kadar çalıştığım en iyi yerlerden biri, programcılar tarafından başlatılan ve işletilen küçük bir hackshop'tur. Joel Testi ile ilgili 12/12.
• Takım geliştirme - Yukarıdaki gibi. Gerçekten takıma bağlı. Büyük şirketler daha iyi durumda değildir (diğer bazı disiplinlerden farklı olarak). Çoğunlukla yazılım ekiplerinden sorumlu kişilerin "yazılım geliştirme yetkinliğine" bağlıdır. Yazılımı yeterince iyi anlamayan orta / üst düzey yöneticiler, özellikle büyük şirketlerde yazılım ekiplerini yetersiz kullanacak ve hayal kırıklığına uğratacaktır.
• Sosyal yönler - Bir bütün olarak, küçük şirketler ve girişimler genellikle daha resmi olmayan ve sosyaldir, ancak daha büyük şirketlerin de çok sert olması gerekmez. Bir çok şey endüstri alanına ve ayrıca takımın ortalama yaşına bağlı olabilir. Büyük bir şirkette genç, yakın işbirliği içinde olan bir yazılım ekibi, kendi başına küçük bir başlangıç ​​hissi verebilir.

Başka bir şey (düşünebileceğim bazı rastgele düşünceler ve uyarılar):

• Takımlar arası çatışmaya dikkat edin. Büyük şirketlerde genellikle bir sistemin farklı katmanlarından vb. Sorumlu olan ayrı ekipler vardır. İnsan doğası, erm, insan doğası - burada genellikle "biz ve onlar" zihniyeti olduğu anlamına gelir (arkadan sekme, sürtüklük, paranın geçmesi, vb). Bunu, herkesin aslında aynı takımda olduğu küçük girişimlerde görme eğiliminde değilsiniz.

• Yazılımın nasıl çalıştığı hakkında hiçbir fikri olmayan kişilerden sipariş almaya alışın. Bu elbette her yerde bir sorun olabilir, ancak "iş adamları" ile yazılım ekibi arasındaki ayrım, şirket büyüdükçe daha güçlü bir şekilde tanımlanma eğilimindedir. Küçük bir başlangıçta, genellikle aynı insanlardır. Büyük şirketlerde neredeyse hiç olmuyorlar. Şirket gerçek bir yazılım şirketi (ör. Microsoft) ise bu çok kötü olmaz.

• İstemcinin "ön hattından" daha fazla korunma olasılığınız vardır. Muhtemelen bir yardım masası ve müşterilerle ilgilenen ürün yöneticileri olacak ve muhtemelen neredeyse hiç zorunda kalmayacaksınız. Bu hem iyi hem de kötü olabilir. Doğrudan destekle uğraşmak zorunda olmamanız açısından iyi, nispeten basit sorunları çözmek için iletişim sorunları ve sıkıcı geri dönüş süreleri olması açısından kötü.

Şimdilik aklıma gelen her şey bu.