Мне трудно приспособиться к принятию решений сверху вниз от руководства, где я работаю. Один пример: я несколько раз заявлял о своем желании перейти в другую команду, но руководство иногда забывает ответить мне, или я просто получаю короткое «нет». Я чувствую, что не имею большого влияния, но в конце дня я пишу код, поэтому я хотел бы чувствовать большую ответственность за процессы.
Чтобы сузить то, что происходит до существенного: мои менеджеры в основном сосредоточены на том, как они могут идти в ногу с процессами, которые они инициировали, и меньше заботятся о человеческом факторе.
Чтобы проиллюстрировать, какие аргументы приводят меня к такому выводу. 1) У нас не хватает персонала как в моей нынешней команде, так и в той, в которую я хочу перейти. 2) Руководство инициировало большой проект, который вскоре разделит мою нынешнюю команду на две команды. На мой взгляд, они сильно рискуют, берясь за большой проект в нашей команде, когда им сообщают, что я заинтересован в смене команды.
Каков наилучший способ влияния в такой рабочей среде, где забота о процессе важнее, чем забота о человеке? Как я могу заставить менеджеров больше заботиться о моей точке зрения, чтобы в конечном итоге меня не воспринимали как негативного или трудного сотрудника?
Повлиять на других иногда сложно. Возможно, как считает Уэсли Лонг, в вашей организации такой возможности нет. Также возможно, что есть такая возможность.
Чтобы убедить людей в чем-то, нужно понять их мотивы. Первое, что я рекомендую вам сделать, это понять культуру группы, разрабатывающей политику. Действуют ли они на чувствах? На доказательствах? На опыте того, что раньше пошло не так? Попытка получить сертификат ISO5001, чтобы они могли лучше конкурировать на вашем конкретном рынке?
Как только вы узнаете, на что они реагируют, вы сможете переоценить свою позицию. Для создаваемых политик может быть очень веская причина, к которой вы еще не причастны. Вы также можете посмотреть на проблему, которую они пытаются решить, и посмотреть, есть ли альтернативное решение, или можете ли вы продемонстрировать, что это не проблема. Или, возможно, вы можете продемонстрировать, что лекарство хуже, чем проблема.
«... но в конце концов я пишу код, поэтому мне нужно иметь право владения процессами».
Нет, вам это не нужно для вашей работы. Вы можете этого хотеть, но данный вам процесс — это то, с чем вам придется работать.
«Владение процессом» — странная концепция. Вы используете его эвфемистически, чтобы обозначить «Власть над процессом»? Я полагаю, вы имеете в виду либо то, что хотите влиять на процессы, либо, по крайней мере, некоторую свободу внутри них для вашей собственной работы. В традиционном инженерном мире изменение процесса потребовало бы проведения анализа затрат/выгод и анализа снижения рисков (как минимум), а затем предложения его на рассмотрение руководству. Разработка программного обеспечения многое «заимствует» у инженерии, но не полностью. Мне кажется, что менеджеры среднего звена тоже пытаются взять на себя некоторый контроль над процессами. Если вам нужно «быстрое и свободное» ощущение, которое у вас было раньше, у вас могут быть проблемы.
Кажется, эта организация создана специально для того, чтобы помешать вам иметь влияние. Без серьезной реструктуризации руководства (которую вы не можете инициировать) ничего не изменится.
Если вы имеете в виду «владение» кодом, как я изначально думал, вы имели в виду, то этого никогда не произойдет. Ваш код — это рабочий продукт, и он принадлежит вашему работодателю, как только вы его напечатаете.
Если вам нужна «собственность» для собственного удовлетворения от работы, то вам определенно стоит найти другую организацию. Имейте в виду, однако, что все, что вы пишете в качестве наемного работника или подрядчика по соглашению о «работе по найму», теперь и никогда не было вашим, независимо от того, что вы «чувствуете».
Бетлакшми
arg1 в рокка1
помощник