Будни IT менеджера

О делегировании поговорили . Есть еще один не менее важный процесс - эскалация. Надо отметить, в отличие от делегирования он обделен вниманием коучей и редко упоминается в книгах. С одной, стороны, в эскалации нет особых тайн и секретов: если проблема выходит за рамки полномочий или компетенций сотрудника - это повод никому не рассказывать до последнего эскалировать ее на уровень руководителя. С другой стороны, желая выполнить очередную задачу, об это очень легко забыть. Однажды я попал в такую ситуацию: несколько заказчиков требовали реализовать их задачи с максимальным приоритетом. Я провел целый день, упражняясь в комбинатором планировании, переставляя задачи в MS Project и пробуя применить всякие ухищрения вроде овертаймов. Ни один из вариантов не мог удовлетворить всех заказчиков сразу. Тогда я позвонил своему руководителю, описал проблему, свои вычисления, и попросил определить приоритеты. Через полчаса он прислал упорядоченный список проектов, а еще через час план был сост...

Бюрократию никто не любит, особенно в ИТ. Кровь в жилах стынет, когда вспоминаешь недельные переписки с каким-нибудь хозяйственным отделом, который требует заполнить многостраничный шаблон на получение шариковой ручки , к которому нет инструкции. Причем, вроде, все вы делаете свою работу, и в отдаленной перспективе цель у вас одна, но это совершенно не помогает. Изображение с сайта https://memegenerator.net/img/images/14240797.jpg Но есть и совершенно обратные ситуации. Когда правил, инструкций и регламентов нет, и все попытки внедрить что-то новое похожи на строительство песочных замков - строить легко, сохранить очень сложно. Сегодня я попробую разобраться, где же находится тонкая грань между хаосом и бюрократией. В разработке есть такое понятие как code style  - набор правил и соглашений по оформлению кода. Табы или пробелы, расстановка скобок, наименование переменных и много других визуальных вещей. Часто к стилю еще добавляется набор принятых в команде пра...