Pull to refresh
108
0
Евгений Грибков @jobgemws

Архитектор

Send message

Перечитайте весь п.30-там такого не написано, что Вы написали.

Ок, по просьбе трудящихся тогда просто: "Про UNION дан ответ почему в п.30"

Спасибо! Было бы интересно почитать детали-предлагаю оформить в отдельную публикацию. Как думаете? Сделаете? (если конечно не является коммерческой тайной)

Отвечу шаблонно: "ой, всё...")

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

У исполнителей нет никаких отношений с собственниками, только с руководством компании и то не напрямую. Первый удар всегда получает руководство, на то оно и руководство. Исполнители и получают в разы меньше в том числе потому что зона ответственности небольшая. Это как в семье: есть родители, а есть дети. За косяки детей отвечают родители. Здесь также. Родителю важно научиться взаимодействовать с ребенком и воспитывать его, а не тупо наказывать. Надеюсь сейчас донес Вам простую и практичную идею по взаимодействию.

Я не управленец, но как-то крутые лидеры делают так, что не увольняют и не сваливают. И предлагаю закрыть тему: мне неинтересна она вообще. Меня интересует отношение и если оно хорошее и доверительное, то сработаемся, иначе-нет.

Собственники несут полностью всю ответственность за действия фирмы. Что естественно. А дальше согласно ТК РФ может поступить, но только в рамках ТК РФ, а не свалить все на одного. Так не делают. А если у Вас так делают, то читайте мой коммент выше. Это не оскорбление, это факт. Руководитель может поступить как мудак, может быть мудаком, а может быть лидером. Последних очень мало, но они есть. Те, кто аргументированно умеет сказать НЕТ выше стоящему руководству и защитить права свои и своих подчинённых. Но конечно и интересы бизнеса тоже отстаивает, но не в ущерб корпоративной культуры и этики. Это одна из важнейших функций руководителя. А сразу уволить или свалить все-это удел мудаков и очень слабых личностей. И да, чем больше имеешь, тем больше платишь и покрываешь риски. Не готов? Не владей.

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

Вот именно: максимум увольнение причем выгодно, если по собственному, чтобы потом без суда со стороны уволенного. А не спихнуть ответственность со стороны законов по персональным данным.

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

То, что Вы написали, это мышление мелкого и недалёкого предпринимателя.

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

Тем более! Начните серию статей, а там может и книгу выпустите.

Так и поступают в госконторах или около них, что работают на них.

Почему ухудшают? Просто лучшая версия в более дорогой редакции.

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

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

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

В Сбере работал, когда он ещё был негосударственным по бумагам. Про Ваши компании-не на слуху, а значит как бренды они слабы. И что-то я сомневаюсь, что они вносят вклад в ИТ, развивая открытые решения и продавая свои наработки.

Если ты разработчик или другой спец в ИТ, то лучше работать там, где это развивают, а ещё лучше если это и является главным бизнесом компании.

Не первый раз слышу оправдание столь грустного качества человеческой сущности. Но про себя точно знаю, что за 2 млн не потерял человеческого лица, отказавшись от сделки, когда предложили за счёт головы коллеги получить такую сумму.

Не нормально ради денег терять себя. Важно оставаться человеком в любой ситуации. Это и есть неотъемлемая часть адекватности, которая проверяется как раз в неадекватных и стрессовых ситуациях. Потому на вопрос стрессоустойчивости от руководства, задайте этот же вопрос своему руководству. Точно ли они останутся адекватными и не сдадут своих людей ради своей выгоды.

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

Первый раз слышу о таких компаниях. Наверное, небольшие.

А я всего лишь работал в Сбере, Озоне, Каспере...теперь опять в Озоне и это только те места, что по трудовой книженции.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Works in
Date of birth
Registered
Activity

Specialization

Software Architect, Database Architect
Lead
Designing application architecture
Database design
Database
High-loaded systems
SQL
T-SQL
.NET
C#
PostgreSQL
Git