Информация
- В рейтинге
- 1 701-й
- Откуда
- Россия
- Зарегистрирован
- Активность
Специализация
Директор проекта, Директор технической поддержки
Ведущий
От 600 000 ₽
Управление проектами
Управление людьми
Презентации
Организация бизнес-процессов
Управление IT-услугами
ITIL
Waterfall
PMBOK
Microsoft Project
Информационные технологии
Душнила_mode)))
Вы правы. Исправил в тексте. Действительно, названия могут вводить в заблуждения, а поскольку это всё собиралось более двух лет тому назад, то уже многое "замылилось".
Но в целом это не важно, от перемены мест слагаемых... Главное, что такая конфигурация будет работать только если совместить эти два прибора вместе и подключить к котлу.
Стало интересно. А если захочется подключить больше котлов, то одного контроллера будет достаточно, чтобы управлять несколькими УАЦШ и котлами? Или весь этот короб придется заново собирать для нового котла (или нескольких)? С точки зрения интерфейса мобильного приложения, по идее, всё можно привязать к одному аккаунту. Но хватит ли там именно контактов для подключения на самом контроллере?
Согласен
Ну да, это только автономным генератором решается. К слову, у нас в поселении мало у кого стабилизаторы (только у меня и у того парня), зато почти поголовно генераторы. Забавно наблюдать ситуацию: приезжаешь - фонари не горят и из каждого дома дребезжание генератора:)
Реле давления (я бы не сказал, что маленькая пимпочка) установлено на водяной контур. Оно включает/выключает насос по предустановленным пороговым значениям). У меня же речь про то, что давление может упасть в отопительной системе и я с этим ничего не могу сделать удаленно. Туда жидкость (антифриз) можно закачать либо насосом типа "малыш" через отдельный кран, либо подать просто воду из водяного контура на котле. Для этого нужно отвернуть специальный вентиль на котле же.
Если ставить туда реле давления для подкачки из водяного контура за пределами котла, то помимо реле давления нужно будет ставить еще и умный вентиль перекрытия воды для подачи из водяного контура в контур отопления, чего я делать не хочу по разным причинам: во-первых снизится концентрация антифриза, во-вторых я ничего не смогу сделать в случае отказа удаленно. Ну и конечно, иметь более одной точки сопряжения жидкостей двух контуров - не лучшая идея.
В моем случае проще и быстрее просто впаять отдельный гидроаккумулятор на контур отопления, который будет держать мои искомые 1-2,5 атм.
Это проблема местной энергораспределяющей компании. Если будет стабильное напряжение на магистрали - нужды в стабилизаторах не будет. У меня регион перспективный в плане развития недвижимости, а следовательно, и энергосетей. Ну и отдельно хочу подать заявление на выделенную линию в 15 кВт.
Аккумуляторные бесперебойники налагают ряд проблем и сложностей, особенно зимой.
Генератор с автозапуском и автоматом переключения в планах.
Карьерная шпаргалка
https://www.ozon.ru/product/karernaya-shpargalka-stanislav-fedorov-fedorov-stas-941231832/?at=k2to8YWL8ukzj57OtQg601mcJ5qm9YFYn0GDEFAAZ2Oz
Если придерживаться такой логики, то любое упорядочивание - уже бюрократия. Даже уборка в доме или хождение прямо по тротуару. Кто сказал, что это надо делать? Никто! Хотите - ходите зигзагом, хотите - зарастайте пылью. Но так делают, потому что хочется порядка и ходить по оптимальной траектории.
ITSM - бюрократия? В какой-то степени да. Но это бюрократия понятная, описанная, и в общем случае подразумевающая сокращение или уменьшение этой самой бюрократии везде и всегда, когда это можно. В статье раскрывается тема противостояния одной бюрократии с другой. Но если в первом случае она понятна и даже полезна, то во втором - часто вредна.
Субъектам процесса в общем случае не стоит ждать каких-то "плюшек" от процесса. Задача субъекта - выполнять функцию процесса, ради которой его наняли в эту компанию, и получать за это заработную плату. Если работа выполнена хорошо, эффективно, если процесс грамотно выстроен и оптимизирован, а субъект при этом "не косячит", выполняя свои функции, то и субъект и владелец процесса будут только рады.
Плюшки в большей степени получают владельцы бизнеса, которым нужно понимание, чем заняты 1, 2, 10, 50 штатных ИТ-специалистов, задача которых - поддерживать в рабочем состоянии ИТ-ландшафт и решать проблемы пользователей или клиентов. ITSM - один из подходов, позволяющих получить ответ на этот вопрос. Никто не говорит, что он идеальный, есть альтернативы.
Если руководителю не нужен контроль и он пускает всё на самотёк - то возможно такому руководителю стоит выйти на рынок труда и поискать себе лучшую судьбу.
Специалист сервис-деска может жить и без тикетов, необходимости регистрировать, описывать, закрывать. Но во-первых, как и в случае с медицинской картой, в дальнейшем и другому ИТ-специалисту может потребоваться посмотреть "историю болезни", а во вторых, такой ИТ-специалист и его руководитель могут не удивляться, когда к нему придет руководитель компании с вопросом "А что это вы тут делаете и чем вы это можете подтвердить?". Скорее всего, вразумительного ответа на этот вопрос не будет. Владелец бизнеса не будет весь день сидеть и смотреть на ИТ-специалиста, который всем помогает, и даже делает это хорошо, но ничего не регистрирует и не документирует. Хотя бы на бумаге. А если будет - то моя рекомендация такому владельцу бизнеса такая же, как была выше - выйти из бизнеса и пойти на рынок труда.
Я бы не называл это хвастовством, а скорее описанием того, как выстроены процессы в нашей компании.
Когда в компании работает больше 7000 человек, хочешь не хочешь — придется выстраивать процессы. Никто не утверждает, что они лучшие. Или худшие. Они такие, какие есть. И главное - они выполняют свою цели и задачи, в них живут люди, те же инженеры, выполняют задачи качественно и в срок. И что немаловажно, процессы подвергаются непрерывному улучшению.
Пост опять же не про инновации, а скорее, как мы адаптировали имеющиеся мировые практики под наши нужды.
В других компаниях применяются иные процессы, иные системы и иные подходы к достижению результата. Где-то больше, где-то меньше, но бумажки так или иначе есть везде. И бюрократия в том или ином виде есть везде. Вопрос в масштабах и степени маниакальности.