Кажется автор несколько смешивает по крайней мере 2 проблемы: плохие (именно плохие, а не все) менеджеры и regulations. Хотя по сути и те и другие мешают гениальным программистам делать свое дело, причины у них несколько разные.
Плохие менеджеры - это очень часто встречающееся явление. Плохой менеджер и в самом деле хорошо описан в статье - плохо понимает что вообще происходит, зато активно всем мешает собирая метрики производительности, да еще и пытается всем показать как же он важен во всем этом процессе. Но есть хорошие менеджеры (я встречал и хороших, и плохих) - они помогают в движении по карьерной лестнице, а не занимаются жандармерией. Они хорошо понимают сильные качества своих подчиненных и ищут возможности чтобы подчиненные эти возможности реализовывали. Они улучшают взаимоотношения внутри команды. Они сами технически хороши и понимают что делают их подчиненные и почему это сложно, а поэтому могут адекватно оценить их работу.
Regulations - а это просто необходимо, потому как гениальных программистов, как и представителей других специальностей, гораздо меньше, чем, скажем так, не очень квалифицированных, зато почти все верят, что они “выше среднего”. И все regulations, как правило - это просто защита от дурака. Но если есть способ удостовериться, что дурака тут нет, то должен быть процесс убирающий ненужные проверки и согласования.
Кажется автор несколько смешивает по крайней мере 2 проблемы: плохие (именно плохие, а не все) менеджеры и regulations. Хотя по сути и те и другие мешают гениальным программистам делать свое дело, причины у них несколько разные.
Плохие менеджеры - это очень часто встречающееся явление. Плохой менеджер и в самом деле хорошо описан в статье - плохо понимает что вообще происходит, зато активно всем мешает собирая метрики производительности, да еще и пытается всем показать как же он важен во всем этом процессе. Но есть хорошие менеджеры (я встречал и хороших, и плохих) - они помогают в движении по карьерной лестнице, а не занимаются жандармерией. Они хорошо понимают сильные качества своих подчиненных и ищут возможности чтобы подчиненные эти возможности реализовывали. Они улучшают взаимоотношения внутри команды. Они сами технически хороши и понимают что делают их подчиненные и почему это сложно, а поэтому могут адекватно оценить их работу.
Regulations - а это просто необходимо, потому как гениальных программистов, как и представителей других специальностей, гораздо меньше, чем, скажем так, не очень квалифицированных, зато почти все верят, что они “выше среднего”. И все regulations, как правило - это просто защита от дурака. Но если есть способ удостовериться, что дурака тут нет, то должен быть процесс убирающий ненужные проверки и согласования.