Возможно ли, что я нанесу ущерб своему долгосрочному трудоустройству, оставаясь в компании с ужасной структурой?

Я работаю разработчиком программного обеспечения, в настоящее время на моей первой работе после школы. Я работаю здесь около 15 месяцев. Во всех смыслах и целях наш «отдел» программного обеспечения находится в полном упадке. У нас нет таких вещей, как качество, код-ревью или тестирование любого рода. Нет никакого подобия жизненного цикла программного обеспечения. Нет ничего похожего на SCRUM или что-то подобное.

По сути, там, где будет несколько команд или, по крайней мере, несколько человек, занимающих разные должности, я буду учитывать каждую мыслимую должность, связанную с этим программным проектом. Меня будут считать ведущим разработчиком, руководителем проекта и QA; Я отвечаю за выпуск продукта и последующую поддержку клиентов. Я также принимаю все общие дизайнерские решения для программного обеспечения и новых частей программного обеспечения. Единственный человек, который когда-либо просматривал код этого проекта или управлял им, — это я. В какой-то момент, для несколько отдельного проекта, под моим началом работал стажер из колледжа (оплачиваемый), поэтому я смог делегировать некоторые задачи.

Итак, мой вопрос: учитывая, что я работаю в очень неправильно структурированной программной среде, возможно ли, что, проводя много времени на этой должности, мои навыки выглядят несовместимыми с правильно структурированными местами?

Не прозвучит ли плохо для потенциального работодателя, если я фактически скажу, что выполнял все эти роли на своей предыдущей должности? Я подозреваю, что для HR-специалиста, не слишком знакомого с программным обеспечением, было бы неплохо, если бы я был единственным руководителем всех этих должностей. Я подозреваю, что для другого человека, занимающегося программным обеспечением, это может показаться негативным.

Поскольку несколько человек спрашивали, я просто хотел добавить, что это небольшая компания, около 50-100 сотрудников, и основной продукт - это не программное обеспечение. В компании также есть 3 подразделения; Я работаю в одной из 3-х, самых маленьких, по количеству сотрудников, но примерно равных по продажам. Также спасибо тем, кто нашел время ответить.

почему у вас нет ни одной из этих структур. Если вы единственный разработчик, кажется, ничто не мешает вам тестировать, использовать SCRUM и т. д., кроме вашего собственного нежелания их делать. Я предполагаю, что вы, по крайней мере, тестируете новые функции и исправляете ошибки, прежде чем передавать их пользователям?
@ Móż, что за звук хлопка в ладоши? Только так много может сделать один человек. ОП не должен пытаться культировать что-то вроде схватки как группу из одного человека. Такие практики связаны с координацией КОМАНДЫ, а не одного человека.
@ teego1967 teego1967 моя точка зрения заключается в том, что, будучи платным разработчиком-одиночкой, он может делать все чисто внутренние вещи «команды разработчиков», которые не связаны с прямыми расходами денег компании, и взаимодействовать с руководством / клиентами, используя подход SCRUM ... если они хотят. На мой взгляд, SCRUM, который обращен только внутрь, упускает половину картины, но, очевидно, не все с этим согласны.
Эта работа в стартапе? Если нет, то это маленькая компания? В противном случае не имеет смысла ожидать, что вы будете работать в столь многих областях с таким небольшим предшествующим опытом.
Почти всегда на проектах, где я единственный разработчик, моя позиция довольно близка к вашей. Поэтому, чтобы превратить это во что-то хорошее с точки зрения мотивации и вашей карьеры, постарайтесь максимально использовать это: это прекрасная возможность протестировать новые вещи, такие как автоматическое тестирование и поиск ошибок, бенчмаркинг производительности, создание документации, эффективное управление версиями и тому подобное. Вы многому научитесь, и, в конце концов, речь пойдет больше о том, что вы сделали в этой ситуации, чем о том, какой она была.
@ Móż Да, я, конечно, провожу все тесты, которые могу провести сам, прежде чем выпускать что-либо для клиента, и по большей части мне удается выпускать программное обеспечение без ошибок. Я обсуждал это с моим менеджером несколько раз, и он поощряет сотрудничество, когда это уместно, но на самом деле другие разработчики не знают о моем проекте, а я не знаю об их, поэтому помощь, которую мы можем предложить каждому другие, как правило, ограничены. Поскольку несколько человек спросили, это небольшая компания из 50-100 сотрудников. Это я тоже добавил в основной пост.
Не знаю, почему это пытаются закрыть. Это не «спрашивать совета, что делать», он просто спрашивает о том, может ли восприятие быть типичным или нет, и, вероятно, с какой целью, если она ясна и очевидна.
Немного не по теме, но используете ли вы контроль версий ? Если нет, то это то, что вы можете сделать сегодня , чтобы улучшить состояние вашего отдела и получить необходимый навык, когда вы перейдете на новую работу. ( Наиболее популярен Git — среди прочего, он используется для поддержки кодовой базы ядра Linux — хотя я предпочитаю Mercurial .)
@iamnotmaynard Да, я разрабатываю в Visual Studio, и мы используем TFS для контроля версий.
Это совсем не редкая структура для небольшой компании. И нет, вы не сделаете себя безработным. Просто убедитесь, что вы четко и честно указали в своем резюме всю работу, которую вы сделали, и то, насколько хорошо вы ее выполнили. Я могу вам сказать, поработав разработчиком в самых разных компаниях, что даже две компании одинакового размера и с глубокими карманами могут иметь совершенно разные структуры управления и рабочие процессы.
Стендапы хороши, когда вы единственный человек в проекте. Вы можете притвориться, что снимаетесь в Бойцовском клубе .

Ответы (12)

Нет, вы не разрушаете свои шансы на трудоустройство. На самом деле, вы увеличиваете свои шансы. Если ваше рабочее место так не соответствует норме, почему бы вам не попробовать реализовать некоторые вещи, которых, как вы сказали, здесь не хватает. Я не говорю о вас, единолично реализующем процесс SCRUM, но процесс экспертной проверки кода не так уж исключен, независимо от того, насколько мало пользы он приносит в такой среде.

Эти вещи могут показаться вам незначительными, но вывести организацию из полного беспорядка и помочь ей выйти на рабочий уровень, соответствующий некоторым стандартам, — это то, что вы можете с гордостью указать в своем резюме, и будущие работодатели оценят вашу ответственность. отношение из-за этого.

Если вы идете на поводу у приливов и отливов и ничего не делаете, просто приходите, делаете абсолютный минимум, чтобы получить свою зарплату, тогда вы можете опасаться за будущие шансы на трудоустройство, поскольку такие действия не будут способствовать вашему профессиональному развитию.

Несколько раз я прямо сообщал своему менеджеру, что, по моему мнению, команда разработчиков, работающая как команда, принесет пользу всем нам. Он согласился, что в целом это хорошая идея, но как мы до нее доберемся, не совсем понятно. У нас всего 4 разработчика, 2 из которых работают здесь более 20 лет, поэтому их заинтересованность в изменении процесса минимальна или отсутствует. На самом деле это было упомянуто в одном из моих обзоров производительности как что-то положительное. Я буду иметь это в виду, хотя на будущее. Спасибо за ответ.
@pay: Разрешите дать совет: не только говорите об изменениях (своим менеджерам/коллегам), а делайте их. Люди всегда могут спорить о теоретической неэффективности того, что вы предлагаете, но сделать это гораздо труднее, когда вы действительно доказали, что все работает. Кроме того, когда имеешь дело с людьми, которые существуют уже долгое время и не «хотят» перемен, я использовал трюк, который я использовал в прошлом, — спрашивал их (отдельно): «Эй, Боб, как бы ты это изменил?» льстить им. Затем вы можете публично сослаться на эту идею: «Мы с Бобом говорили об этом, и мы чувствуем, что было бы полезно сделать это таким образом, верно, Боб?».
Я полностью согласен, но я хотел бы добавить несколько вещей. Когда вы единственный человек, управляющий всем, вы многое узнаете обо всех этих вещах. Вы не можете сделать все из них действительно хорошо, но вы можете сделать их. Комментарии мастера на все руки в других ответах верны. Но то, что вы узнаете больше всего , хорошо работает под давлением . Это бесценный навык, которому действительно трудно научиться, но он у вас есть, потому что это все, что вы знаете. Это может звучать ужасно, но на самом деле в других компаниях вам будет скучно. Этот хаотичный беспорядок учит вас многому. Будьте благодарны, но двигайтесь дальше, когда вы слишком устали.
@pay, мой совет (как человека, который изменил процессы в своей компании): начните с легко висящих фруктов, выясните, что беспокоит власть имущих (или вызывает серьезные проблемы в настоящее время), и порекомендуйте современные решения этих проблем. Просто делайте это постепенно, и со временем компания поймет, что у вас есть хорошие идеи, а у старичков будет время приспособиться к каждому изменению. Не торопитесь, чтобы действительно узнать, что вы защищаете, чтобы вы могли быть ресурсом для своей компании и должным образом объяснить, почему и как.
@Pay, спасибо за вопрос, у меня такая же ситуация. Я начал с того, что сам внедрил методологию, включая сначала написание и документирование требований, простую систему отслеживания изменений/ошибок на вики-страницах и в текстовом файле, а также настаивал на том, чтобы другие коллеги регулярно встречались по проекту, особенно большое собрание перед началом и еще один почти когда он закончился. Очень трудно быть хорошим ребенком среди всех непослушных и ленивых.
@MelBurslan, спасибо за хороший ответ и поднятие моего боевого духа на неделю! Пожалуйста, мой комментарий выше!
Теперь более важный вопрос, как выделить это в резюме?
@Alex Да, это на самом деле дополнительный вопрос, который у меня есть. Как лучше всего представить этот набор навыков моим следующим потенциальным работодателям? Может быть, я должен задать еще один вопрос...
@ Алекс, мы говорим не о наборе навыков, а о достижениях. В ходе сегодняшнего собеседования вы все чаще будете сталкиваться с вопросом типа «расскажите нам, какое ваше самое большое достижение (достижения) на этой должности у этого работодателя. Это даст вам возможность рекламировать себя. , вы можете создать подраздел под названием «Большой сюрприз, достижения » и указать, что вы сделали под этим заголовком.
«Процесс рецензирования кода коллегами не так уж невероятен». Собирается ли он притворяться своим коллегой и проверять свой собственный код?
коллегиальная проверка даже для небольшой команды дает вам свежий взгляд, имитирующий ваш собственный взгляд на собственный код в отдаленном будущем. Это поможет вам исправить WTF, пока у вас еще есть свежая база кода. Я предлагаю вам попробовать. Такая вещь, как наличие коллеги, с которым вы регулярно просматриваете код друг друга, может творить чудеса.

Вы не навредите себе в долгосрочной перспективе, если не начнете пить Flavor-Aid. (Некоторые назовут это Kool-Aid. Они не читали их историю .)

У всех нас есть «эта работа» в нашей истории, где ничего не было настроено правильно, у нас не было поддержки со стороны руководства или полномочий для выполнения чего-либо, но нам каким-то образом удавалось прорваться и добиться чего-то достигнутого.

На самом деле это плюс в глазах многих людей (включая меня). Есть много людей, которые имеют низкие или нулевые навыки и прячутся в бюрократии. Это кошмар менеджера по найму. Вы тратите свой бюджет впустую, производительность не улучшается, а моральный дух падает, но они вносят достаточный вклад и следуют процедуре буквально до такой степени, что вы не можете от них избавиться. Когда я нанимаюсь, эти люди вызывают у меня кошмары.

Вы же, наоборот, можете показать, что справились со своими задачами ПОЛНОСТЬЮ самостоятельно, и даже со значительными препятствиями. Ты тот, кого я хочу видеть. Я не беспокоюсь о вашей продуктивности. У меня может быть некоторое беспокойство по поводу того, насколько хорошо вы можете следовать указаниям, но это гораздо меньшая проблема, чем проблема человека, который ничего не хочет делать.

Если вы скажете компаниям, на которые подаете заявку, что хотите быть частью команды, и что рутина «Одинокий волк» была не там, где вы были счастливы, тогда они знают, что у них есть лучшее из обоих миров: кто-то, кто МОЖЕТ делать что-то самостоятельно, но ХОЧЕТ быть частью команды.

Жаль, что я нанял, прямо сейчас. Я бы попросил вас прислать свое резюме.

«ни поддержки со стороны руководства, ни полномочий для выполнения каких-либо действий» — я должен был упомянуть, что я бы не сказал, что мой менеджер плохой, он действительно является такой же частью этой системы, как и я, и он не занимается программным обеспечением. Что касается полномочий, я также должен был упомянуть, что они фактически предоставили мне полную власть над продуктом. Я также несу ответственность за все решения и изменения дизайна программного обеспечения. Насколько я понимаю, слишком большая ответственность за чью-то первую позицию, однако я нахожу, что могу справиться с этим. Однако вы правы, я действительно хочу работать над настоящим ...
команда разработчиков программного обеспечения, которая старается делать все правильно, и компания, основным продуктом которой является программное обеспечение, тоже было бы неплохо. Тем не менее, я ценю повышение уверенности и ответ, спасибо.
Да, когда я нанимаю, я предпочитаю, чтобы кандидаты работали хотя бы в одной небольшой организации, где они были аналитиком, дизайнером, программистом, тестировщиком, специалистом по развертыванию, сопровождающим и т. д. полный цикл разработки программного обеспечения».
на самом деле: «Кадры фильма, снятые внутри комплекса до ноябрьских событий, показывают, как Джонс открывает большой сундук, в котором видны коробки с ароматизаторами и Kool-Aid». википедия
Да, но последняя партия была Flavor-Aid. Это было задокументировано.

Никто не поверит всерьез, что вы стали экспертом во всех этих ролях. Вы их делали? Да. Вы делали их все по восемь часов в день? Нет. Например, если ваше основное направление — разработка, было бы глупо (и пустая трата времени) подавать заявку на работу QA в качестве «эксперта».

Ваша способность к трудоустройству не страдает сама по себе . Но ваш боевой дух будет падать, чем дольше вы остаетесь в этом положении, неся такой тяжелый груз в одиночку. Выполнение таких вещей, как обновление платформы на основных системах, со временем будет становиться все более и более трудным, потому что вы единственный, кто выполняет эту работу. В ваших интересах, в долгосрочной перспективе, занять позицию, в которой существует более четкое разделение работы, потому что когда-нибудь вам ПОНАДОБИТСЯ отпуск, когда вас не будут вызывать для решения производственных проблем (как никто другой не может).

Заботиться о тебе".

Все, что вы говорите, правда, но нужно помнить одну вещь: все, что описывает этот оригинальный постер, попадает прямо в категорию «первой работы после школы». Это означает, что эта позиция воняет, но это не шокирует, это беспорядок. Ваш моральный совет тоже верен, но ОП был на концерте 15 месяцев. Это означает, что пришло время обновить резюме и подать заявку на работу, чтобы ОП мог найти место получше.
За 15 месяцев вам было бы трудно стать действительно опытным в одной области, которую вы упомянули, но только во всех. Вы можете определить, в какой области вам больше всего нравится заниматься, и считать себя лучшим в ней. Затем подайте заявку на работу, где этот навык является основным, и укажите, что другие навыки являются дополнительными.
Это совсем не точно, потому что возможности зависят от человека, а не от того, что и как долго он делал. Один умный человек может за короткое время стать экспертом в нескольких областях, тогда как другой (глупый) человек не станет экспертом в одной области за всю жизнь. Компании платят за специалистов в разных областях безумные суммы денег, и позже они становятся менеджерами. Сосредоточьтесь на одном, и вы окажетесь на дне эксперта или не эксперта.
Я согласен с тем, что не считаю себя экспертом (пока) в большинстве из этих областей, но мне удалось добиться эффективных результатов с минимальными для этого ресурсами. Также иногда становятся необходимыми менее чем желательные обходные пути, поэтому, как некоторые говорят, мастер на все руки и мастер ничего, вероятно, имеет смысл. Я был бы рад довольно широкому кругу должностей, если бы я оставался непосредственно вовлеченным в процесс разработки, так как мне нравится программировать.

Я хотел бы спросить вас об одном. Как компания воспринимается другими представителями отрасли?

Раньше я постоянно нанимал людей в столичном районе Вашингтона, округ Колумбия, для работы в самых требовательных местах с точки зрения навыков и профессионализма. Было хорошо известно, что некоторые компании не выпускают хороших сотрудников независимо от характера человека. Извиняюсь. Но это правда. Репутация некоторых местных компаний в отношении структуры и среды была плохой из-за людей, нанятых из этих компаний. Мы говорим о постоянстве, а не о нескольких. Плохая репутация не займет много времени, чтобы обойти этот путь. Это не имеет ничего общего с личностью. Это связано с тем, что люди подвергаются воздействию профессиональной рабочей среды и их способности войти в структурированную и профессиональную среду и добиться успеха. Люди с навыками и опытом не будут работать в этих компаниях, а те, кто ошибся, устроившись на работу, быстро ушли и смогли сохранить свою карьеру. Нередко можно было услышать от людей, что они не могут найти другую работу и вынуждены оставаться в плохой компании.

Имейте в виду, что в первую очередь это были государственные подрядные компании, которые вообще не платили хорошо и предпочитали численность персонала навыкам выставления счетов. Ад. Нередко, если вы могли проболтаться на собеседовании, этого было достаточно. Вы можете понять это, когда доберетесь туда. Компания не заботилась ни о клиенте, ни о вас. Если вы преуспели или потерпели неудачу, не имеет значения. Один, которого я хорошо знал, быстро продвинулся по служебной лестнице из-за его навыков в BSing, и как только это больше не служило ему, его сделали козлом отпущения. Также имейте в виду, что это не всегда государственный заказ или более крупные компании. У некоторых небольших компаний, занимающихся прорывом, плохая репутация в отношении бизнеса, который они ведут, и работники тоже могут запятнать себя.

Я нанял одного человека из одной из этих плохих компаний, который очень преуспел. Я нанял его, потому что он решил искать другую работу, когда его отправили на их программу обучения менеджменту, а затем быстро понял, почему его менеджер был таким бедным. За исключением этого одного человека, все остальные, когда-либо нанятые компанией, довольно быстро терпели неудачу.

Если оставаться слишком долго, это может навредить вам в зависимости от того, как другие компании видят вашу компанию. На самом деле, у вас может никогда не быть шанса доказать их неправоту. Нередко люди с XYZ в любом месте их резюме немедленно отсеивались. Почему? Потому что история всегда была одна и та же. Грустный.

Хотя вы можете приобретать навыки в небольшой среде, вы также можете делать это в более крупной среде. Одна глобальная компания, с которой я консультировался, регулярно поощряла людей приобретать навыки и решать задачи, выходящие за рамки их компетенции. Попутно эксперты и наставники были в пределах досягаемости и следили за тем, чтобы работник добился успеха. Компания была настолько успешной, что одному довольно бедному сотруднику службы поддержки настольных компьютеров было предложено заняться сетевыми технологиями и получить сертификаты Cisco. За год он стал лучшим сетевым инженером в компании. Без шуток. Это зажгло что-то внутри сотрудника, который очень серьезно отнесся к вызову и стремился быть лучшим, на что он был способен. У нас были еженедельные собрания в масштабах всей компании, специально посвященные отсутствию навыков в проектах, и сотрудники других проектов, стремящиеся принять вызов и научиться чему-то новому. Другие вызвались помочь сотруднику добиться успеха. В конце концов, все сотрудники компании столкнулись со многими вещами и в результате стали гораздо более ценными и могли быстро включиться в проект, где это необходимо. Концепция сработала!

Я знаю проблему, связанную с тем, что у меня слишком много навыков. Сейчас я на пенсии, однако я был системным инженером с опытом кодирования на всех уровнях, опытом проектирования оборудования, а также опытом работы с продуктами и платформами, что сделало мой список очень длинным. В то время как некоторые сомневались, что это возможно, другие поняли, и меня наняли для сценариев с чрезвычайной ответственностью, и я смог доказать свой опыт. Это палка о двух концах. Это убережет вас от работы в ограниченной среде и откроет двери в расширяющейся среде. Я мог консультировать в самых высоких местах и ​​делать, казалось бы, невозможное в очень короткие сроки, включая новаторские новые способы использования технологий с Bell Labs, DEC Labs, BT Labs и так далее. Не хвастаюсь. Я просто говорю вам, что наличие солидных навыков в резюме дает преимущество, если вы действительно можете делать то, что перечислили. В конце концов, навыки порождают навыки, и вы будете более востребованы.

Это отличный ответ! Без дополнительной информации о вашей нынешней компании я подозреваю, что у нее может быть репутация бардака. Поэтому, если вам не нравится быть мастером на все руки, прыгая от одного кризиса к другому, вы можете сосредоточиться на одной области, чтобы набраться опыта, и начать искать работу в более целенаправленной компании с лучшей репутацией.
Это очень интересный подход, спасибо за ответ. Что касается того, как эта компания будет восприниматься другими в отрасли, ну, продукты, с которыми мы работаем, являются чрезвычайно нишевыми, и вероятность работы в другой компании в этой области невелика. Если говорить об общем бизнес-восприятии, то компания существует в этом городе более 30 лет и, безусловно, имеет хорошую репутацию, но я все равно скорее всего поменяю города. Когда это произойдет, есть вероятность, что ни одна компания, с которой я буду беседовать, никогда не слышала об этом.
Вы также говорите об обучении и росте в должности, и мне действительно повезло, что у меня была возможность научиться нескольким новым технологиям. Node.JS, Socket.IO, теперь гораздо лучше разбираюсь в JavaScript и т. д. Это произошло потому, что я выбрал эти технологии специально для определенного проекта, чтобы я мог их изучить, поэтому в этом смысле я пытался создать свои собственные возможности для учиться.
Хотя это отличный ответ (+1), я бы не стал автоматически дисквалифицировать кого-либо из этой компании (я понимаю, что вы этого не сделали). Я, вероятно , дисквалифицировал бы любого, кто когда-либо работал только в этой компании. Но кто-то с большим опытом, которого затянули на короткое время, все равно стоит рассмотреть.
@Mawg Плохая репутация и длинный список людей, которые, казалось, терпели неудачу снова и снова, хотя я понимаю, что это был не отдельный человек, к сожалению, это было универсальное правило - не нанимайте никого из XYZ или ABC. Это сделало почти невозможным для кого-либо из этих компаний получить работу. На рынке DC было много возможностей выбрать не ту возможность. В любом случае, мне нравилось выбирать выдающихся. Они существовали. Однако, с такими высокими требованиями с моей стороны, мне приходилось упускать из виду людей из этих компаний большую часть времени, если не все время. Грустный. Действительно печальный. Все сводится к выбору.
@pay Похоже, ты в хорошем положении! Навыки могут быть довольно легко приобрести, когда вы понимаете, насколько многое из того, что мы делаем, связано. Например, C, C+, C++, C#, Perl, PHP, Java, JavaScript и т. д. основаны на языке C или его производных. Протоколы? Тоже самое. Драйверы устройств? Их тоже. Я был готов прыгнуть в области, в которых абсолютно не разбирался, и в результате делать профессиональную работу. Мне посчастливилось начать рано системным инженером одной из крупнейших баз установки. Мое имя было повсюду на диске ОС. Это помогло мне настроиться на оставшуюся часть моих 30 лет.

Есть такая поговорка: «Мастер на все руки и мастер ни в чем…», которая применима к вашему сценарию.

Вы можете выполнять все описанные вами задачи, но даже если вы очень хорошо справляетесь со всеми из них, вам будет трудно доказать это потенциальному будущему работодателю.

Значит ли это, что вы должны покинуть корабль? Конечно нет. На данный момент, если это ваша первая работа после окончания колледжа, и вы работаете в этой должности всего 15 месяцев, у вас все в порядке. Реальность такова, что почти все первые концерты сразу после школы ужасны, рассредоточены и неорганизованны.

Тем не менее, 15 месяцев — это подходящее время для вас, чтобы сосредоточиться на том, какие навыки вы хотите использовать в своей следующей должности. И как только вы почувствуете, что у вас есть контроль над этим, вам следует начать подавать заявки на вакансии в другом месте.

Реальность такова, что любой рекрутер или специалист по кадрам увидит, что вы в значительной степени новичок в этой области, и простит вас за то, что у вас есть работа, которая «по всей карте». Но ключ к этому заключается в том, что когда вы проходите собеседование на другие должности — черт возьми, когда вы даже составляете сопроводительное письмо — вы должны четко указать, что хотите перейти на новую должность, которая фокусирует какой-то аспект вашего мастерства.

Смех… «Твоя первая работа вне школы?» Что ж, есть вещи, о которых вам просто не говорят в школе, и это одна из них: «насколько настоящие рабочие места могут быть (не-)структурированы и (дез-)организованы». Но на эту тему написаны целые книги . (Не случайно в названиях многих из них есть слово « Смерть ».)

Тем не менее: приспосабливайтесь, насколько это возможно, к (дез-)организации в том виде, в каком она (в)действует в настоящее время, и внимательно наблюдайте . Я предлагаю вам держать свои идеи при себе, потому что, хотя у вас есть образование, у вас еще мало опыта. Если вы начнете «разбрасывать идеи налево и направо», вы потеряете доверие и терпение, какими бы благими намерениями вы ни руководствовались.

Время от времени… и вы узнаете это, когда увидите… вам будет представляться реальная возможность внести конструктивное предложение по небольшому улучшению статус-кво. Что-то, что действительно может быть реализовано группой. Выберите небольшую вещь и продемонстрируйте ее. По мере того, как вы завоевываете уважение своих коллег и руководителей, у вас будет возможность стать более активным агентом перемен. Кроме того, вы, скорее всего, получите повышение.

Видите ли, каким бы неорганизованным и хаотичным вам ни казалось ваше рабочее место , эта организация « делает свою работу». Кроме того, он существует в более широком окружении (компания в целом...), большинство из которых вы сейчас не можете видеть. Вот почему я осторожно использовал слово «наблюдать». Как говорится, «смотря, многому учишься».

И последнее, о чем следует помнить, это вопрос «делового риска». Каждый менеджер обучен минимизировать бизнес-риски, особенно в сфере ИТ. Поймите, что каждое изменение связано с определенным риском. (И статус-кво тоже .) Понаблюдайте, как ваш начальник принимает решения и как он/она их обосновывает, если он/она решит объяснить или обосновать их перед группой.

По моему мнению, «это далеко не вредит вашей «возможности трудоустройства в долгосрочной перспективе», вещи, о которых я говорю, — это вещи, которые слишком многие сотрудники никогда не удосуживаются изучить. Те, кто это делают ... те, кто понимает человеческую и деловую сторону ИТ-технологий, а также постоянно меняющуюся техническую сторону, «на голову выше остальных» с точки зрения возможности трудоустройства. Это те люди, которых трудно найти .

Большинство работодателей ищут Т-образных людей . Затрагивая все эти темы, вы создаете основу, необходимую для того, чтобы стать эффективным членом команды.

В определенный момент времени вам также потребуется углубить свои знания по конкретному предмету. Когда вы нашли свое увлечение, возможно, настало время уйти от нынешнего работодателя.

Мой совет с аналогичной позиции:

Научитесь задавать вопросы.

Почему мы фробностулируем виджет?

Очень часто в крупных бюрократических организациях или даже в более мелких и плохо управляемых существует огромная инерция. Если вы попытаетесь встать на пути, вы будете сплющены, разочарованы, сбиты с толку и измотаны. Не делай этого.

Вместо этого задавайте вопросы при каждой возможности, но сначала потренируйтесь, чтобы звучать искренне любознательно. Также потренируйтесь говорить: «Ха. Интересно. Хорошо, спасибо!» таким образом, чтобы по тону голоса или языку тела не выдать, что вы считаете ответ совершенно идиотским.

Один из способов сделать это — притвориться, что вы на самом деле ничего не знаете во время разговора, и вы искренне хотите знать. В некоторых случаях вы будете удивлены, потому что для того, что они делают, есть действительно веские причины. Конечно, большую часть времени это будет просто институционально.

Но просто задавая вопросы

Рассматривали ли мы возможность сделать наш инструмент развертывания процессом одним щелчком мыши? Можно ли сохранить макет проекта, а затем просто вызвать его с помощью чего-то вроде http://deploy.example.com/job/42?target=dev ?

Можно начинать сажать семена. По мере того, как вы сеете эти семена, вы можете постепенно изменить курс своей организации.

Но также будьте готовы к тому, что многое не изменится, пока вас не будет много лет. Практикуйтесь сейчас и учитесь всему, чему можете, потому что таким образом, когда вы отправитесь в новое место, в котором уже есть дух обучения и совершенствования, вы уже будете находиться в состоянии обучения.

Мне очень нравятся некоторые советы здесь. Достаточно забавно, что я уже несколько привык делать некоторые из этих вещей, особенно притворяться, что ничего не знаю, когда кто-то что-то объясняет.. Кажется, что это действительно облегчает ход вещей. А по инерции? Да. Начальник отдела, в котором я работаю, постоянно находится в режиме ожидания. Продать то, чего еще нет? Это нормально, оплата может сделать это быстро!
В этих случаях убедитесь, что у вас есть начальник, чтобы расставить приоритеты в вашей работе: функция A займет N минут/часов/дней, функция B займет M. Я могу завершить либо функцию A, либо функцию B на этой неделе, которую вы хотели бы отложить. до следующей недели? (и убедитесь, что вы получили это подтверждение по электронной почте. Если они зайдут, чтобы устно пообщаться, отправьте им последующее электронное письмо « Спасибо, главный начальник» — в соответствии с нашим устным разговором сегодня утром я начну работу над функцией А и отложу Б). до следующей недели.

Я нахожусь в очень похожем положении как разработчик, но за последние три года или около того ситуация улучшилась, и я считаю, что есть некоторые вещи, которые вы можете сделать:

  • Прежде всего: понять проблему . Если у вас есть проблемы, которые нужно решить, вам нужно знать их структуру и их глубочайшее происхождение. В моем случае все было неорганизованно только потому, что никто не знал, как сделать лучше, потому что владельцы компании были инженерами по автоматизации, практически не имевшими опыта разработки современного программного обеспечения. Они даже не могли сформулировать или распознать проблемы, с которыми им предстояло столкнуться (из-за масштабируемости, жесткости, гниющего кода и т. д.);
  • Учиться много. Ищите книги, в которых рассказывается о проблемах, с которыми вы сталкиваетесь. А также для книг о профессиональном самосовершенствовании. Я думаю, что вы должны прочитать в первую очередь «Чистый кодер» Боба Мартина, особенно главы о том, «как сказать ДА и как сказать НЕТ профессионально». Эти советы изменили меня навсегда, они сразу же повлияли на процессы моей компании, а они даже не подозревали об этом!
  • Имея в руках эти советы «как сказать нет», вы можете начать доказывать своим работодателям, что они выбрасывают деньги в мусорное ведро, и в то же время оказывать значительное давление, предлагая очень прагматичные подходы к изменению ситуации. В моем случае это означало большую евангелизацию в сторону постоянно растущей Agile-ориентации нашего процесса разработки программного обеспечения, включая бюджет на консультанта и наем еще одного разработчика, у которого я помог взять интервью.

Профессионализм в вас, а не в вашем окружении. Если вы каким-то образом продемонстрируете, что ваше присутствие в окружающей среде избавляет от энтропии, держу пари, что любой работодатель, на которого стоит работать, сочтет вас непосредственным хранителем!

Преимущество вашей ситуации, о котором я еще не упоминал, заключается в том, что вы приобретаете более широкую базу навыков и больше навыков, чем в противном случае. Вы не только умеете писать код, что умеют все разработчики программного обеспечения (или, по крайней мере, утверждают, что умеют это делать в своих резюме), вы также обладаете навыками командного руководства, контроля качества, управления проектами, управления продуктами и поддержки клиентов, которые большинство ваших сверстников не имеют и не претендуют, что вы можете использовать, чтобы выделиться среди конкурентов, когда придет время двигаться дальше.

Говоря о дифференциаторах, возможность сделать это в одиночку очень важна, как упоминалось в другом ответе . Это демонстрирует, что вы действительно можете добиться результатов, а не бесплатно загружаете чужую работу, и это стоит выделить в вашем резюме. Я предпочитаю указывать «единственную [должность]» в своем резюме/резюме, чтобы подчеркнуть это.

Я думаю, также стоит еще раз отметить, что у вас есть возможность изменить ситуацию к лучшему в вашей текущей среде, что не является обычным или легким в больших, устоявшихся средах и отлично выглядит в резюме. Заранее подумайте о своей следующей работе на минуту и ​​учтите, что любой, кто является серьезным кандидатом на должность разработчика, будет иметь (или претендовать) на основные навыки разработчика. Возможность добавить, что вы создали процесс проверки кода, систему контроля качества и т. д. у вашего нынешнего работодателя, — это то, что выделит вас из массы других кандидатов.

Эта позиция не только не повредит вашим будущим возможностям трудоустройства, но, вероятно, поможет вам в карьере. Через несколько лет в дополнение к основным навыкам, которые у вас есть и которые вы будете улучшать, у вас появятся отличительные достижения и вспомогательные навыки, которых нет у большинства ваших коллег.

Я бы посоветовал немедленно искать нового работодателя. Любая компания (в любой отрасли, любого размера), которая позволяет свалить такую ​​большую ответственность на кого-то прямо «вне школы» на длительный период, очевидно, очень плохо управляется. Это очень плохо отражается на том, кто принял это решение, и на всех выше и ниже по цепочке, которые следовали за ним в течение 15 месяцев.

Аналогии с автомобильной промышленностью часто бывают полезны — я бы сказал, что вы фактически механик, только что закончивший школу, который должен диагностировать и устранять все неисправности на всех автомобилях без присмотра или руководства по обслуживанию, проверять безопасность своей работы и даже устранять все неисправности. взаимодействия с клиентами.

Вы бы отдали свою машину на обслуживание в этот сервис?

У вас, очевидно, есть некоторый потенциал, так что возьмите его у кого-то на другом конце своей карьеры: жизнь слишком коротка, чтобы тратить большую часть своего бодрствования на работу в такой плохо управляемой организации.

Моя первая настоящая работа в качестве разработчика была очень похожей. Я был разработчиком , и мне приходилось носить много разных шляп.

Никто не будет относиться к вам негативно за это, многие работодатели воспримут это положительно.

Однако вы говорите:

наш программный "отдел" в полном упадке. У нас нет таких вещей, как качество, код-ревью или тестирование любого рода. Нет никакого подобия жизненного цикла программного обеспечения. Нет ничего похожего на SCRUM или что-то подобное.

Вы продолжаете говорить:

Я отвечаю за каждую мыслимую позицию, связанную с этим программным проектом. Меня будут считать ведущим разработчиком, руководителем проекта и QA; Я отвечаю за выпуск продукта и последующую поддержку клиентов. Я также принимаю все общие дизайнерские решения для программного обеспечения и новых частей программного обеспечения. Единственный человек, который когда-либо просматривал код этого проекта или управлял им, — это я. В какой-то момент, для несколько отдельного проекта, под моим началом работал стажер из колледжа (оплачиваемый), поэтому я смог делегировать некоторые задачи.

Кажется, что внедрение таких вещей, как Scrum и проверка кода, зависит от вас. Рассматривали ли вы, например:

  • Скажите своему менеджеру, что вы хотите, чтобы команда проводила встречи каждый день
  • Внедрить какое-то программное обеспечение для управления задачами и попросить своих коллег использовать его (я использую Asana)
  • В следующий раз, когда вы наймете стажера, найдите время, чтобы провести с ним код-ревью.

Потенциально вы могли бы стать тем человеком, который возьмет на себя эту руину и применит некоторую структуру, и это будет здорово смотреться в глазах будущих работодателей.

Не беспокойтесь о том, что люди сомневаются в вашем наборе навыков и в том, действительно ли вы сделали X, Y и Z. Просто сосредоточьтесь на том, чтобы действительно хорошо владеть этими навыками, и вы всегда сможете найти работу.