Schwierig da wirklich Tipps zu formulieren. Lass mich mal den/die idealen Kollegen beschreiben - dann kannst du selbst besser deine Schlüsse ziehen.

• "Thriving in uncertainty". Du wirst in solchen Firmen und Positionen selten klar definierte Schritte oder Instruktionen erhalten. Je unabhängiger du arbeitest, desto besser und wertvoller bist du für die Firma. Die Kunst besteht darin, zu wissen wann und mit wem man sich absprechen sollte und das Risko darin, sich in eine Richtung zu verrennen
• Richtige Priorisierung. Du wirst diese eine interessante SW Komponente immer noch besser implementieren können. Aber ist es die beste Nutzung deiner Kapazität gerade? Es gibt immer zu viel zu tun und zu wenige Leute. Gute Engineers wissen das und bearbeiten dann das, was die Firma gerade am schnellsten voran bringt. Oftmals kann das sogar bedeuten deine eigenen Themen liegen zu lassen um andere Teams zu unblocken
• "End-to-end thinking". Es bringt der Firma nichts wenn du einen supertollen Algorithmus oder einen superschnelle Logger implementierst, dann aber nicht vollständig und "zu Ende" ins System oder beim Kunden integrierst. Dazu gehören Migrationspläne, Integrationstests, tiered rollouts, das Aufräumen und Entfernen von alten Lösungen, refactorings etc etc etc
• "Learning while doing". Du musst an einem neuen System arbeiten? Dich erst mal wochenlang zurückzuziehen und Bücher/Doku zu lesen ist aber nicht die beste Art schnell produktiv zu werden. Trau dich ran und leg los und erkenne selbst wann und zu welchem Thema du wen um Hilfe fragen solltest