Тайм-менеджмент для системных администраторов - страница 62

Большинство служб технической поддержки имеют двухуровневую структуру. Сотрудники первого уровня отвечают на телефонные звонки и переадресуют их на второй уровень, только если не в состоянии решить вопрос самостоятельно. Это не что иное, как вариант взаимной защиты от прерываний для всей команды, который обеспечивает время отклика, соответствующее ожиданиям пользователей!

Расстановка приоритетов, основанная на ожиданиях клиентов, и применение взаимной защиты от прерываний копируют работу службы технической поддержки, что свидетельствует в пользу предложенного мной подхода. А, может, как раз наоборот: двухуровневая структура службы технической поддержки хороша именно потому, что учитывает ожидания пользователей. В любом случае это круто, не так ли?

В предыдущих разделах были описаны способы расстановки приоритетов отдельных задач. Теперь я приведу некоторые полезные приемы присваивания приоритетов проектам.

Предположим, вы со своими коллегами-сисадминами по итогам мозгового штурма запланировали на следующий год двадцать замечательных проектов. Однако выделенного бюджета и имеющегося в вашем распоряжении персонала недостаточно для выполнения всех проектов. Какие выбрать?

Обычно я считаю, что получается лучше, когда выбираешь проекты, сулящие «максимальный эффект».

Заманчиво начать с самых легких проектов. Вы знаете, что делать; по поводу этих проектов нет разногласий, так что вы, по крайней мере, уверены, что они будут завершены.

Также заманчиво взяться за проекты, интересные лично вам, или за политически безопасные проекты, или за проекты, являющиеся логическим продолжением прежних проектов.

Устояв перед этими соблазнами, определите проекты, которые будут иметь максимальный положительный эффект в вашей организации. По сути, я утверждаю, что лучше осуществить один крупный проект со значительным положительным эффектом, чем несколько поверхностных проектов. Я убеждался в этом неоднократно. Когда вся команда работает над одним проектом, дело идет лучше, чем если бы каждый вел отдельный проект. Это происходит, потому что вместе мы работаем лучше.

Можно взглянуть на ситуацию с другой точки зрения. Все проекты можно разбить на четыре категории, как показано на рис. 8.3.

Очевидно, что начинать следует с проектов категории А. Простые проекты, имеющие значительный эффект, встречаются редко, и если у вас волшебным образом появляется такая работа, ее надо выполнять без раздумий. (Предупреждение: будьте бдительны, принадлежность проекта к категории А может быть кажущейся.)

Столь же очевидно, что нужно избегать проектов категории D. За трудоемкий проект, который ничего, в сущности, не изменит, не стоит и браться.

Рис. 8.3. Эффект проекта и затрачиваемые усилия

Однако большинство проектов принадлежит к категории В или С, а человек по натуре склонен к более легким проектам С. Вы можете заполнить весь год простыми проектами, отчитаться об их выполнении и выглядеть героем. В то же время в наиболее успешных компаниях применяется практика поощрения сотрудников, берущихся за проекты категории В — трудные, но необходимые.

Переформулируем вопрос в терминах возврата на инвестиции (return on investment, ROI), чтобы подтвердить разумность описанного подхода. Предположим, вы собираетесь в будущем году потратить определенную сумму. Вложите ли вы деньги в большое количество несущественных проектов? Нет, вы постараетесь найти более эффективный проект и инвестируете средства в него.

Важно убедиться, что выбранный вами проект скоординирован с задачами вашей фирмы. Это важно как для компании, так и для вас. В результате вас будут выше ценить.

Если шеф просит вас что-либо сделать, и это простая задача (а не крупный проект), сделайте это немедленно. Например, если шеф попросил вас выяснить, сколько (примерно) имеется компьютеров со старой версией Windows, сообщите ему это через несколько минут.

Здесь полезно представлять картину в целом. Как правило, начальство дает подобные задания, занимаясь долгосрочным планированием или бюджетом, и вы можете задержать шефа на целый день, если не дадите быстрый ответ. Не исключено, что он оценивает материальные и трудовые затраты для перевода всех компьютеров на последнюю версию Windows. Целый проект повиснет в ожидании вашего ответа.