Форум
О работе
Тема
Как правильно задавать вопросы
B
I
abc
U
X
3
X
3
H1
H2
H3
H4
H5
H6
Asm
C/C++
C#
Erlang
Haskell
IDL
Java
Lisp
MSIL
Nemerle
ObjC
OCaml
Pascal
Perl
PHP
Prolog
Python
Ruby
Rust
SQL
VB
Здравствуйте, SDiez, Вы писали: SD>Здравствуйте, AlbertNovinskiy, Вы писали: AN>>Работаю в аутсорс-компании 2 года на позиции архитектора приложений. SD>. ... AN>>в) Как вести себя, когда тебя намерянно игнорируют и не считаются с мнением - я не знаю. Саботировать я не привык и не делал так раньше, но по факту для меня работы почти не остается, когда весь дизайн системы на себя забирает аналитик AN>>Можно на них как-то повлиять? AN>>Как себя вести? SD>По субъективному опыту предложу 3 шага: SD>1. Поставить себя на место аналитика/менеджера. Тут нужна фантазия, конечно :) SD>Я сам часто исполнял роль архитектора, и сталкивался с ситуацией, что мой тех. начальник (aka CTO) принимает решения, пользуясь административным ресурсом. Я пытаюсь объективно донести до него недостатки его решения, он выслушивает. Но в итоге продвигает своё решение с аргументом "ну и что...". SD>Сначала меня это дико раздражало, но попытки настаивать на своём приводили только к тому, что меня просто реже приглашали на созвоны с заказчиком (может это и плюс? :)) ) SD>В определенный момент я осознал, что у нас совершенно разный уровень ответственности на проекте. И если мы провалим проект, то максимальных люлей получит он, а не я. SD>Я понял, что будь на его месте, [b]я вел бы себя точно так же[/b]. Нет никакого желания нести личную ответственность за решения другого человека, пусть даже весьма опытного. SD>2. Попытаться осознать, какую именно угрозу ситуация тебе [b]на самом деле[/b] представляет. Тут нужна рефлексия. SD>Абстрактные "боль за судьбу проекта", "сделать лучше для всех" итп - это красивые слова для самоуспокоения. Ты - наемный работник, отчуждаемый от результатов. SD>Ключевой момент - угроза должна быть для тебя лично! Возможно, это угроза увольнения или понижения в должности. Возможно, угроза твоему эго, для которого мысль "а вдруг я тут не прав" крайне болезненна. SD>Осознание проблемы - полпути к её решению. Личных примеров я тут не дам, ибо очень личные ;) SD>3. Обязательно подстелить соломку. Тут главное - спокойствие. SD>Говорить про проблемы надо, но [b]без эмоций[/b], иначе тебя обязательно назовут "токсичным". Желательно письменно, чтобы видели вышестоящие менеджеры. SD>Как по мне, идеальное начало письма: "В данном рещении я вижу следующие риски:", а дальше чисто техническая информация. SD>Например, СТО хочет перенести настройки прав доступа из хардкода в таблицы БД. Я озвучиваю риски, что из-за человеческого фактора на прод может попасть непротестированная конфигурация безопасности, что приведет к утечкам. Фичу всё равно сделают, но если из-за ошибки оператора все подряд увидят финансовые данные, я покажу письмо со словами "а я говорил!" SD>Буду рад, еслм что-то пригодится
Теги:
Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например:
"Visual Studio" .NET
Имя, пароль:
Загрузить
Нравится наш сайт?
Помогите его развитию!
Отключить смайлики
Получать ответы по e-mail
Проверить правописание
Параметры проверки …