Откровенно о работе на 100%. Ответственность за решения.
Одно из необходимых качеств руководителя любого уровня - это умение брать на себя ответственность за решения. Если ты не дорос до этого, то можно даже не пробовать соответствующие должности.
Как понять слова "ответственность за решения"?
У нас, в разработке программного обеспечения, нужно каждый миг помнить, что тут нет серийного производства. Здесь всегда создание продукта. Поэтому первое, с чем сталкивается руководитель, это выбор того, что будет разрабатываться, каким образом и кем.
Каждый день нужно будет ломать голову, приоритезировать, лавировать и даже угадывать.Обязательно ли делать новые требования законодательства? Как ранжировать пожелания клиентов? Если ставить задачи в план, то с каким приоритетом? Если функционал добавлять в коробку, то в каком объёме? Что оставить на откуп кастомизации решения? Кого из сотрудников поставить на задачу? Кого срочно перебросить на аврал, кем залатать кадровую дыру? Какой общий стратегический вектор развития проекта выбрать? Кому делегировать решения, в которых собственный уровень компетенции недостаточно высок. Вопросам этим нет числа. Зачастую ответить на них не просто, но всё же, перечисленное это только половина требуемой ответственности.
В одной из серий "Адской кухни", реалити-шоу, в котором отбирают шеф-повара для крупного ресторана, есть показательный момент. Претендентка, дойдя до середины сезона, отчаянно выговаривается на камеру:
"Я устала быть козлом отпущения! Я уже устала подбадривать всех! Устала отвечать за то, что я не делала! Мне надоели глупости других!"
Прекрасный пример для понимания термина "ответственность за решения". Казалось бы какая связь у кухни с программным обеспечением? Никакой. :) Связь в том, что шеф-повар это руководитель персонала ресторана. Он разрабатывает меню, читай как занимается стратегическим вектором развития. Он же контролирует работу других поваров, распределяет задачи и проча. Знакомый мне круговорот обязанностей.
Истерический выкрик поварихи из "Адской кухни" отлично иллюстрирует вторую часть ответственности руководителя за решения. Примечательно, что как раз в этой серии эта девушка в качестве самой слабой участницы этапа покидает игру.
Всё верно. Мало принять решения и выбрать направление. Мало делегировать задачи и контролировать исполнение. Нужно взять на себя ответственность за все полученные результаты. Абсолютно за все. Хорошие, плохие и даже провальные. За всё, что получилось создать. Нужно стать профессиональным "козлом отпущения" для всех клиентов проекта, для внешних и внутренних.
Хорошие результаты надо разделить со всеми участниками проекта. Это один из эффективных и удачных способов мотивации. Провалы и неудачи нужно отфильтровать на себе. Не получится, просто не будет времени сказать: "Ой, подождите, это не я тут написала, сейчас сбегаю за Ивановым, вы его поругайте!"
Всю критику и даже негодование выслушивать будет сам руководитель, представляющий решение. Лучший выбор для него в случае провала - искать свои ошибки, заложенные в решениях, принятых в процессе разработки.
Если вы слышите, как менеджер любого уровня ищет виноватых среди своих подчиненных, то знайте, что он ещё не дорос до своей должности. В качестве критики до сотрудника нужно будет донести только сухой остаток проблем, который позволит ему и всему проекту улучшить свою работу в будущем.
Вот такая тяжелая работа. Если вы хороший менеджер, конечно ;)
Как понять слова "ответственность за решения"?
У нас, в разработке программного обеспечения, нужно каждый миг помнить, что тут нет серийного производства. Здесь всегда создание продукта. Поэтому первое, с чем сталкивается руководитель, это выбор того, что будет разрабатываться, каким образом и кем.
Каждый день нужно будет ломать голову, приоритезировать, лавировать и даже угадывать.Обязательно ли делать новые требования законодательства? Как ранжировать пожелания клиентов? Если ставить задачи в план, то с каким приоритетом? Если функционал добавлять в коробку, то в каком объёме? Что оставить на откуп кастомизации решения? Кого из сотрудников поставить на задачу? Кого срочно перебросить на аврал, кем залатать кадровую дыру? Какой общий стратегический вектор развития проекта выбрать? Кому делегировать решения, в которых собственный уровень компетенции недостаточно высок. Вопросам этим нет числа. Зачастую ответить на них не просто, но всё же, перечисленное это только половина требуемой ответственности.
В одной из серий "Адской кухни", реалити-шоу, в котором отбирают шеф-повара для крупного ресторана, есть показательный момент. Претендентка, дойдя до середины сезона, отчаянно выговаривается на камеру:
"Я устала быть козлом отпущения! Я уже устала подбадривать всех! Устала отвечать за то, что я не делала! Мне надоели глупости других!"
Прекрасный пример для понимания термина "ответственность за решения". Казалось бы какая связь у кухни с программным обеспечением? Никакой. :) Связь в том, что шеф-повар это руководитель персонала ресторана. Он разрабатывает меню, читай как занимается стратегическим вектором развития. Он же контролирует работу других поваров, распределяет задачи и проча. Знакомый мне круговорот обязанностей.
Истерический выкрик поварихи из "Адской кухни" отлично иллюстрирует вторую часть ответственности руководителя за решения. Примечательно, что как раз в этой серии эта девушка в качестве самой слабой участницы этапа покидает игру.
Всё верно. Мало принять решения и выбрать направление. Мало делегировать задачи и контролировать исполнение. Нужно взять на себя ответственность за все полученные результаты. Абсолютно за все. Хорошие, плохие и даже провальные. За всё, что получилось создать. Нужно стать профессиональным "козлом отпущения" для всех клиентов проекта, для внешних и внутренних.
Хорошие результаты надо разделить со всеми участниками проекта. Это один из эффективных и удачных способов мотивации. Провалы и неудачи нужно отфильтровать на себе. Не получится, просто не будет времени сказать: "Ой, подождите, это не я тут написала, сейчас сбегаю за Ивановым, вы его поругайте!"
Всю критику и даже негодование выслушивать будет сам руководитель, представляющий решение. Лучший выбор для него в случае провала - искать свои ошибки, заложенные в решениях, принятых в процессе разработки.
Если вы слышите, как менеджер любого уровня ищет виноватых среди своих подчиненных, то знайте, что он ещё не дорос до своей должности. В качестве критики до сотрудника нужно будет донести только сухой остаток проблем, который позволит ему и всему проекту улучшить свою работу в будущем.
Вот такая тяжелая работа. Если вы хороший менеджер, конечно ;)