Сейчас проверок нет. Но закон никто не отменял и они возобновляться. Идёт дорогостоящая военная операция, денег уже не хватает. Значит будет указание об усилении собираемости налогов. И налогов соберут не сколько положено, а сколько надо и со всех юр лиц и предпринимателей до которых сумеют дотянуться. Такое уже было раньше и от этого денежные власти не откажутся. И проверять будут за последние 3 года, позже, к тому времени мораторий на проверки уже отменят. И вот это, за 3 года, очень коварно. Сейчас, из-за высокой ставки ЦБ и длительного срока, пени будут не просто большие, они накопятся и будут огромные.
Вот такой вот расклад по финансовым рискам на предстоящую перспективу. И высокая ставка, и сроки, и ожидаемое указание 'сколько надо'.
Так что гавань на ' по пробовать ' это очень хорошая гавань, можно сказать лучшая на перспективу.
Ну, вообще то у нас аттестованный аудитор, который подписывает не только аудиторские заключения, но и экспертизы по экономическим преступлениям. И его квалификация достаточно проверена временем.
А вот ваши представления о "серьезных" предприятиях и развитии, скажем так, сильно отличаются от реальности. Это не плохо, но и не хорошо. Ниже Вам уже ответили, что важнее не денежные факторы. Вы, вместе с аналитиками, больше общайтесь с владельцами и управляющими предприятий, узнаете для себя много нового.
Вот не слушайте таких советов. И вот по чему. При схеме доходы - расходы Вам придется содержать доказательную базу что эти расходы относятся к производству за определенный налоговый период. Это большой труд и ничем не оправданные риски. Если Вы готовы судиться с ФНС и отстаивать Ваши позиции в судах, то это Ваш выбор. Мы проходили все инстанции, городской, республиканский, Верховный, который запустил всю цепочку по новый, и снова городской, республиканский суды. Но это ещё не всё. Вы будете крайне стеснены в расходах на производство и постоянно выяснять у бухгалтера можно ли списать очередную мелочь или нет и каким образом это можно сделать. Вот чем будет занята ваша голова постоянно. Ни о каком НИОКР даже не заикайтесь. Вот эти факторы почему то никто не считает.
Применительно к 1С. Иногда конкурентные преимущества пытаются получить не конкурентными методами. И сотрудники МВД проводит экспертизу изымая технику примерно на месяц. VDI сильно помогает пережить неприятный период.
Yandex играет в политические игры показывая что он в тренде модных желаний федеральных чиновников. Выборы через полгода, будет частичная ротация федеральных кадров. Вот и раздувают тему. Там глубоко плевать на то есть дефицит айтишников или нет, это забота самих компаний. Но для удержания своего положения тема подходящая, да ещё за чужой счёт с откатами.
У этого подхода есть существенный недостаток, в записях нет перекрестных ссылок. Когда одна запись содержит ссылки на другие записи. Тогда формируется рабочее дерево, даже группа деревьев. Есть направление и темы это теги, есть ветви это списки карточек, есть карточки листья содержащие заметки markdown, ссылки на внешние ресурсы, картинки, схемы и графики. И самое главное это поиск. Когда будет несколько сотен карточек с записями, тегов и списков для комфортной работы не хватает. И ещё ценная фича, возможность удобно отравлять ссылки в приложение. Я себе такую картотеку сделал из simpleNote от wordpress. Получилась мощная минималистичная вещь. zettencasten + gtd в одном приложении. Возможность backup прилагается в текстовом формате, это крайне ценно.
Если сходить по ссылкам и посмотреть, то нет там никакой конкуренции с docker Desktop. Это приложение прежде всего направлено на работу с OpenShift cluster's и кубернетис. Создавать образы, отравлять их в registry, готовить манифесты для кубернетис. В общем не новость, а "Учёный изнасиловал журналиста" , не надо так.
Потому что власть дают тем, кто жаждет власти. Есть люди которые хотят созидать, а есть люди которые хотят власти ради власти. Первые используют свои силы на созидание, вторые только на достижение власти и могущества. Первые проигрывают конкуренцию, но не только по этому, носители власти это кланы и группировки. По тому как устроена и работает власть и почему так происходит, есть очень хорошая, полезная книга "Лестница в небо" авторы Сергей Щеглов и Михаил Хазин. В первом квартале 2023 года ожидается второе издание, двухтомник передан в набор.
По тематике качества породившей Японское экономическое чудо написано много томов. Если совсем не в теме, то погуглите, "теория всеобщего менеджмента качества (TQM)", Уолтер Шухарт, цикл Деминга. Возможно Вас заинтересует принцип "Ни один сотрудник не нанимается на работу что бы работать плохо". Вообще, существует целая серия стандартов iso 9000, но они очень большие, обширные, поэтому, если сталкиваетесь с этим впервые, то лучше сначала разобраться с принципами решения проблемы качества, теорией TQM, поясняющей почему ОТК, малая или большая толпа разных контролеров в принципе не способны обеспечить надлежащее качество продукции, услуг и работ. Предлагаемые в статье походы не используют ни в какой мере эти принципы, по этому результаты по качеству будут неудовлетворительные. Что касается мотивации. Помилосердствуйте, но автор внедряет палочную систему учета. А что это значит. Есть галка в списке задач, молодец, нет галки, плохой, кормить не буду. А многообразие задач и что сложность у задач разная, это автор учитывать не собирается, у автора в голове звенит принцип сословного общества "я начальник, ты дурак, знай, холоп, свое место", автор барин, а не командный игрок, он отказывается формировать мотивацию (какие такие сякие научно обоснованные походы и методы) ему "не по чину", он "начальник". Ну какая, в этом случае, мотивация сформируется у персонала? Только "надо воровать и валить". Первыми сбегут наиболее ценные специалисты. Что касается мониторинга. Тот кто делал элементарный мониторинг серверов, тот довольно скоро с удивлением узнает что от 20% до 35% сигналов это шум, ложные срабатывания и с этим надо что-то делать. Казалось бы, такая простая система, элементарное сравнение показателей, что там может не работать, а оказывается что жизнь штука столь разнообразная что всего предусмотреть нельзя. И при таком высоком уровне шума, автор собирается принимать решения ответственные решения в отношении подчиненных требующие высочайшей тщательности.
По итогу автор фактически предлагает путь, что бы угробить работу, разогнать персонал и обворовать инвесторов (автор же кушать хочет). С такими друзьями никаких врагов не надо. Поэтому, с моей точки зрения, статья вредная и разрушительная.
PS. Деятелей с позицией автора очень много. Лучшим рецептом для выстраивания отношений с подобными персонами может быть сдельный метод оплаты труда, оклады тут категорически противопоказаны.
Сказать что статья плохая, этого недостаточно, статья разрушительно вредная. Полное отсутсвие понимания принципов обеспечения качества, прямо полный 0. Вопиющее невежество в управлении мотивации персоналом. Почему описываемый процесс мониторинга плохой и довольно вредный поймет любой мало - мальски грамотный системный администратор. Так не то что. за людьми, за железками не присматривают.
Мне не удалось увидеть код Битрикс24 полностью, но тот код что они рекомендуют и продвигают через документацию и учебный курсы https://github.com/bitrix24com/bots выглядит, скажем так, неприятным и отпугивающим. Если подобное внутри Битрикс24, то ребятам из НМЛК, несмотря на бравые реляции, стоит только по сочувствовать.
Вообще то, существует 2 разных продукта от совершенно разных команд разработчиков, с разной архитектурой и разными целями, это 1С-Битрикс и Битрикс24. Часть функционала пересекается. Очень, очень легко запутаться. В статье шла речь о Битрикс24. Нелюбимая очень многими архитектура это другой продукт - 1С-Битрикс. Вы о какой продукт имели ввиду говоря о "константа в современном мире" ? И, пользуясь случаем, хотел выразить респект и благодарность за статью лексическом анализе, очень ясно, прозрачно раскрыта тема, изложено легким языком, содержание отлично ложиться в качестве основы для написания своих небольших лексеров.
Ну кому смешно, а я раньше по этой дороге больше 5 лет попутками добирался, для меня норм. Военные пенсионеры вместе с женами и внуками на дачи ездят, жены тоже голосуют. И мобилизации такие были не однократно, и по больше были.
Я не утверждал, что взбросов не было. Я говорил что в определенный период вполне могла быть аномалия, поскольку для этого есть условия. Именно на этих участках эти условия были.
Может быть только одна причина вбрасывать. Это низкая явка. Не важно кто победит, это не существенно и при большой явке, так бывало на выборах раньше, поворчат и забудут, это проблемы политиков. Но если будет провал по явке, то это будут большие и тяжелые последствия с многочисленными кадровыми перестановками, низкая явка это проблема военных. В МО таких ошибок не простят никогда, и последствия будут жесткие. Люди испортят репутацию, потеряют связи, дети и, наверно уже, внуки поломают карьеру, потеряют хорошее служебное жилье.
В общем если вброс и был, то причину следует искать совсем в другой политике, ЕР с КПРФ тут рядом не стояли.
Действующих попросили проголосовать ещё в пятницу,
Тогда должен быть четкий резкий пик начиная примерно с 18:30 до закрытия в пятницу 17.
отставным всё равно.
Именно они и принимают решения, именно к ним и обращаются за помощью. Это очень влиятельная группа определяющая у кого как карьера военного сложиться, много военных династий, огромные связи в МО.
Четверть трехдневных голосов за два часа
Это примерно 500 человек, 250 семей. В городке много больше 10000 жителей, из них 20 процентов имеют дачи по дороге в Шарапово как минимум. 250 семей это всего 4 пятиэтажки. Это мало, очень мало. Там пара кварталов только девятиэтажных домов. И несколько кварталов пятиэтажек, и это не считая домов в самом Птицеграде.
Тут надо сравнивать с соседними избирательными участками располагающимися в городке, если грубо сравнить общую численность избирателей зарегистрированных по трем участкам и общую численность жителей, то как бы избирателей не хватает, должен быть как минимум еще один участок.
2742 и 2743 аномальной явкой в промежуток 18:00-20:00 19.09
Это нормально, народ с дач из Шарапова приехал. Видимо коменданту гарнизона сообщили что явка недостаточная и он скорее всего обратился с просьбой к командирам подразделений как к действующим так и уволенным в запас. Взаимовыручка у офицерского состава это не пустой звук, это хорошо работает, попросили помочь, подъедут и помогут.
Могу дать пояснения по г.Сергиев Посад как местный житель.
УИК №2725 г. стадион "Луч" и совсем рядом с ним УИК №4042 школа 21. Школа долгое время была переполнена, 2 - 3 смены. Сергей Пахомов на новую школу деньги выбил, и строительство курировал как мог. Новую Школу построили и открыли недавно, в прошлом учебном году.
УИК №2742 и УИК №2743 это школа № 8, а так же УИК №2749 г. в школе искусств № 3 , Это бывший военный городок и прилегающий к нему поселок где проживают действующий и уволенный в запас офицерский состав ВС РФ.
Вообще по г. Сергиев Посад статистика может не работать совсем. Город хорошо знают Президент с Министром Обороны, так исторически сложилось, Патриарх имеет тут свои виды. Долгосрочную стратегию развития города, например, Патриарх курирует лично.
Про тон текста это вы справедливо заметили, но термин инженерный менеджмент сильно режет ухо. Я вам расскажу следующее. Менеджмент имеет в своем основании проверенную временем, приличную научную базу с всеми обязательными атрибутами научных исследований. Это и научный метод, гипотезы, эксперименты, теории объясняющие те или иные явления, теории дающие альтернативное объяснения. И когда вы употребляете инженерный менеджмент получается что это какой то отдельный менеджмент от инженеров или специальный менеджмент для инженеров. Но если чуть копнуть поглубже, то на поверку оказывается что за всем этим стоит обычный менеджмент основанный на научной базе и никакого отдельного, специального, инженерного и всякого другого не существует. Единственное место где инженерный менеджмент оправдан это википедия, там деткам так искать удобнее. Некоторые честно называют инженерный менеджмент псевдодисциплинай. В общем, не ведитесь на этот маркетинговый Bull sheet, там только денег хотят, Вам точно подсовывают контрафакт.
Но вся эта терминологическая возня не интересна. Более привлекательным может быть обсуждение следующих моментов. В IT компаниях характерно следующее. В следствии напряженного умственного труда, увлекательной деятельности и возможных переработок сотрудники испытывают сложности с определением момента завершения работы за текущий день. Какие критерии будут использовать тимлиды, что бы не доводить людей до выгорания? Удаленка только добавляет сложностей.
Сейчас идет гонка за разработчиков. Какие возможности могут иметь тимлиды для повышения лояльности программистов в их группе?
Существует ли у Вас ротация персонала, например, для улучшения взаимно отношений между разработчиками и тестировщиками, им можно предложить поменяться рабочими местами сроком на 3 - 5 дней. Эта идея похожа на маленькую провокацию. Что могут предложит тимлиды для улучшения взаимодействия команд, как измерить результат?
Появление бригадиров - тимлидов разрушает плоскую структуру организации, перемены происходят спонтанно и часто это сопровождается снижением мотивации разработчиков. Каким образом тимлиды могут помочь в преодолении этой угрозы, на какую помощь руководства тимлиды могут расчитывать?
Это всё не простые вопросы, на них нет однозначного ответа. Но даже если Вы немного поразмышляете об этом, это уже обернется сторицей.
не учитывающий важного факта - я говорю про инженерный менеджмент
У меня для Вас плохая новость, похоже что инженерный менеджмент это либо заблуждение, либо Ваше личное изобретение. Так часто бывает, менеджмент сложен. Нельзя просто почитать "Основы менеджмента" Хедоури и Мескона и сказать, я квалифицированный руководитель, это так не работает. Требуется большая практика что бы ощутить как взаимодействуют люди, как формируется иерархия, как формируется мотивация.
Тимлидство - может требовать определенной инженерной квалификации (что полбеды) и специфичных навыков для вашего проекта (что уже серьезное препятствие).
Вот это интересный момент. Полбеды с инженерной квалификацией смягчается тем что руководитель не программист, у него другая работа, а вот что означают специфичные навыки для проекта. Это надо понять более подробно. Есть навыки присущие самому проекту, например, знание предметной области проекта, знание ключевых элементов проекта их особенностей и взаимосвязей, знание формальной и фактической иерархии проекта. Есть навыки связанные с созданием программного продукта, например, знание и умение применять гибкие технологии управления проектом по созданию программного продукта. Или навыки руководителя связанные с выполнением работы по управлению, то есть прогнозировать и планировать, организовывать, отдавать распоряжения, координировать и контролировать. Или навыки лидерства и борьбы за фактическую власть и политическое влияние.
Судя по тому что вы описываете, как вы потратили год на то что бы обучить человека тому какая у него получается иерархия целей в новой позиции и как целесообразно распределять рабочее время что бы эти цели достигать, то у Вас самих внутри нет ясности по данной тематике. Однако, положа руку на сердце, я Вам так скажу, на теме проектирования работы подчиненных у меня «буксовали» все из моего окружения. Это прямо какая-то «Terra incognito», хотя решение лежит на поверхности, нужно сделать списки требований и навыков. Дальше пазл начнет складываться сам собой.
С тимлидами вообще никаких сложностей не должно возникать, это обычные бригадиры, толковые и надежные сотрудники, на которых любое производство держится, иерархия группы сама выдвигает на передний план подходящих для этого людей. С инженерами и разработчиками ещё проще, они более организованы и сами покажут на будущего тимлида и сообщат что с ним им будет работать проще и они ему доверяют. Все что от Вас требуется это помочь этим людям грамотно освоиться в новой позиции, шаг за шагом, без потрясений, но этим Вы разберетесь, опыт позволяет.
Всё вышеперечисленное во многих случаях не подходит для такого типа бизнеса - могу раскрыть этот тезис подробнее, если он вызовет сомнение.
Сомнение у меня вызывает не тезис, сомнение у меня вызывает насколько хорошо Вам удалось разглядеть, что в основе предложенного мною плана лежит принцип «сначала думай, потом делай». Сначала определись, пойми что ты от будущего человека хочешь, сможет ли он это делать и как долго, и на каких условиях, подготовься как следует и только потом приглашай людей. Практика показывает что это работает независимо от типов, видов, категорий бизнесов и не только.
Что касается «доброты», то, извините, это писалось не про Вас и не для Вас. Это было написано для разработчиков перед которыми встает выбор переходить на управленческую позицию или оставаться разработчиком. Выбор сложный, хотелось показать разные его стороны. Вы писали хорошо, ярко, так что не обессудьте, приходиться соответствовать.
То что Вы описали, это хорошо известный в менеджменте так называемый «Синдром менеджера игрока». Синдром заключается в том что в данном случае Петр вместо выполнения обязанностей руководителя продолжает делать то чему его учили и что он хорошо делал до этого, быть хорошим программистом. Теперь Вы предлагаете потратить целый год для того что бы помочь человеку адаптироваться к новым условиям. Для Петра это будет тяжелейший переход. До этого Петр программировал, его деятельность была основана на алгоритмах и математике где многое исчислимо. Но теперь Петр попадает в условия в которых алгоритмы будут работать во первых только с некой степенью вероятности, поскольку теорем здесь нет, есть только статистика, и во вторых они не имеют обратного действия ctrl-z не работает, в третьих, люди не компьютеры, нельзя взять и заменить один кусок кода на другой, более совершенный. То есть вы вот так вот свободным, волевым решением отправляете одного из лучших программистов в условия «серой мглы» неопределенности, с возросшей ответственностью за людей, без инструментов, знаний и навыков. «Добрый» Вы человек однако. А с учетом того что вы будете платить заработанную плату человеку в течении года который не может полноценно выполнять свои обязанности и не факт что этот Петр продолжит работу менеджером и в сложившихся условиях не поменяет место работы, это наводит на тревожную, но разумную, мысль: «Валить надо от этого безответственного придурка, такой и проект утопит, и нас в дерьме искупает». Придурком, как вы понимаете, в данном случае будет не Петр. Финансовую ответственность никто не отменял и деньги надо считать.
Есть ли альтернативный подход? Оказывается такой подход есть и он находится прямо у нас «под ногами».
Когда возникает потребность нанять человека, вполне разумным и ответственным подходом является предварительно продумать работу будущего сотрудника и фактически заранее спроектировать его работчее место.
Начинать надо с неприятного, но необходимого. Придется анализировать и выяснять требования законодательства предъявляемые как к рабочему месту так и к будущему работнику с позиций закона.
Второе, необходимо определиться с сутью будущей работы, разобраться в чем заключается работа, какова ее продолжительность, какие требования предъявляет работа к рабочему месту и какие требования к навыкам будущего сотрудника. Особенно тщательно это надо сделать, если это будущий руководитель, который будет иметь подчиненных.
Третье, после того будет сформирован список требований, можно попробовать выяснить способы тестирования конкретных навыков будущего работника, попытался их фактически измерить.
Четвертое, потребуется определиться во сколько нам это все обойдется.
Пятое, надо принять решение, берем внешних кандидатов или растим своих. Можно провести конкурс и позволить участвовать своим на равне с внешними кандидатами.
Шестое, подготовить будущее рабочее место, разработать как использовать доступные Вам способы отбора, окончательно сформировать критерии отбора, определиться каким образом будет организован и проведен онбординг. Выяснить возможность дообучения кандидата.
Седьмое, Вам нужно сформулировать предложение которое вы будете делать будущим кандидатам.
Восьмое, Вам нужно будет подготовить план проведения и организовать тестирование и собеседование с кандидатами.
И вот теперь, на девятом пункте, если все срослось успешно, Вы можете себе позволить пригласить к себе людей и сделать им соответсвующее предложение.
Десятый, одиннадцатый и последующие пункты Вы можите расписать самостоятельно, по аналогии.
Сейчас проверок нет. Но закон никто не отменял и они возобновляться. Идёт дорогостоящая военная операция, денег уже не хватает. Значит будет указание об усилении собираемости налогов. И налогов соберут не сколько положено, а сколько надо и со всех юр лиц и предпринимателей до которых сумеют дотянуться. Такое уже было раньше и от этого денежные власти не откажутся. И проверять будут за последние 3 года, позже, к тому времени мораторий на проверки уже отменят. И вот это, за 3 года, очень коварно. Сейчас, из-за высокой ставки ЦБ и длительного срока, пени будут не просто большие, они накопятся и будут огромные.
Вот такой вот расклад по финансовым рискам на предстоящую перспективу. И высокая ставка, и сроки, и ожидаемое указание 'сколько надо'.
Так что гавань на ' по пробовать ' это очень хорошая гавань, можно сказать лучшая на перспективу.
Ну, вообще то у нас аттестованный аудитор, который подписывает не только аудиторские заключения, но и экспертизы по экономическим преступлениям. И его квалификация достаточно проверена временем.
А вот ваши представления о "серьезных" предприятиях и развитии, скажем так, сильно отличаются от реальности. Это не плохо, но и не хорошо. Ниже Вам уже ответили, что важнее не денежные факторы. Вы, вместе с аналитиками, больше общайтесь с владельцами и управляющими предприятий, узнаете для себя много нового.
Вот не слушайте таких советов. И вот по чему. При схеме доходы - расходы Вам придется содержать доказательную базу что эти расходы относятся к производству за определенный налоговый период. Это большой труд и ничем не оправданные риски. Если Вы готовы судиться с ФНС и отстаивать Ваши позиции в судах, то это Ваш выбор. Мы проходили все инстанции, городской, республиканский, Верховный, который запустил всю цепочку по новый, и снова городской, республиканский суды. Но это ещё не всё. Вы будете крайне стеснены в расходах на производство и постоянно выяснять у бухгалтера можно ли списать очередную мелочь или нет и каким образом это можно сделать. Вот чем будет занята ваша голова постоянно. Ни о каком НИОКР даже не заикайтесь. Вот эти факторы почему то никто не считает.
Применительно к 1С. Иногда конкурентные преимущества пытаются получить не конкурентными методами. И сотрудники МВД проводит экспертизу изымая технику примерно на месяц. VDI сильно помогает пережить неприятный период.
Yandex играет в политические игры показывая что он в тренде модных желаний федеральных чиновников. Выборы через полгода, будет частичная ротация федеральных кадров. Вот и раздувают тему. Там глубоко плевать на то есть дефицит айтишников или нет, это забота самих компаний. Но для удержания своего положения тема подходящая, да ещё за чужой счёт с откатами.
Del
У этого подхода есть существенный недостаток, в записях нет перекрестных ссылок. Когда одна запись содержит ссылки на другие записи. Тогда формируется рабочее дерево, даже группа деревьев. Есть направление и темы это теги, есть ветви это списки карточек, есть карточки листья содержащие заметки markdown, ссылки на внешние ресурсы, картинки, схемы и графики. И самое главное это поиск. Когда будет несколько сотен карточек с записями, тегов и списков для комфортной работы не хватает. И ещё ценная фича, возможность удобно отравлять ссылки в приложение. Я себе такую картотеку сделал из simpleNote от wordpress. Получилась мощная минималистичная вещь. zettencasten + gtd в одном приложении. Возможность backup прилагается в текстовом формате, это крайне ценно.
Если сходить по ссылкам и посмотреть, то нет там никакой конкуренции с docker Desktop. Это приложение прежде всего направлено на работу с OpenShift cluster's и кубернетис. Создавать образы, отравлять их в registry, готовить манифесты для кубернетис. В общем не новость, а "Учёный изнасиловал журналиста" , не надо так.
Потому что власть дают тем, кто жаждет власти. Есть люди которые хотят созидать, а есть люди которые хотят власти ради власти. Первые используют свои силы на созидание, вторые только на достижение власти и могущества. Первые проигрывают конкуренцию, но не только по этому, носители власти это кланы и группировки. По тому как устроена и работает власть и почему так происходит, есть очень хорошая, полезная книга "Лестница в небо" авторы Сергей Щеглов и Михаил Хазин. В первом квартале 2023 года ожидается второе издание, двухтомник передан в набор.
По тематике качества породившей Японское экономическое чудо написано много томов. Если совсем не в теме, то погуглите, "теория всеобщего менеджмента качества (TQM)", Уолтер Шухарт, цикл Деминга. Возможно Вас заинтересует принцип "Ни один сотрудник не нанимается на работу что бы работать плохо". Вообще, существует целая серия стандартов iso 9000, но они очень большие, обширные, поэтому, если сталкиваетесь с этим впервые, то лучше сначала разобраться с принципами решения проблемы качества, теорией TQM, поясняющей почему ОТК, малая или большая толпа разных контролеров в принципе не способны обеспечить надлежащее качество продукции, услуг и работ. Предлагаемые в статье походы не используют ни в какой мере эти принципы, по этому результаты по качеству будут неудовлетворительные.
Что касается мотивации. Помилосердствуйте, но автор внедряет палочную систему учета. А что это значит. Есть галка в списке задач, молодец, нет галки, плохой, кормить не буду. А многообразие задач и что сложность у задач разная, это автор учитывать не собирается, у автора в голове звенит принцип сословного общества "я начальник, ты дурак, знай, холоп, свое место", автор барин, а не командный игрок, он отказывается формировать мотивацию (какие такие сякие научно обоснованные походы и методы) ему "не по чину", он "начальник". Ну какая, в этом случае, мотивация сформируется у персонала? Только "надо воровать и валить". Первыми сбегут наиболее ценные специалисты.
Что касается мониторинга. Тот кто делал элементарный мониторинг серверов, тот довольно скоро с удивлением узнает что от 20% до 35% сигналов это шум, ложные срабатывания и с этим надо что-то делать. Казалось бы, такая простая система, элементарное сравнение показателей, что там может не работать, а оказывается что жизнь штука столь разнообразная что всего предусмотреть нельзя. И при таком высоком уровне шума, автор собирается принимать решения ответственные решения в отношении подчиненных требующие высочайшей тщательности.
По итогу автор фактически предлагает путь, что бы угробить работу, разогнать персонал и обворовать инвесторов (автор же кушать хочет). С такими друзьями никаких врагов не надо. Поэтому, с моей точки зрения, статья вредная и разрушительная.
PS. Деятелей с позицией автора очень много. Лучшим рецептом для выстраивания отношений с подобными персонами может быть сдельный метод оплаты труда, оклады тут категорически противопоказаны.
Сказать что статья плохая, этого недостаточно, статья разрушительно вредная. Полное отсутсвие понимания принципов обеспечения качества, прямо полный 0. Вопиющее невежество в управлении мотивации персоналом. Почему описываемый процесс мониторинга плохой и довольно вредный поймет любой мало - мальски грамотный системный администратор. Так не то что. за людьми, за железками не присматривают.
Мне не удалось увидеть код Битрикс24 полностью, но тот код что они рекомендуют и продвигают через документацию и учебный курсы https://github.com/bitrix24com/bots выглядит, скажем так, неприятным и отпугивающим. Если подобное внутри Битрикс24, то ребятам из НМЛК, несмотря на бравые реляции, стоит только по сочувствовать.
Вообще то, существует 2 разных продукта от совершенно разных команд разработчиков, с разной архитектурой и разными целями, это 1С-Битрикс и Битрикс24. Часть функционала пересекается. Очень, очень легко запутаться. В статье шла речь о Битрикс24. Нелюбимая очень многими архитектура это другой продукт - 1С-Битрикс. Вы о какой продукт имели ввиду говоря о "константа в современном мире" ?
И, пользуясь случаем, хотел выразить респект и благодарность за статью лексическом анализе, очень ясно, прозрачно раскрыта тема, изложено легким языком, содержание отлично ложиться в качестве основы для написания своих небольших лексеров.
Ну кому смешно, а я раньше по этой дороге больше 5 лет попутками добирался, для меня норм. Военные пенсионеры вместе с женами и внуками на дачи ездят, жены тоже голосуют. И мобилизации такие были не однократно, и по больше были.
Я не утверждал, что взбросов не было. Я говорил что в определенный период вполне могла быть аномалия, поскольку для этого есть условия. Именно на этих участках эти условия были.
Может быть только одна причина вбрасывать. Это низкая явка. Не важно кто победит, это не существенно и при большой явке, так бывало на выборах раньше, поворчат и забудут, это проблемы политиков. Но если будет провал по явке, то это будут большие и тяжелые последствия с многочисленными кадровыми перестановками, низкая явка это проблема военных. В МО таких ошибок не простят никогда, и последствия будут жесткие. Люди испортят репутацию, потеряют связи, дети и, наверно уже, внуки поломают карьеру, потеряют хорошее служебное жилье.
В общем если вброс и был, то причину следует искать совсем в другой политике, ЕР с КПРФ тут рядом не стояли.
Тогда должен быть четкий резкий пик начиная примерно с 18:30 до закрытия в пятницу 17.
Именно они и принимают решения, именно к ним и обращаются за помощью. Это очень влиятельная группа определяющая у кого как карьера военного сложиться, много военных династий, огромные связи в МО.
Это примерно 500 человек, 250 семей. В городке много больше 10000 жителей, из них 20 процентов имеют дачи по дороге в Шарапово как минимум. 250 семей это всего 4 пятиэтажки. Это мало, очень мало. Там пара кварталов только девятиэтажных домов. И несколько кварталов пятиэтажек, и это не считая домов в самом Птицеграде.
Тут надо сравнивать с соседними избирательными участками располагающимися в городке, если грубо сравнить общую численность избирателей зарегистрированных по трем участкам и общую численность жителей, то как бы избирателей не хватает, должен быть как минимум еще один участок.
Это нормально, народ с дач из Шарапова приехал. Видимо коменданту гарнизона сообщили что явка недостаточная и он скорее всего обратился с просьбой к командирам подразделений как к действующим так и уволенным в запас. Взаимовыручка у офицерского состава это не пустой звук, это хорошо работает, попросили помочь, подъедут и помогут.
Могу дать пояснения по г.Сергиев Посад как местный житель.
УИК №2725 г. стадион "Луч" и совсем рядом с ним УИК №4042 школа 21. Школа долгое время была переполнена, 2 - 3 смены. Сергей Пахомов на новую школу деньги выбил, и строительство курировал как мог. Новую Школу построили и открыли недавно, в прошлом учебном году.
УИК №2742 и УИК №2743 это школа № 8, а так же УИК №2749 г. в школе искусств № 3 , Это бывший военный городок и прилегающий к нему поселок где проживают действующий и уволенный в запас офицерский состав ВС РФ.
Вообще по г. Сергиев Посад статистика может не работать совсем. Город хорошо знают Президент с Министром Обороны, так исторически сложилось, Патриарх имеет тут свои виды. Долгосрочную стратегию развития города, например, Патриарх курирует лично.
Про тон текста это вы справедливо заметили, но термин инженерный менеджмент сильно режет ухо. Я вам расскажу следующее. Менеджмент имеет в своем основании проверенную временем, приличную научную базу с всеми обязательными атрибутами научных исследований. Это и научный метод, гипотезы, эксперименты, теории объясняющие те или иные явления, теории дающие альтернативное объяснения. И когда вы употребляете инженерный менеджмент получается что это какой то отдельный менеджмент от инженеров или специальный менеджмент для инженеров. Но если чуть копнуть поглубже, то на поверку оказывается что за всем этим стоит обычный менеджмент основанный на научной базе и никакого отдельного, специального, инженерного и всякого другого не существует. Единственное место где инженерный менеджмент оправдан это википедия, там деткам так искать удобнее. Некоторые честно называют инженерный менеджмент псевдодисциплинай. В общем, не ведитесь на этот маркетинговый Bull sheet, там только денег хотят, Вам точно подсовывают контрафакт.
Но вся эта терминологическая возня не интересна. Более привлекательным может быть обсуждение следующих моментов. В IT компаниях характерно следующее. В следствии напряженного умственного труда, увлекательной деятельности и возможных переработок сотрудники испытывают сложности с определением момента завершения работы за текущий день. Какие критерии будут использовать тимлиды, что бы не доводить людей до выгорания? Удаленка только добавляет сложностей.
Сейчас идет гонка за разработчиков. Какие возможности могут иметь тимлиды для повышения лояльности программистов в их группе?
Существует ли у Вас ротация персонала, например, для улучшения взаимно отношений между разработчиками и тестировщиками, им можно предложить поменяться рабочими местами сроком на 3 - 5 дней. Эта идея похожа на маленькую провокацию. Что могут предложит тимлиды для улучшения взаимодействия команд, как измерить результат?
Появление бригадиров - тимлидов разрушает плоскую структуру организации, перемены происходят спонтанно и часто это сопровождается снижением мотивации разработчиков. Каким образом тимлиды могут помочь в преодолении этой угрозы, на какую помощь руководства тимлиды могут расчитывать?
Это всё не простые вопросы, на них нет однозначного ответа. Но даже если Вы немного поразмышляете об этом, это уже обернется сторицей.
У меня для Вас плохая новость, похоже что инженерный менеджмент это либо заблуждение, либо Ваше личное изобретение. Так часто бывает, менеджмент сложен. Нельзя просто почитать "Основы менеджмента" Хедоури и Мескона и сказать, я квалифицированный руководитель, это так не работает. Требуется большая практика что бы ощутить как взаимодействуют люди, как формируется иерархия, как формируется мотивация.
Вот это интересный момент. Полбеды с инженерной квалификацией смягчается тем что руководитель не программист, у него другая работа, а вот что означают специфичные навыки для проекта. Это надо понять более подробно. Есть навыки присущие самому проекту, например, знание предметной области проекта, знание ключевых элементов проекта их особенностей и взаимосвязей, знание формальной и фактической иерархии проекта. Есть навыки связанные с созданием программного продукта, например, знание и умение применять гибкие технологии управления проектом по созданию программного продукта. Или навыки руководителя связанные с выполнением работы по управлению, то есть прогнозировать и планировать, организовывать, отдавать распоряжения, координировать и контролировать. Или навыки лидерства и борьбы за фактическую власть и политическое влияние.
Судя по тому что вы описываете, как вы потратили год на то что бы обучить человека тому какая у него получается иерархия целей в новой позиции и как целесообразно распределять рабочее время что бы эти цели достигать, то у Вас самих внутри нет ясности по данной тематике. Однако, положа руку на сердце, я Вам так скажу, на теме проектирования работы подчиненных у меня «буксовали» все из моего окружения. Это прямо какая-то «Terra incognito», хотя решение лежит на поверхности, нужно сделать списки требований и навыков. Дальше пазл начнет складываться сам собой.
С тимлидами вообще никаких сложностей не должно возникать, это обычные бригадиры, толковые и надежные сотрудники, на которых любое производство держится, иерархия группы сама выдвигает на передний план подходящих для этого людей. С инженерами и разработчиками ещё проще, они более организованы и сами покажут на будущего тимлида и сообщат что с ним им будет работать проще и они ему доверяют. Все что от Вас требуется это помочь этим людям грамотно освоиться в новой позиции, шаг за шагом, без потрясений, но этим Вы разберетесь, опыт позволяет.
Сомнение у меня вызывает не тезис, сомнение у меня вызывает насколько хорошо Вам удалось разглядеть, что в основе предложенного мною плана лежит принцип «сначала думай, потом делай». Сначала определись, пойми что ты от будущего человека хочешь, сможет ли он это делать и как долго, и на каких условиях, подготовься как следует и только потом приглашай людей. Практика показывает что это работает независимо от типов, видов, категорий бизнесов и не только.
Что касается «доброты», то, извините, это писалось не про Вас и не для Вас. Это было написано для разработчиков перед которыми встает выбор переходить на управленческую позицию или оставаться разработчиком. Выбор сложный, хотелось показать разные его стороны. Вы писали хорошо, ярко, так что не обессудьте, приходиться соответствовать.
То что Вы описали, это хорошо известный в менеджменте так называемый «Синдром менеджера игрока». Синдром заключается в том что в данном случае Петр вместо выполнения обязанностей руководителя продолжает делать то чему его учили и что он хорошо делал до этого, быть хорошим программистом. Теперь Вы предлагаете потратить целый год для того что бы помочь человеку адаптироваться к новым условиям. Для Петра это будет тяжелейший переход. До этого Петр программировал, его деятельность была основана на алгоритмах и математике где многое исчислимо. Но теперь Петр попадает в условия в которых алгоритмы будут работать во первых только с некой степенью вероятности, поскольку теорем здесь нет, есть только статистика, и во вторых они не имеют обратного действия ctrl-z не работает, в третьих, люди не компьютеры, нельзя взять и заменить один кусок кода на другой, более совершенный. То есть вы вот так вот свободным, волевым решением отправляете одного из лучших программистов в условия «серой мглы» неопределенности, с возросшей ответственностью за людей, без инструментов, знаний и навыков. «Добрый» Вы человек однако. А с учетом того что вы будете платить заработанную плату человеку в течении года который не может полноценно выполнять свои обязанности и не факт что этот Петр продолжит работу менеджером и в сложившихся условиях не поменяет место работы, это наводит на тревожную, но разумную, мысль: «Валить надо от этого безответственного придурка, такой и проект утопит, и нас в дерьме искупает». Придурком, как вы понимаете, в данном случае будет не Петр. Финансовую ответственность никто не отменял и деньги надо считать.
Есть ли альтернативный подход? Оказывается такой подход есть и он находится прямо у нас «под ногами».
Когда возникает потребность нанять человека, вполне разумным и ответственным подходом является предварительно продумать работу будущего сотрудника и фактически заранее спроектировать его работчее место.
Начинать надо с неприятного, но необходимого. Придется анализировать и выяснять требования законодательства предъявляемые как к рабочему месту так и к будущему работнику с позиций закона.
Второе, необходимо определиться с сутью будущей работы, разобраться в чем заключается работа, какова ее продолжительность, какие требования предъявляет работа к рабочему месту и какие требования к навыкам будущего сотрудника. Особенно тщательно это надо сделать, если это будущий руководитель, который будет иметь подчиненных.
Третье, после того будет сформирован список требований, можно попробовать выяснить способы тестирования конкретных навыков будущего работника, попытался их фактически измерить.
Четвертое, потребуется определиться во сколько нам это все обойдется.
Пятое, надо принять решение, берем внешних кандидатов или растим своих. Можно провести конкурс и позволить участвовать своим на равне с внешними кандидатами.
Шестое, подготовить будущее рабочее место, разработать как использовать доступные Вам способы отбора, окончательно сформировать критерии отбора, определиться каким образом будет организован и проведен онбординг. Выяснить возможность дообучения кандидата.
Седьмое, Вам нужно сформулировать предложение которое вы будете делать будущим кандидатам.
Восьмое, Вам нужно будет подготовить план проведения и организовать тестирование и собеседование с кандидатами.
И вот теперь, на девятом пункте, если все срослось успешно, Вы можете себе позволить пригласить к себе людей и сделать им соответсвующее предложение.
Десятый, одиннадцатый и последующие пункты Вы можите расписать самостоятельно, по аналогии.