Що я переживав, іноді важко зробити аргумент, щоб внести певні зміни у свій робочий процес чи інструменти. Поки нинішній процес та інструменти працюють, може не бути сильним стимулом для будь-якого менеджера (або колег) піти і ризикувати спробувати щось нове, що а) може не бути в дійсності кращим або б) може вийти з ладу.
На це втручаються час і ресурси, людям, можливо, доведеться адаптуватися і т.д. Причин у менеджера може бути безліч причин, що вони не хочуть вносити зміни, і це не обов'язково, бо вони ліниві або не до зміни. Але ви просите остаточного рішення або "Ідіть!" що фактично покладає відповідальність на вашого менеджера.
Якщо ви просто внесете зміни та прокрадете їх на своє робоче місце в той момент, коли зміна стане очевидною для тих, хто приймає рішення, ви, можливо, вже довели, що:
а) Це можна зробити.
б) Це працює.
в) Це покращує вашу роботу.
г) Насправді це не забирало багато ресурсів.
... і так далі.
Якщо це не вдалося, то можуть виникнути певні наслідки, але якщо ви не працюєте з шаленим начальником, вони можуть не відставати від зап'ястя та покірного виправдання від вас.
Ми зробили це один раз, коли спробували прокрастися в іншій системі відстеження помилок за спиною CTO. Той, кого на місці, ненавиділи з пристрастю просто всі в команді розробників (але це було оцінено - не будь-якими дияволами - і заплатили, тому очікувалося, що ми ним скористаємося), і у нас залишилось кілька ліцензій на ще одну .
На жаль, цей приклад просити прощення, а не дозволу не вдався. Нас попросили повернутися до старої системи. Я не знаю, чи справді хтось мав відповідати в CTO.
В основному, просимо ЦТ змінити систему відстеження помилок і отримати дозвіл: Нульовий шанс.
З іншого боку, почати використовувати його (не маючи витрат, крім часу, витраченого на його налаштування), а потім побачити, чи можемо ми отримати якийсь дозвіл ПІСЛЯ факту: Не жирний шанс, але значно більший за нуль.