Übergang von einem kleinen zu einem großen Unternehmen [geschlossen]


14

Hat jemand Tipps, Gedanken, Warnungen oder allgemeine Weisheiten für einen Anwendungs- / Datenbankentwickler, der speziell von einem Start-up-Unternehmen zu einer großen Organisation wechselt?

Beispiele Gedanken umfassen Dinge wie:

  • Wie kann ich anders mit der Managementkette umgehen?
  • Sehen Sie Qualitäts- oder Entwicklungstrends, die sich zwischen groß und klein unterscheiden?
  • Gedanken zur Teamentwicklung.
  • Soziale Aspekte.
  • Noch etwas.

Ergänzung: Hat jemand irgendwelche persönlichen Geschichten und Erfahrungen, die er mit einem ähnlichen Schritt teilen kann?

Bitte lassen Sie mich wissen, ob ich in irgendeiner Weise klären kann.

Ich schätze alle Gedanken!


Stellen Sie sicher, dass Sie einen Abfalleimer haben, den Sie schließen können

1
Ich habe jeden Tag große Unternehmen kleinen Start-ups vorgezogen. Warum? Vielleicht mag ich es, ein kleiner Fisch in einem großen Teich zu sein, mit vielen anderen Fischen.
TeaDrinkingGeek

"geschlossen als nicht konstruktiv"? ? ?
Ohho

Was ist, wenn Sie auf " worker.stackexchange.com" migrieren ?
ohho

Antworten:


27

Ein paar persönliche Erfahrungen zum Teilen:

  • Vor dem Umzug:

    • Vertraue nicht all den großen Versprechungen. Auf der Suche nach Talenten zeigen sie Ihnen alle guten Seiten und verbergen diese schlechten Fakten. Wenn die Position ist , dass gut ist , warum ist es nicht vor mir gefüllt? :-)
    • Ein Geschäft ist ein Geschäft, das einzige Ziel ist es, Gewinn zu machen. Überlegen Sie, ob die Einbindung in Ihr Unternehmen einen Mehrwert für das Ziel darstellt. Sie sind eingeladen, weil sie denken, Sie bringen Mehrwert. Wirst du?
    • Angenommen, Sie sind Programmierer, haben große Unternehmen in der Regel eine andere Komplexität als technische Herausforderungen, z. B. Politik, Kommunikationsfähigkeiten, Vorschriften usw. Sind Sie bereit?
  • Nach dem Umzug:

    • Versuchen Sie, den KPI Ihrer Funktionsgruppe (Abteilung) so früh wie möglich zu ermitteln. Einfach ausgedrückt, warum ist diese große Firma bereit, Geld für diese Gruppe von Leuten zu bezahlen, die diese Sachen machen?
    • Positionieren Sie sich als einen Faktor, der zur obigen Antwort beiträgt (falls gefunden). Kämpfe nicht gegen die Borg. Du wirst nicht gewinnen. Sie werden für die Einhaltung bezahlt.
    • Gute Sachen machen und gute Arbeit leisten ist normalerweise nicht der schwierigste Teil.
  • Wenn es gut geht:

    • Verbessere das Zeug Stück für Stück, setze dich nicht und beschwere dich.
    • Haben Sie keine Angst, die harten Aufgaben zu übernehmen . Es ist weniger wahrscheinlich, dass Sie entfernt werden, wenn Sie in der Schlüsselrolle sind.
    • Verwenden Sie die Ressource so, als wäre es der letzte Tropfen Wasser auf der Erde.
    • Überlegen Sie sich immer wieder, ob eine Führungsrolle gut für Sie und Ihren zukünftigen Karriereweg ist. Nicht zu viele Ingenieure sind gute Manager.
  • Wenn Dinge schief laufen:

    • Denken Sie daran, Sie haben mindestens einen Monat Zeit oder Geld ;-) Keine Panik.
    • Wieder nicht kämpfen. Wenn sie es sich anders überlegen können, haben sie es bereits getan.
    • Egal was passiert. Es geht nicht um richtig oder falsch, es geht um Spiel oder nicht.
    • Die Welt ist größer als ein Unternehmen. Gelegenheiten sind für diejenigen, die bereit sind zu nehmen.

Prost!


3
Wenn Sie die ganze Zeit gegen die Borg kämpfen, ist es Zeit, dass Sie gehen - denn die Borg werden es nie tun.
quick_now

2 ^ 10 wenn ich könnte. Was für eine extravagante Antwort! Sehr detaillierte Beratung in jeder Phase der Schicht.
Karthik Sreenivasan

13
  • Wie kann ich anders mit der Managementkette umgehen?

Das große Unternehmen wird bürokratischer sein, als Sie es gewohnt sind. Sie interagieren mit den Ebenen über und unter Ihnen. Auslassungen werden selten sein.

  • Sehen Sie Qualitäts- oder Entwicklungstrends, die sich zwischen groß und klein unterscheiden?

Sie werden mehr Schichten haben. Sie haben keinen Administratorzugriff auf Produktionsserver, sodass mehr Übergaben erfolgen. Kommunikationskanäle sowie Dokumentation und Prozess verlangsamen die Arbeit in der größeren Firma.

  • Gedanken zur Teamentwicklung vs. Cowboy-Codierung.

Irrelevant; Sowohl groß als auch klein können eins sein.

  • Soziale Aspekte.

Größere Unternehmen tendieren dazu, konservativer zu sein, weil es mehr zu verlieren gibt.

Größere Unternehmen haben einen großen Vorteil: Sie wissen, wie man Lohn- und Gehaltsabrechnungen erstellt. Einige der kleineren Firmen, mit denen ich zusammengearbeitet habe, scheiterten daran. Der Verkauf und die Aufrechterhaltung der Einnahmequellen können für kleinere Unternehmen ein Problem darstellen.

  • Noch etwas.

Sie werden eine Stimme unter vielen sein. Ihr Einfluss wird mehr davon abhängen, wie gut Sie sich in die Macher integrieren können.


Mir ist jetzt klar, wie dumm mein Teamentwickler gegenüber dem Cowboy-Codierungspunkt war. Interessante Gedanken zum Thema "Ebenen". Ich habe mich gefragt, wie es wohl sein wird, kein Sysadmin mehr zu sein. :)

6

Freiheit und Grenzen

Der größte Unterschied, an den ich aus meiner Erfahrung denken kann, sind die Grenzen und die Unterschiede in der Flexibilität. In kleineren Unternehmen:

  • Sie spielen eine größere Rolle als Entwickler, wenn Sie mehr tun müssen. Ob dies das Einrichten eines Servers, das Konfigurieren eines Versionsverwaltungssystems und das Verwalten der Datenbank für das Unternehmensprodukt X ist .

  • Es ist sozialer - Sie haben möglicherweise Beziehungen zu dem Firmeninhaber / den Geschäftsführern usw.

  • Sie haben das Gefühl, mehr Einfluss zu haben, wenn Ihre Meinungen sich weiter im Unternehmen ausbreiten.

Wenn Sie zu größeren Organisationen wechseln, werden die Grenzen viel klarer.

  • Ihre Rolle ist viel spezifischer.

  • Es ist fast so, als ob du nur Programmierer wirst .

  • Sie melden sich bei einem Projektmanager für Aufgabenaktualisierungen.

  • Ihre Infrastruktur wird von einem Support- / Kommunikationsteam verwaltet.

  • Es gibt manchmal ein Testteam, das die UAT-Tests durchführt und Fehler in einem Bug-Tracking-System behebt.

  • Es fühlt sich wettbewerbsfähiger an, da es eine klarere Hierarchie gibt, die die Menschen versuchen zu erklimmen und sich in einem Meer von Menschen bemerkt zu fühlen.


5

Als jemand, der in beiden Umgebungen gearbeitet hat, sind hier meine Gedanken:

  • Management - Sie werden wahrscheinlich feststellen, dass viel Kommunikation "in der Hierarchie verloren geht". Damit meine ich, dass in kleinen Unternehmen so ziemlich jeder alles weiß (oder zumindest "weiß"). In großen Unternehmen ist es nicht ungewöhnlich, dass Ihr mittlerer Manager keine Ahnung hat, woran Sie gerade arbeiten (das ist die Aufgabe des Teamleiters - es geht also die Granularität der Informationen entlang der gesamten Kette verloren).
  • Qualität und Geschwindigkeit der Entwicklung - Bei größeren Unternehmen ist dies tendenziell langsamer. Startups sind tendenziell agiler (ein Teil davon ergibt sich aus der Tatsache, dass das Produkt bei dem kleinen Unternehmen wahrscheinlich kleiner ist). Gehen Sie jedoch nicht in die Falle, dass ein großes Unternehmen über besser etablierte Prozesse und Methoden verfügt. Vor allem, wenn die Hauptkompetenz des Unternehmens nicht in Software liegt - die Software-Teams können nicht besser geführt werden als in einem kleinen Hackshop. Tatsächlich war einer der besten Orte, an denen ich je gearbeitet habe, ein kleiner Hackshop, vor allem, weil es sich um einen kleinen Software-Shop handelte, der von Programmierern gestartet und betrieben wurde. Solide 12/12 auf dem Joel Test Zeug.
  • Teamentwicklung - Wie oben. Es kommt wirklich auf das Team an. Große Unternehmen werden nicht unbedingt besser geführt (im Gegensatz zu anderen Disziplinen). Es kommt vor allem darauf an, wie "Softwareentwicklungskompetent" die Verantwortlichen der Software-Teams sind. Mittlere und obere Manager, die Software nicht gut genug verstehen, werden Softwareteams in großen Unternehmen unterfinanzieren und frustrieren.
  • Soziale Aspekte - Kleine Unternehmen und Startups sind im Allgemeinen informeller und sozialer, aber größere Unternehmen müssen auch nicht zu steif sein. Vieles kann von der Branche und auch vom Durchschnittsalter des Teams abhängen. Ein junges, eng kooperierendes Software-Team in einem großen Unternehmen kann sich als kleines Startup fühlen.

Alles andere (nur ein paar zufällige Gedanken und Warnungen, die mir einfallen):

  • Achten Sie auf Konflikte zwischen Teams. In großen Unternehmen gibt es oft separate Teams, die für verschiedene Schichten eines Systems verantwortlich sind. Menschliches Wesen, ähm, menschliches Wesen - bedeutet, dass hier oft eine gewisse "wir und sie" -Mentalität herrscht (hinterhältig, zickig, das Geld überlassen, etc). In kleinen Startups, in denen im Wesentlichen alle im selben Team sind, sieht man das eher nicht.
  • Gewöhnen Sie sich daran, Bestellungen von Leuten anzunehmen, die keine Ahnung haben, wie die Software funktioniert. Dies kann natürlich überall ein Problem sein, aber die Trennung zwischen den "Geschäftsleuten" und dem Software-Team ist mit zunehmender Größe des Unternehmens tendenziell stärker ausgeprägt. In einem kleinen Startup sind sie oft die gleichen Leute. In großen Unternehmen sind sie es fast nie. Dies ist nicht so schlimm, wenn es sich bei dem Unternehmen um ein tatsächliches Softwareunternehmen handelt (z. B. Microsoft).

  • Sie sind wahrscheinlich stärker von der "Front" des Kunden abgeschirmt. Es wird wahrscheinlich einen Helpdesk und Produktmanager geben, die sich um Kunden kümmern, und Sie werden es wahrscheinlich so gut wie nie müssen. Dies kann sowohl gut als auch schlecht sein. Gut in dem Sinne, dass Sie sich nicht mit direkter Unterstützung befassen müssen, schlecht in dem Sinne, dass es Kommunikationsprobleme und langwierige Bearbeitungszeiten geben kann, um relativ einfache Probleme zu lösen.

Das ist ungefähr alles, woran ich jetzt denken kann.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.