VS
зависит от решений
Хто несе відповідальність за рішення?
Size: a a a
2021 February 18
EO
V7v S6k
Хто несе відповідальність за рішення?
если решение проапгрейдить версию пакета - лид того инженера кто апгрейдил
EO
если решение взять кафку вместо кролика на всю корпу - enterprise architect
DB
V7v S6k
Хто несе відповідальність за рішення?
Даже если ответственность несёт "старший", он всё равно может "позволить" принять решение "младшему" по иерархии
VS
если решение проапгрейдить версию пакета - лид того инженера кто апгрейдил
Ну от. Навіть якщо апгрейд був ініціативою інженера.
EO
V7v S6k
Ну от. Навіть якщо апгрейд був ініціативою інженера.
ну я к тому что есть, конечно, зоны ответственности
VS
Даже если ответственность несёт "старший", он всё равно может "позволить" принять решение "младшему" по иерархии
Так, це називається “делегація повноважень”)
VS
Але в цьому випадку рішення про делегацію теж приймається згори.
DB
V7v S6k
Але в цьому випадку рішення про делегацію теж приймається згори.
Конечно. Никто не говорит, что асболютно все решения "внизу"
DB
Не уверен, что этот момент отличается хоть в Европе, хоть в Африке
VS
Ну тобто, на кожному рівні постійно приймаються рішення в межах своєї відповідальності. Ми говорили саме про пропагацію рішень знизу вгору.
DB
V7v S6k
Ну тобто, на кожному рівні постійно приймаються рішення в межах своєї відповідальності. Ми говорили саме про пропагацію рішень знизу вгору.
Просто так можно ж перекрутить слова и "решение про пропагацию снизу вверх" тоже принимается сверху 🙂
VS
Просто так можно ж перекрутить слова и "решение про пропагацию снизу вверх" тоже принимается сверху 🙂
Ну так мій пойнт що таке рішення не можна відрізнити від рішення прийнятого вгорі)
Вт
я чув багато історій коли новий розробник(ця) бачить якийсь недолік в системі, пропонує змінити систему, підкріплюючи фактами і цифрами, але його пропозицію відхиляють
чув багато історій і навпаки, коли через деякий час після початку роботи, співробітник пропонує оптимізацію, її приймають а чувака чи чувіху підвищують
чув багато історій і навпаки, коли через деякий час після початку роботи, співробітник пропонує оптимізацію, її приймають а чувака чи чувіху підвищують
VS
Тру пропагація знизу вгору – це коли ти можеш послати свого менеджера взагалі і прийняти рішення замість нього
Вт
V7v S6k
Тру пропагація знизу вгору – це коли ти можеш послати свого менеджера взагалі і прийняти рішення замість нього
це називається ескалація, таке теж буває
DB
це називається ескалація, таке теж буває
эскалация – это когда ты переносишь решение с одной головы на голову повыше, это ж не про снизу вверх)
Вт
эскалация – это когда ты переносишь решение с одной головы на голову повыше, это ж не про снизу вверх)
ну да, решение может быть твое, а идешь на уровень выше за поддержкой
EO
я чув багато історій коли новий розробник(ця) бачить якийсь недолік в системі, пропонує змінити систему, підкріплюючи фактами і цифрами, але його пропозицію відхиляють
чув багато історій і навпаки, коли через деякий час після початку роботи, співробітник пропонує оптимізацію, її приймають а чувака чи чувіху підвищують
чув багато історій і навпаки, коли через деякий час після початку роботи, співробітник пропонує оптимізацію, її приймають а чувака чи чувіху підвищують
я тоже слышал в свой адрес много отказов из-за недоверия к озвученному решению или страху выделять ещё какие-то ресурсы на это, если и "так работает"
EO
проявляешь инициативу, делаешь PoC, показываешь метрики - в большинстве случаев они видят что оно того стоит и ты доводишь до ума PoC