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!
career-development
ses011
quelle
quelle
Antworten:
Ein paar persönliche Erfahrungen zum Teilen:
Vor dem Umzug:
Nach dem Umzug:
Wenn es gut geht:
Wenn Dinge schief laufen:
Prost!
quelle
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.
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.
Irrelevant; Sowohl groß als auch klein können eins sein.
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.
Sie werden eine Stimme unter vielen sein. Ihr Einfluss wird mehr davon abhängen, wie gut Sie sich in die Macher integrieren können.
quelle
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.
quelle
Als jemand, der in beiden Umgebungen gearbeitet hat, sind hier meine Gedanken:
Alles andere (nur ein paar zufällige Gedanken und Warnungen, die mir einfallen):
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.
quelle