В стартапах всё просто: ты знаешь, кто отвечает за продукт, кто чинит баги и кто может дать добро на релиз. В корпорациях всё иначе. Там даже поиск владельца внутреннего инструмента превращается в квест: документация устарела, ответственный давно уволился, а сам сервис продолжает «кушать» тысячи долларов в месяц. Это и есть корпоративная реальность, о которой написал автор блога Church of Turing.
Где теряются миллионы
💸 В стартапе можно запустить проект на Raspberry Pi и паре энтузиастов. В корпорации же нередко бюджет, равный личному пенсионному капиталу, «сгорает» за две недели. При этом спорят о подписке за $100, без которой половина процессов просто встанет. Самое обидное — многие проекты закрываются прямо перед запуском, а потраченные ресурсы уже не вернуть.
Люди без увольнений
👥 В больших компаниях сотрудники редко теряют работу из-за профнепригодности — чаще из-за реструктуризаций. В результате в команде легко встретить «аналитика, который не знает английский» или «технического руководителя, не умеющего пользоваться компьютером». Абсурдность ситуации все понимают, но игра продолжается.
Срочность как искусство
⏰ В малом бизнесе срочность очевидна: реклама запускается — сайт должен быть готов. В корпорации «срочность» часто выдумана: кто-то пообещал руководству сроки, забыв предупредить команду. В итоге инженеры работают по выходным, но реального эффекта это не приносит. И только реальные инциденты — падение сети, критический сбой — показывают, что такое настоящая срочность.
Театр безопасности
🔐 Безопасность в корпорации нередко сводится к Excel-отчётам и графикам. Чем меньше «красных точек» в отчёте — тем успешнее считается работа. Детали вроде отсутствия вектора атаки мало кого волнуют. Главное, чтобы метрика «шла вниз». Ирония в том, что в такой системе специалист превращается в живого Dependabot’а.
Личное мнение
Мне близок этот опыт: сталкивался с тем, что корпоративные процессы живут ради себя самих. Но у этого есть и положительные стороны — в корпорациях есть стабильность, карьерные лестницы, обучение и разнообразие команд. Для многих разработчиков это возможность поработать над продуктами, которые реально используют миллионы.
Вопрос только в том, насколько ты готов мириться с бюрократией и формальностью ради этой стабильности.
🔗 Источник: The Enterprise Experience — Church of Turing