Помните в книге Стругацких Град обреченный была подобная концепция. Но там это было для того, что любой мог бы быть и директором.
Тут директор тоже меняется: то филин побудет директором, то сова. А то опять филин. Не говорите, что должность директора не участвует в методике.
Кстати фермеры были исключены из круговорота биржи.
Там это было для хуй знает чего, потому что целей эксперимента не знали, наверно, даже сами экспериментаторы.
Он придумал Kanban?
Каким местом тут канбан?
Ну на минималках он самый. Кто-то не успевает к сроку - подключай других рабочих (не знакомых с делом) на помощь.
На самом деле, ротация (даже принудительная, если временная) - это хорошо. У человека, много лет сидящего на одном месте очень часто деформируется мышление, он перестает понимать других людей, и больше учится защищаться от корпоративного говна, чем делать работу. Особенно полезно начальников запихивать на исполнительные должности. Но это в теории. На практике, если топы общаются напрямую с плебсом - уже хорошо. А бывает так, что начальники отделов напрямую к "телу" генерального не допущены. В итоге, топы живут в своей виртуальной вселенной, а вся организация - в другой.
Точно . Надеюсь тебе будет операцию на сердце делать проктолог.
Хороший специалист - широкий специалист. Я надеюсь, что если дойдет до операции на моем сердце, хирург будет кроме того, как резать и зашивать, будет понимать, как работает анестезия, уметь проводить реанимационные мероприятия и многое другое.
А по вашей версии, если что-то пойдет не так, хирург должен сказать: "ой, все, это не по моей части, пусть подыхает".
А по вашей версии, если что-то пойдет не так, хирург должен сказать: "ой, все, это не по моей части, пусть подыхает".
Хирург и внутри своей специализации всё это знает и умеет, это основы медицинского образования. Но полноценно ставить наркоз он не сможет, может случайно человека овощем сделать. А нейрохирург хоть и знает общие основы хирургии, вряд ли подтянется делать операцию на глазу - просто из-за специфики и отсутствия необходимых знаний и опыта.
Аналогия - хуйня
меньше всего в серверной я хотел бы видеть зайца
На моей практике, были случаи, когда я заглушил вечером субд и забыл поднять, а потом утром опоздал. И вся организация (сотни человек, которые только в этой системе работали, а всего полторы тысячи) сидели на жопе и ничего не могли сделать, даже мне позвонить. Были админы с правами доступа, но: "мы занимается только железом, нам ваши базы данных пофиг", были программисты с админскими правами доступа к серверу, но ни одна, сука, жопа, не поднялась и не попыталась разобраться, перезапустила хотя бы сервак, и даже не позвонила мне.
в твоей практике были случаи, когда ты не удосужился проверить работоспособность вверенной тебе системы после проведения обслуживания, но при этом виноваты все остальные оказались.
О да! Надо назначить ответственного и ебать его за факапы, которые обязательно думать. Схемы восстановления, мониторинга и защиты продумывать не нужно. Да ты больше Сова, чем Сова из комикса!
- заглушил бд на обслуживание
- забыл поднять
- забыл проверить работоспособность системы, которую бд обслуживала
- свалил домой и утром проебался на работу
Невиновен блять! Работник месяца!
- забыл поднять
- забыл проверить работоспособность системы, которую бд обслуживала
- свалил домой и утром проебался на работу
Невиновен блять! Работник месяца!
Не свалил домой, а работал из дома до часу, например, ночи (деталей не помню, может и не до часу), обслуживая 32 сервера. Виновен? В следующий раз идите нахуй, я работать буду только по приказу с двойной оплатой. Либо заглушу сервера в рабочее время, если вам так будет лучше. А также в приказе я потребую контролирующего специалиста, который будет принимать мою работу. Ах, нет контролирующего специалиста? Какая печаль! Тогда просто идите нахуй.
Просто это никому не надо было. В нормальных коллективах всегда находится человек, который тем, кто "мы занимается только железом, нам ваши базы данных пофиг" скажет - а мне тоже пофиг. Если вы не можете решить проблему, то найдите мне того, кто может. Если вы не можете это сделать - соедините меня с вашим руководителем, пусть он мне поможет.
А в твоей ситуации просто стадо офисных овощей.
А в твоей ситуации просто стадо офисных овощей.
К сожалению ближайшим таким человеком был я. И я же был их руководителем :-(
Потому что ежели база поднимется не вся, или не поднимется, а наоборот грохнется виноватыми окажутся люди, которые к этой базе имеют весьма опосредованное отношение, а не ты, хотя казалось бы, в чьих это должностных обязанностях...
И еще момент, прежде чем кого-то обвинять, давай уточним, у тебя ведь написана статья на вашей внутренней вики, где подробно расписано как поднимать базу и что делать, ежели она не поднимается?
И еще момент, прежде чем кого-то обвинять, давай уточним, у тебя ведь написана статья на вашей внутренней вики, где подробно расписано как поднимать базу и что делать, ежели она не поднимается?
О да! А давайте напишите мне инструкцию на все случаи жизни (которые все равно читать никто не будет, потому что ситуаций слишком много бывает). А вдруг что пойдет не так, а я тут пытался что-то сделать, так меня крайним назначат. Поэтому буду сидеть на жопе и ждать, пока крайний сам найдется.
Скажи, раз ты лучше меня понимаешь, что там случилось, почему никто даже не попытался провести базовую диагностику? Ну хоть чуть-чуть, самую малость? Что может плохого случиться от перезагрузки виндового сервера? Почему по твоей логике, программисты, которые разрабатывают и поддерживают эту систему, не должны знать инфраструктурные зависимости? Кто этот волшебник на голубом вертолете, который прилетит и напишет инструкцию? Почему не дернулись админы? Почему никто не позвонил в конце концов, ни админу (который тоже опоздал), ни мне?
Скажи, раз ты лучше меня понимаешь, что там случилось, почему никто даже не попытался провести базовую диагностику? Ну хоть чуть-чуть, самую малость? Что может плохого случиться от перезагрузки виндового сервера? Почему по твоей логике, программисты, которые разрабатывают и поддерживают эту систему, не должны знать инфраструктурные зависимости? Кто этот волшебник на голубом вертолете, который прилетит и напишет инструкцию? Почему не дернулись админы? Почему никто не позвонил в конце концов, ни админу (который тоже опоздал), ни мне?
Любые повторю ЛЮБЫЕ действия позволяют в теории переложить ответственность на человека за то что всё поломалось оно им надо? Поэтому если не назначен конкретный человек, которому под ответственность ответственного(тафталогия ага) по бумагам разрешено трогать то да все будут сидеть и нихрена не делать, потому что такова субординация. Если бездействие не нравится умей делегировать полномочия ЗАРАНЕЕ.
Чем больше человек делает, тем больше он косячит. Такая природа человека, с этим сложно что-то сделать.
Поэтому, наказывать человека за ошибки - это корпоративное гнилье, которое бьет по рукам и демотивирует. Как руководитель (а я им был, хоть и небольшим), я нормально относился к ошибкам. Даже если человек настаивал на своей позиции, и я не мог его переубедить, с скорее дал бы ему возможность сделать то, что он хочет, и убедится, что он неправ, чем сломать и заставить делать так, как я считаю правильным. Но вот что я ненавидел - это похуизм, безынициативность и желание уйти от ответственности.
Поэтому, наказывать человека за ошибки - это корпоративное гнилье, которое бьет по рукам и демотивирует. Как руководитель (а я им был, хоть и небольшим), я нормально относился к ошибкам. Даже если человек настаивал на своей позиции, и я не мог его переубедить, с скорее дал бы ему возможность сделать то, что он хочет, и убедится, что он неправ, чем сломать и заставить делать так, как я считаю правильным. Но вот что я ненавидел - это похуизм, безынициативность и желание уйти от ответственности.
Гы. Что может случиться от перезагрузки виндового сервера? Да все что угодно. Например, он накачал обновлений и ждал перезагрузки, чтобы их установить. И когда делали что-то другое решили по быстрому его перезагрузить. И надо ж такому случиться, что обновляшки не встали. И виндовый сервер не загрузился. А на нем крутилось много очень нужных и востребованных виртуальных машин. И работа всей области очень сильно затруднилась. И начальнику подразделения начали звонить большие люди с вопросом: "Че за хуйня у вас там творится?". Другими словами, конечно, но смысл именно такой. А теперь вопрос. Тогда все обошлось, собрались и как-то исправили. Но если быстро бы не получилось? Тогда пришлось бы искать крайнего. А нужно ли кому-то быть крайним, ежели у тебя в должностной инструкции написано, что за всю эту херню отвечаешь именно ты? Отвечаешь, например, своей премией.
Нет, я не говорю, что это хорошо и правильно - морозиться от работы со словами "Я - не я, и база не моя". Я не говорю, что программеры, например, не должны знать как включить сервер и запустить базу. Я лишь говорю, что в крупной конторе твоя ситуация вполне ожидаема. И можно как угодно к такому относится - но да, это объективная реальность. Не то чтобы тебя одного так забижали :)
ЗЫ: И да. у нас, например, процесс поднятия баз как раз на вики подробно описан.
Нет, я не говорю, что это хорошо и правильно - морозиться от работы со словами "Я - не я, и база не моя". Я не говорю, что программеры, например, не должны знать как включить сервер и запустить базу. Я лишь говорю, что в крупной конторе твоя ситуация вполне ожидаема. И можно как угодно к такому относится - но да, это объективная реальность. Не то чтобы тебя одного так забижали :)
ЗЫ: И да. у нас, например, процесс поднятия баз как раз на вики подробно описан.
ЗЫ2: И да, у нас, например, должностные обязанности дублированы вполне штатно. На случай, например, ежели кто-то в отпуск уйдет. И в подобной тебе ситуации админы после мотивирующего пенделя и сервер бы подняли и базы. И звиздюлей бы получили - чисто чтобы не расслаблялись :)
Ибо, как говорится, "шпайш машт флоу". С тобой или без тебя :)
Ибо, как говорится, "шпайш машт флоу". С тобой или без тебя :)
Если при перезагрузке виндового сервера что-то ломается, то проблема произошла не в момент перезагрузки, а гораздо раньше. И виноват не тот, что перезагрузил, а тот, у кого все так настроено. Например, виртуальные машины крутятся на продуктовом виндовом сервере, а не там, где они по идее должны быть.
Я не говорю, что я один такой, и мне подсунули каких-то совсем плохих людей. И я даже понимаю, почему так происходит, и почему по сути, это даже не совсем их вина. Но все равно это плохо, и говорить, что это нормально - неправильно.
Я не говорю, что я один такой, и мне подсунули каких-то совсем плохих людей. И я даже понимаю, почему так происходит, и почему по сути, это даже не совсем их вина. Но все равно это плохо, и говорить, что это нормально - неправильно.
Может быть, но профессионализма от ротации работников как и сроков с хорошо выполненной работой можно не ждать, будут тяпляповцы.
На практике часто бывает так, что специалист за закручиванию гаек с левой резьбой отказывается закручивать гайки с правой.
И если работник тяпляповец, то он будет на отъебись делать любую работу.
И если работник тяпляповец, то он будет на отъебись делать любую работу.
на практике часты бывает что при попытке заменить специалиста закручивающего гайки на профессиональной основе. Замена ломает болты.
Исключительно в качестве "встряхнуть мозги и глубже понять общую производственную картину". Ни в коем случае не на серьезных щах.
А так чего далеко ходить, вон в макдаке все раз в год за кассой стоят, как раз из таких соображений
А так чего далеко ходить, вон в макдаке все раз в год за кассой стоят, как раз из таких соображений
То что ты тут понаписал смысл имеет, не спорю, но это очевидным образом касается только менеджеров и начальников, поскольку уж принципы управления группами человеков - они везде примерно одинаковые, чем бы те не занимались. А смена вида деятельности для специалистов - это уже есть глупость. Ибо специалист - он потому и специалист, что уже имеет конкретный практический опыт в своей деятельности. Ротация специалистов тоже необходима, но она касается только смены конкретного места применения их навыков.
Не надо, как филин, здравую мысль до абсурда доводить :)
Не надо, как филин, здравую мысль до абсурда доводить :)
Я не предлагаю офисного работника отправлять на ремонтные работы, а продавца делать хирургическую операцию.
Но есть же и другая крайность. Когда люди вообще не выходят за рамки своей должности. Программист не может себе поставить софт или админить систему, которую программирует. Программист не общается с пользователями, и работает по ТЗ, которое писали люди, которые тоже с пользователями напрямую не общаются. Начальник не видит, как работают подчиненные, и всю информацию о их работе получает в виде отчетов от нижестоящего начальника.
Но есть же и другая крайность. Когда люди вообще не выходят за рамки своей должности. Программист не может себе поставить софт или админить систему, которую программирует. Программист не общается с пользователями, и работает по ТЗ, которое писали люди, которые тоже с пользователями напрямую не общаются. Начальник не видит, как работают подчиненные, и всю информацию о их работе получает в виде отчетов от нижестоящего начальника.
У американцев есть выражение Jack-of-all-trades, по нашему мастер на все руки. Но не стоит забывать вторую часть выражения: Jack of all trades, but master of none. Не знаю, есть ли аналог в русском, но по сути получается - умелец во всем, но мастер ни в чем. Так что на некоторых критических профессиях такая ротация не допустима. Но вот для клерков и к ним приравненных - вполне правильное решение.
Да понятно, что есть профессии, где очень большие риски. Если по тому же комиксу, то на лесопилку или в серверную совсем случайных людей все-таки не пускать. Но я подозреваю, что автора, который обрабатывает морковную грядку, послали обрабатывать свекольную, и он от осознания лютой несправедливости нарисовал этот комикс.
В том же ИТ люди, работающие над одной системой, на одном языке программирования и в одной среде могут категорически отказываться делать работу сотрудника, который сидит за соседним столом. Потому что они, видите ли, в этом не специалисты. И это очень большая проблема, которой в нормальных фирмах уделяется внимание. Да, это бывает оправдано, но сами ситуации, когда это оправдано - являются порочными.
В том же ИТ люди, работающие над одной системой, на одном языке программирования и в одной среде могут категорически отказываться делать работу сотрудника, который сидит за соседним столом. Потому что они, видите ли, в этом не специалисты. И это очень большая проблема, которой в нормальных фирмах уделяется внимание. Да, это бывает оправдано, но сами ситуации, когда это оправдано - являются порочными.
Ну ты как маленький, чесслово :) Да ежели кто-то покажет, что он способен делать еще и работу сотрудника за соседним столом - так его этой работой и нагрузят! :) А "сотруднику за соседним столом" еще какую-нибудь задачу придумают. А оно надо, такое счастье - двойной геморрой за те же деньги? :)
Макдак такой ход на минималка применил куй знает сколько лет назад. Филина пора на свалку истории, да и совенок уже подрос
На одном из моих мест работы шеф решил, чтоб не было незаменимых работников, всё должны были уметь делать всё)
В итоге, оператор специализированного ПО работал на станке по производству продукта, отвечал на письма клиента, обслуживал этот самый станок, отвечал за документацию, за проверку работы других операторов, упаковку продукта, приёмку материалов от клиента.
Стоит ли рассказывать о качестве выполнения работ? Это было просто смешно, когда это жирное тело строило рабочего за незнание мат части одной из миллиона обязанностей. Так до сих пор и держится на похуизме рабочих этот бедлам
В итоге, оператор специализированного ПО работал на станке по производству продукта, отвечал на письма клиента, обслуживал этот самый станок, отвечал за документацию, за проверку работы других операторов, упаковку продукта, приёмку материалов от клиента.
Стоит ли рассказывать о качестве выполнения работ? Это было просто смешно, когда это жирное тело строило рабочего за незнание мат части одной из миллиона обязанностей. Так до сих пор и держится на похуизме рабочих этот бедлам
Чтобы написать коммент, необходимо залогиниться