Есть ли у кого-нибудь какие-либо советы, мысли, предупреждения или общие рекомендации для разработчика приложений / баз данных, который специально переходит от начинающей компании к большой организации?
Примеры мыслей могут включать такие вещи, как:
- Как я могу по-другому взаимодействовать с цепочкой управления?
- Видите ли вы тенденции в качестве или скорости развития, которые различаются между большими и маленькими?
- Мысли о развитии команды.
- Социальные аспекты.
- Что-нибудь еще.
Дополнение: Есть ли у кого-нибудь личные истории и опыт, которыми можно поделиться с подобным ходом?
Пожалуйста, дайте мне знать, если я могу уточнить в любом случае.
Я ценю любые мысли!
career-development
ses011
источник
источник
Ответы:
Несколько личного опыта, чтобы поделиться с:
Перед переездом:
После переезда:
Когда дела идут хорошо
Когда дела идут плохо:
Ура!
источник
Большая компания будет более бюрократической, чем вы привыкли. Вы будете взаимодействовать со слоями выше и ниже вас; пропуски будут редкими.
У вас будет больше слоев. У вас не будет доступа администратора к рабочим серверам, поэтому будет больше передач. Каналы связи, документирование и процесс замедляют работу крупной фирмы.
Ненужные; и большое и маленькое может быть одним.
Крупные фирмы имеют тенденцию быть более консервативными, потому что есть что терять.
У крупных фирм есть одно большое преимущество: они знают, как заработать. Некоторые из небольших фирм, с которыми я работал, потерпели неудачу в этом. Продажи и поддержание потока доходов могут стать проблемой для небольшой фирмы.
Вы будете одним голосом среди многих. Ваше влияние будет зависеть больше от того, насколько хорошо вы сможете интегрироваться в движителей и шейкеров.
источник
Свобода и границы
Самое большое различие, которое я могу вспомнить в своем опыте, - это различия в границах и гибкости. В небольших компаниях:
Вы играете большую роль в качестве разработчика, где вы должны делать больше. Независимо от того , что настройка сервера, настройка системы управления исходного кода, управление базой данных для компании продукт X .
Это более социально - у вас могут быть отношения с владельцем / директорами компании и т. Д.
Вы чувствуете, что имеете больше влияния, так как ваши мнения распространяются по всей компании.
Когда вы переходите в более крупные организации, границы становятся более определенными.
Ваша роль гораздо более конкретна.
Это почти, что вы просто стали программистом .
Вы сообщаете менеджеру проекта об обновлениях задач.
Ваша инфраструктура управляется командой поддержки / связи.
Иногда есть команда тестировщиков, которая проводит UAT-тестирование и борется с ошибками в системе отслеживания ошибок.
Это кажется более конкурентоспособным, поскольку существует более четкая иерархия, в которой люди пытаются подняться и чувствовать себя замеченными в море людей.
источник
Как человек, который работал в обеих средах, вот мои мысли:
Что-нибудь еще (только некоторые случайные мысли и предупреждения, которые я могу придумать):
Привыкайте принимать заказы от людей, которые понятия не имеют, как работает программное обеспечение. Конечно, это может быть проблемой где угодно, но разделение между «деловыми людьми» и командой разработчиков программного обеспечения имеет тенденцию быть более четко определенными, чем больше становится компания. В маленьком стартапе они часто одни и те же люди. В огромных корпорациях они почти никогда не бывают. Это не будет так плохо, если компания является реальной компанией-разработчиком программного обеспечения (например, Microsoft).
Вы, вероятно, будете более защищены от клиентской «линии фронта». Вероятно, будут справочная служба и менеджеры по продуктам, которые работают с клиентами, и вам, вероятно, почти никогда не придется. Это может быть как хорошо, так и плохо. Хороший в том смысле, что вам не нужно иметь дело с прямой поддержкой, плохой в том смысле, что могут быть проблемы со связью и утомительное время выполнения решения относительно простых задач.
Это обо всем, что я могу думать сейчас.
источник