Как я могу заставить своих коллег серьезно рассмотреть мои предложения? [закрыто]

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

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

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

Как я могу заставить своих коллег серьезно рассмотреть мои предложения по тем областям, в которых, как мне кажется, я хорошо разбираюсь?

@TraLa - я обновил ваш вопрос для удобочитаемости и удалил часть контекста, который на самом деле не нужен, и сделал этот вопрос слишком сосредоточенным на вашей специфике, а не на общей проблеме, которая может помочь другим. Я надеюсь, что это работает для вас
Система с 800 000 строк кода уже существенно не изменится, а навязывание ей разных стандартов даст вам 795 000 строк древнего кода и 5000 древнего слегка улучшенного кода. Сколько энергии вы готовы потратить на достижение этого?
Поскольку перестройка невозможна (продукт отшлифован после 10 лет отзывов клиентов), нам нужно продолжать делать то, что нам нужно, чтобы идти в ногу со временем. Есть внешний консультант, который помогает со стратегическим рефакторингом. Он также представил метрику. На новых частях и некоторых стратегических местах добавляем тесты. (У нас также есть автоматические и ручные тестировщики.) И я тот, кто делает многие из них, поэтому я иногда предлагаю внести изменения, чтобы упростить тестирование.

Ответы (3)

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

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

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

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

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

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

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

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

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

«рычаг, который вам нужен, чтобы сломить их сопротивление». Я думаю, что это идеалистический подход в лучшем случае.
Квоте: ...в каком отношении "идеалистический"? Я думал, что давно потерял свой идеализм :) Сказав это, обратите внимание на мою оговорку: «нет гарантии». Если ОП может облегчить себе жизнь, это все равно считается победой, по крайней мере, для меня :) Я сдался о спасении мира и спасении людей от самих себя давно. Я могу показать людям, как нужно делать что-то правильно, и если они не хотят его принимать, я обычно не делаю из этого проблему — обычно я не в том положении, когда я могу требовать изменений. Я не мученик и знаю, что не собираюсь побеждать, когда даже показ лучших результатов не производит впечатления :)
Меня беспокоят сотрудники, описанные в первом абзаце ОП. Они могут воспринять изменения OP как личные нападки, и я боюсь, что это может создать токсичное рабочее место. С вами когда-нибудь случалось что-то подобное?
Квоут: Вы живете в мире, где коллега может наброситься на вас за то, что вы сказали ему «Привет» :) Если на меня нападут при описанных вами обстоятельствах, я немедленно брошу эту тему. Как только начинается эскалация, наушники закрываются и мы заканчиваем ничем иным, как диалогом глухих, диалог ведется на максимальной громкости в децибелах, конечно :) Я почти никогда не был в ситуации, которую вы описываете, не только потому, что мне повезло, но и потому, что я был очень осторожен, чтобы не быть в этой ситуации, и я надеюсь, что мое сочетание благоразумия и немного удачи выдержит :)

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

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

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

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