From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Mike Lykov Organization: Vesna To: smoke-room@altlinux.ru Date: Thu, 28 Jul 2005 12:49:40 +0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Message-Id: <200507281249.40566.combr@vesna.ru> Subject: [room] =?koi8-r?b?wcTNyc7Ty8HRINLBws/UwQ==?= X-BeenThere: smoke-room@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: combr@vesna.ru, combr@yandex.ru, =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Id: =?koi8-r?b?y9XM2NTV0s7ZyiDPxtTP0MnL?= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2005 07:49:45 -0000 Archived-At: List-Archive: List-Post: Есть такое мнение или сложившаяся практика в некоторых организациях - "администратор должен работать" (речь о системном администрировании в понятии s.a.g.e.). Т.е. начальник перед администратором ставит задачи, тот их выполняет, отчитывается. Если в графике начальника написано "администратор сейчас свободен" - начальник ставит ему следующую задачу, и т.п. Начальник считает, что если администратор не занят задачей, то он зря получает свою зарплату в это время. Причем начальник может плохо себе представлять круг задач, которые администратор реально должен выполнять для своей работы/в соответствии со своими обязанностями, поэтому задачи ставит совершенно разнообразные. Естественно, требует их исполнения в срок (получается, что задачи начальника могут даже идти в ущерб основной работе администратора, как он ее сам понимает - с т.з. администратора сейчас приоритетной является задача 1, но начальник ее сути не понимает, и считает, что приоритетной является его задача 2). Вроде бы, с точки зрания "обычного начальника", никакого противоречия и недостатка в вышеописанной схеме нет. Однако (тут наверно согласятся), если учесть специфику работы администратора, то с т.з. администратора вышеописанная схема работы никуда не годится. Но "обычный начальник" (неопытный, или, наоборот, долго проработавший в месте, не связанном с ИТ) не сможет понять, что же не устраивает администратора в данной схеме? С его точки зрения администрратор, протестующий против вышеуказанной схемы, просто хочет "отлынить" и "схалявничать", и получать зарплату "за просто так". Начальнику может быть непонятно, что его задания администратор, например, автоматизировал еще после первого раза, и теперь он то же время хочет потратить иначе, чем повторого их выполняя. Администратору же не нравится, что при таком подходе начальника автоматизировать получается невыгодно, так как после автоматизации последует еще большая нагрузка заданиями, вероятно, мало относящимися к сути должностных обязанностей. Отсюда вопрос - надо написать/привести/аргументировать нечто, что убедит начальника, что "администоратор, ничего не делающий" - это не зло, а благо (при условии, что все процессы в конторе идут своим чередом, конечно). Миша Шигорин предложил (рассчитывает ;) даже написать статью по этому поводу. Может, кто-то что добавит? -- Mike Lykov Samara, "Vesna" parfum company, System administrator