+7 (499) 110-86-37Москва и область +7 (812) 426-14-07 Доб. 366Санкт-Петербург и область

Как грамотно уволить сотрудника по которому есть сомнения в благонадежности

Как грамотно уволить сотрудника по которому есть сомнения в благонадежности

Где и как узнать номер водительского удостоверения по фамилии Телефонная консультация 8 Звонок бесплатный 25 юристов сейчас на сайте консультаций за 24 часа Если Вам трудно сформулировать вопрос — позвоните по бесплатному многоканальному телефону 8 , юрист Вам поможет Похожие темы: ГИБДД номер водительского удостоверения Водительские права старого образца Проверить номер водительского удостоверения Штрафы ГИБДД по номеру водительского удостоверения Водительское удостоверение номер и серия Номер старого водительского удостоверения Хочу восстановить водительское удостоверение по утере. Можно ли проверить права по базе ГИБДД по фамилии в году Узнать дату выдачи водительского удостоверения по номеру Узнать дату выдачи водительских прав по номеру Add Comment Выдача первого водительского удостоверения для водителя новичка — это всегда радость и счастье. Однако, зачастую вследствие своего большого водительского стажа, этот счастливый момент попросту забывается. Но жизненные ситуации и требования к водителям провоцируют ситуации, когда дату выдачи первого водительского удостоверения необходимо вспомнить. Дорогие читатели!

ВИДЕО ПО ТЕМЕ: Как уволить сотрудника? Увольнение без проблем!

Дорогие читатели! Наши статьи рассказывают о типовых способах решения юридических вопросов, но каждый случай носит уникальный характер.

Если вы хотите узнать, как решить именно Вашу проблему - обращайтесь в форму онлайн-консультанта справа или звоните по телефонам, представленным на сайте. Это быстро и бесплатно!

Содержание:

Проверить водителя по номеру удостоверения

А в чем проблема? Да, сотрудник — это ресурс. Но это означает, что не стоит о нем заботится? Наоборот, как раз стоит.

Убейте меня — но я не вижу вины Рика — он получил возможность реализовать себя и делал это на пределе сил и возможностей. У меня у самого лучший код был написан в 4 утра и я даже не заметил как рассвет наступил.

И не стоит думать что это был "хитрый план Рика по завладению компанией" — отнюдь, просто другие сливались где он продолжал работать, и пока брали других, они въезжали в курс дела — Рик продолжал выдавать результат на гора, и постепенно количество переросло в качество — Диалектика, ее законы никто не отменял!

Если фирма не загнулась — значит уже вытянул. Я уверен что когда он выдавал результат а в его код естественно никто и не заглядывал , менеджеры ходили с высоко поднятыми головами типа заплатили за одного — а получили как за трех. И более того они поверили в принцип " чтобы корова ела вдвое меньше и давала вдвое больше молока — ее надо меньше кормить и больше доить" — и это и есть корень проблемы!

Иногда есть проблемы которые с наскока не решить, например у меня было два таких случая — в первом я месяц бился над решением задачи и в итоге когда уже совсем отчаялся — тупо лег спать и увидел решение во сне, утром я сразу попробовал реализовать его и оно как не странно сработало. Второй случай похож, в общем я неделю загонялся по одной таске но потом в офис пришел корпоратив, я наклюкался в дрова и набыдлокодил непонятно что — после на трезвую голову я понял что решил это, отрефакторил код, вылил на прод и уже как 3 года он работает.

Да типовые задачи должны решаться на раз, желательно подключением готовой и отлаженной профессионалами библиотеки, но иногда есть проблемы для которых нет готовых решений, вот тут и надо немного удачи и вдохновения и тонны тяжелого труда. Есть проблема в работе на износ, это вредно для здоровья и в дальней перспективе это ведет к плохим последствиям.

Нужно уметь думать об этом. Вина есть однозначно! Человек не хочет делегировать задачи другим, под предлогом что они не сделают её так хорошо как он. Неужели в проекте все задачи были мегасложными? Нет, но способ работы через костыли делал делегирование почти невозможным.

Плюс самомнение, что если не сделаю всё сам, то будет плохой код. К тому же насколько я понял, изначально Рику предложили продолжить работать в команде по созданию проекта с нуля — но по правилам, но его вариант быть не звездой, а винтиком — не устроил и он взорвался.

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

Из комментариев к оригинальной статье, похоже, что не только заметили, но и пытались охладить пыл Рика, отправить его в отпуск отдохнуть.

Он не соглашался. Правила менеджмента везде одинаковые. Если менеджер не тупой, он должен понять что и сколько времени занимает и уточнить у специалиста, поскольку он не разбирается в предметной области и вроде как не может дать валидной оценки. А не должно напрягать. Давать ревьювить свой код джунам полезно во всех отношениях — они учатся на хороших примерах, а если не можешь объяснить джуну, зачем ты сделал это именно так — это повод задуматься над уровнем собственного понимания дао программирования.

С таким отношением слона не продашь Надо искать сильные стороны в людях и давать им соответствующую работу. Или писать документацию. Или тесты. Или скрипты для деплоймента. Вот, я уверен, куча людей не знает, что в python есть оператор для перемножения матриц.

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

В-третьх "пока объяснял сам понял" — весьма эффективная методика. Таким образом, джуниор должен принимать участие в ревью, но должен быть и кто-то опытный в составе. Все зависит от того, какая политика у компании относительно джуниоров. Я могу и ошибаться, но это может быть не так уж и сложно делать ревью в паре опытный-молодняк в качестве ревьюеров. Теоретически, такие ревью позволят быстрее взрастить джуниора.

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

Это заблуждение, которое часто используют для манипулации. Деньги наемным работникам платят за отработанное время, а не за решение проблем. Обязанность простого программиста — добросовестно 8 часов в день делать то, что ему скажет лид Обязанность лида — добросовестно 8 часов в день исполнять свои обязанности и коммуницировать результаты и проблемы наверх. Если вам не оплачивают переработки под любым предлогом ты сам виноват, компании надо — меняйте работу Если оплачиваемые переработки случаются регулярно — нужно ставить вопрос о качестве менеджмента или менять работу.

Хронически перерабатывать могут только те, чьи доходы качественно зависят от результата: средне-высшний менеджмент и собственники бизнеса. Еще как вариант, владельцы пакетов акций компании или за обещанную крупную премию в случае успешной сдачи проекта. Вполне себе ревью. Я не даром третий пункт написал. Джун непонятное должен спрашивать. А ты пока объясняешь сам себя и перепроверишь. Нет, если после этого ещё опытный товарищ посмотреть — будет только лучше, но и считать это бесполезной времязатратой — глупость полная.

А почему ты считаешь, что твоя "головная боль" и твоё мнение о расходе собственного рабочего времени должны идти вразрез мнению твоего руководителя? Может быть, ты рок-звезда? По-моему, если босс решил, что для всей команды выгоднее, чтобы джуны смотрели твои пулл-реквесты, а ты бы им разъяснял, то будь добр — показывай и разъясняй.

Или ищи другую команду. Ну в данном случае это вы первый включили режим: "я звезда, кругом одни дебилы, которым надо все объяснять". Мой опыт говорит, что подобные претензии редко соответствуют реальности.

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

А так как нормальный код писать было некогда — то получилось то что получилось!!! Да однозначно — просто если где и были косяки — то я уверен они были архитектурные, а не в самом коде.

Но если времени в обрез то ты просто не можешь это исправлять — тупо нет времени… Код то работает! Вопрос в другом — что это не проблемы Рика, а проблемы менеджмента который их не хотел решать и Рик решал их как мог Это не работает если тебе приносит удовольствие то что ты делаешь… В любой профессии такие есть! Если у проекта есть какая-то проблема — виноваты всегда менеджеры. Потому что только у него есть рычаги влияния, у него должно быть средство сбора информации и так далее.

В данном случае то, что называло себя менеджером должно было убить себя об стену, чтобы не создавать проблемы для проекта. К сожалению, это ничтожество не только не сделало этого, но ещё и, как водится в вашей среде, подставило очень ценного при должном отношении резработчика. Ну вот сидит тут 5 человек в команде, каждый занят своей частью, и менеджер. Если на проекте случается какая-то фигня, кто первым узнает? Я только могу вовремя донести менеджеру проблему, но и то, только в случае, если я ее вижу.

Все остальное должен делать менеджер. Иначе он вообще не нужен. Так ведь именно в этом и проблема, что менеджмент только начал чесаться к тому времени когда ведущего разработчика уже все достало. Почему, если он прав? Он работал 12х7 несколько месяцев или даже год, в то время как остальные разработчики занимались какой-то херней, менеджеры занимались какой-то херней, да походу все там кроме него занимались какой-то херней.

Ну серьезно. Вы считаете нормальной ситуацию, когда очевидно, что один из разработчиков адово перерабатывает а никто не сделал ничего, что бы привело к результату? Причем разработчик, на котором все держится. Ну и про "ежедневное поведение", судя по вот этому куску текста "And so our resident genius, our Dr.

Jekyll, explosively completed his transformation into Mr. В реальной жизни у нас часто нет юнит-тестирования, тестировщиков и вообще какой либо слежки за кодом, кроме "ну, я вроде у себя проверил".

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

Поэтому "очередь" в качестве доказательства, что фразы не было, не подходит.

Как правильно оформить приказ об увольнении за прогул

Увольнение сотрудника — с этим сталкивается каждый руководитель. Казалось бы, что в этом сложного — сказать человеку, что он уволен, тем более что причин всегда предостаточно? Почему так происходит? Увольнение — действительно ситуация психологически нагруженная. Ее эмоциональная сторона, в отличие от правовой, мало проработана и более того — табуирована.

А в чем проблема? Да, сотрудник — это ресурс.

Часть работников с возрастом начинает относиться к этой категории. Но ещё одна из причин негативного отношения работодателей к сотрудникам глубоко предпенсионного и пенсионного возраста, то что они начинают требовать к себе отношения как к умудрённым опытом, всё знающим и умеющим, пережившим туеву кучу начальников начальники уходят, а я на месте, значит я вот такой незаменимый , любят попиздеть и порассуждать, и не замечая при этом что ни только негативно влияют на отношения в коллективе и и работу свою делают не в соответствии с реалиями и требованиями времени. Зачем работодателю вечно гундящий предпенсионер, когда можно взять толкового малого , обучить заточить его под себя и пинать куда хочешь. Блядь тоже такие слова знаю , ты доживи милок, до 60 лет, потом мы поговорим о твоём здоровье.

Насколько законна проверка на полиграфе

В моей адвокатской практике был случай, когда крупная компания с сетью филиалов в разных странах предложила всем региональным представителям пройти полиграф, поскольку это был самый быстрый способ определения лиц, связанных с продажей товаров по заниженным ценам через аффилированные фирмы. Часть менеджеров от прохождения полиграфа отказалась, и компания предложила им расторгнуть трудовые договоры по соглашению сторон. А был случай, когда индивидуальный предприниматель искал главного бухгалтера и требовал от претендентов пройти полиграф. В последнее время полиграф все чаще используется в трудовых отношениях, в основном для оценки менеджеров по продажам, работников, связанных с движением финансовых средств, коммерческой тайной и полной материальной ответственностью. Однако законодательно этот способ оценки работника носит весьма спорный характер и практически не урегулирован. В Трудовом кодексе нет упоминания о такой форме взаимодействия работника и работодателя, как полиграф. Гражданско-процессуальный кодекс, по которому рассматриваются трудовые споры в судах, и вовсе не выделяет такой способ доказательства, как заключение полиграфолога: судья имеет полное право отказать работодателю, истцу или ответчику в приобщении такого доказательства к делу. Более того, законодательство об экспертной деятельности не относит полиграф к видам экспертиз. Насколько законна проверка на полиграфе И как работодателю правильно ее провести. Павел Андреев , адвокат по трудовым спорам, член экспертного совета комитета по труду Госдумы.

Проверка качества капремонта вопросы эксперту

Сам факт экспертизы — точно не приблизит, выводы экспертизы — могут послужить основанием для рассмотрения вопроса о сроках проведения капитального ремонта. Обращайтесь в любую компанию, у которой имеется лицензия на производство экспертных работ в сфере строительных работ, их достаточно много. Заключайте договор, ставьте вопросы, получайте заключение. Здравствуйте, Марина! В Екатеринбурге очень много различных ООО, которые занимаются строительными экспертизами.

Поэтому для принятия решения о возможности расторжения трудового договора с работником по этому основанию необходимо удостовериться в двух ключевых моментах:.

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

Как наказать подчиненного хама

.

ПОСМОТРИТЕ ВИДЕО ПО ТЕМЕ: Как уволить сотрудника за 10 минут

.

Глава 16. Как уволить без потерь

.

Внимание Если штраф был выписан вам лично сотрудником ГИБДДД на месте, .. Как грамотно уволить сотрудника по которому есть сомнения в.

.

.

.

.

.

.

.

Комментарии 1
Спасибо! Ваш комментарий появится после проверки.
Добавить комментарий

  1. Злата

    Ув. Тарас, я понимаю, что у нас в стране возможно все , но,а как же ЗАКОН ОБРАТНОЙ СИЛИ НЕ ИМЕЕТ. Зачем тогда нам ЮРИСТИ? Зачем КОНСТИТУЦИЯ, одна из норм которой, прямо запрещает ужесточать юрид.ответственность граждан?

© 2018-2020 vinylaps.ru