Без анализа расположения этих участков и количества зарегистрированных на них избирателях это не очень правильная оценка.
Два участка с соседними номерами. Они могут располагаться в одном здании (как, например, в школе, где находится мой участок). Здание это может быть расположено не очень удобно с точки зрения транспортной доступности. Охватывать эти участки могут большую территорию, и людям банально не хочется переться куда-то там вдаль. Ну и т.д.
Что такое «нарисован» физически? Вбросили бюллетени? Расписались в получении бюллетеней? Или кто-то посмотрел на рассчитанную явку в 63.38%, и округлил до 65%?
А где располагаются эти участки? Географически. Если это какой-то посёлок, в котором благодаря условной прямой линии с президентом сделали новую дорогу — почему бы им не проголосовать поголовно за него? Т.е. есть некие группы людей, которые искренне поддерживают Путина. И дружно идут голосовать на своём участке. Воинская часть, отдалённое село, и т.д.
Вариант «Люди шли целенаправленно голосовать за этого конкретного кандидата» не рассматривается? От греха подальше, так сказать. Ну или проголосовать против других кандидатов. Это даёт и повышенный процент явки, и повышенный процент кандидата.
Потому что люди любят круглые числа. Это число передаёт избирательная комиссия участка? В прямом виде, или как пару чисел «всего избирателей — пришло», а процент высчитывают уже выше? Если высчитывают выше, они передают данные в ЦИК в прямом виде или снова в виде пары?
А теперь попробуйте представить, как можно «нарисовать» такое число. Допустим на участке 100 избирателей, комиссия хочет явку в 75%. Как они этого могут добиться? Карусель запустить? Или бюллетеней накинуть? А сколько им надо резервировать людей/бюллетеней? Они же не знают, сколько к ним придёт избирателей. Если 70 — надо всего пять единиц накинуть. А если 72 — то три? А если вообще 58 пришло? Да и если так легко подкинуть голосов, какой смысл стремиться к конкретной итоговой цифре, если можно в любом случае осуществить задуманное в полном объёме. Т.е. готов ты вбросить 10 бюллетеней, ты и вбросишь 10, не зависимо от того, пришло 65 человек или 74.
Это уже должен решить руководитель. Если его устраивает оборот в X миллионов и его не тревожит риск нахождения в одной узкой нише — можно и не расти. Но тут уже появляется вопрос профессиональной мотивации сотрудников. Не всем может нравится многолетняя работа над одним проектом.
Это не поиск виноватых. Этим пусть начальство занимается. Я же говорю о простой человеческой психологии. Я свою работу сделал. А Вася Пупкин — нет. И из-за этого я не получил премию/признание/вымпел за сданный проект.
Мог ли я повлиять на работу Васи? Нет, он сотрудник другого отдела. Мог ли я ему помочь? Он не просил.
Далеко не каждый человек сможет в такой ситуации сказать: «Ну раз он не сделал, значит у него были объективные причины. Даже если мне о них неизвестно.» Осадочек останется.
Повторюсь, в рамках одного отдела хорошая и дружеская атмосфера возможна и реальна. Но в рамках большой компании, когда есть множество отделов, которые разнесены по разным этажам офиса, и люди из которых видят друг друга только в лифте (и то не каждый день), поддерживать всеобщую любовь и уважение всех ко всем практически нереально. Если речь не идёт о секте с регулярной промывкой мозгов.
Беглое знакомство с их сайтом показало, что они:
1. Не относятся к сфере IT;
2. Имеют разветвлённую сеть магазинов.
Каждый отдельно взятый магазин является тем самым небольшим коллективом. И его относительная автономность в этом помогает. Ему откуда-то извне привозят товар, и он занимается его продажей.
Такое же возможно в рамках отдельно взятого отдела IT компании. Люди находятся в одном помещении, за соседними столами, общаются, пьют кофе, кидаются ссылками с котиками и с искренним удовольствием решают возникший у коллеги вопрос «Что компилятор хочет от меня?!». Но стоит выйти на уровень межотдельского взаимодействия, и тут начинается… Согласование интерфейсов, качество предоставленных библиотек, срыв сроков предоставления этих библиотек и т.д.
Вроде ты свою часть работы сделал, а из-за соседнего отдела ползут сроки проекта. А значит он будет сдан не вовремя, а значит ты свою премию получишь фиг знает когда. Если вообще получишь. И как после этого уважать программистов из того отдела?
И количество таких потенциально конфликтных ситуаций растёт пропорционально количеству задействованных в работе отделов. Начальники отделов могут вступать в битвы на совещаниях у директора. Но внутри каждого их отдела хорошая и дружеская атмосфера. Между собой.
И никакие насаждения сверху в виде «уважайте людей из соседнего отдела, у нас один коллектив и одна семья из тысячи человек» тут не помогут. Остаются только прагматические отношения.
В небольшой команде, человек в 10, такая красота ещё возможна. Она появится не сразу, со временем. Но возможна.
А вот с ростом штата фирмы вся эта идилия уступит место прагматизму. Если, конечно, стоит цель сделать не просто «бирюзовую» компанию, а бизнес, который будет приносить прибыль. Увы и ах. Но такова суровая реальность.
Первая статья на Хабре — одна из тех задач, которые
мы так любим откладывать – ведь совершенно непонятно даже, с какого бока к ним подступиться. Как только вы вспоминаете о такой задаче, рука сама собой тянется к мышке, чтобы открыть вкладку с котиками
Вот это лучше у автора спросить.
Вариантов может быть масса. От «бомбануло» на работе, потому что внезапно появился новый орг, который начал строить свои порядки, до желания подискутировать самому с собой. Пригласив сообщество в качестве некоторого арбитра.
По названию темы думалось, что здесь что-то про групповуху совместное решение проблем, или задач. А здесь крик души.
Меня беспокоит тенденция и системное явление.
А можно подробней раскрыть тему «тенденции и системности»? Желательно с примерами. В IT становится всё больше некомпетентных менеджеров? Или некомпетентных программистов? Или команд из первых и вторых?
Хм. Всегда так писал. Всегда это казалось очевидным. Сначала проверить входные данные, а только потом их обрабатывать.
Не верить же на слово тому, кто вызывает функцию.
Два участка с соседними номерами. Они могут располагаться в одном здании (как, например, в школе, где находится мой участок). Здание это может быть расположено не очень удобно с точки зрения транспортной доступности. Охватывать эти участки могут большую территорию, и людям банально не хочется переться куда-то там вдаль. Ну и т.д.
А теперь попробуйте представить, как можно «нарисовать» такое число. Допустим на участке 100 избирателей, комиссия хочет явку в 75%. Как они этого могут добиться? Карусель запустить? Или бюллетеней накинуть? А сколько им надо резервировать людей/бюллетеней? Они же не знают, сколько к ним придёт избирателей. Если 70 — надо всего пять единиц накинуть. А если 72 — то три? А если вообще 58 пришло? Да и если так легко подкинуть голосов, какой смысл стремиться к конкретной итоговой цифре, если можно в любом случае осуществить задуманное в полном объёме. Т.е. готов ты вбросить 10 бюллетеней, ты и вбросишь 10, не зависимо от того, пришло 65 человек или 74.
А разве на камерах наблюдения этого не отследить? Группа одинаково одетых людей катается по участкам, которые территориально близки друг к другу.
Мог ли я повлиять на работу Васи? Нет, он сотрудник другого отдела. Мог ли я ему помочь? Он не просил.
Далеко не каждый человек сможет в такой ситуации сказать: «Ну раз он не сделал, значит у него были объективные причины. Даже если мне о них неизвестно.» Осадочек останется.
Повторюсь, в рамках одного отдела хорошая и дружеская атмосфера возможна и реальна. Но в рамках большой компании, когда есть множество отделов, которые разнесены по разным этажам офиса, и люди из которых видят друг друга только в лифте (и то не каждый день), поддерживать всеобщую любовь и уважение всех ко всем практически нереально. Если речь не идёт о секте с регулярной промывкой мозгов.
1. Не относятся к сфере IT;
2. Имеют разветвлённую сеть магазинов.
Каждый отдельно взятый магазин является тем самым небольшим коллективом. И его относительная автономность в этом помогает. Ему откуда-то извне привозят товар, и он занимается его продажей.
Такое же возможно в рамках отдельно взятого отдела IT компании. Люди находятся в одном помещении, за соседними столами, общаются, пьют кофе, кидаются ссылками с котиками и с искренним удовольствием решают возникший у коллеги вопрос «Что компилятор хочет от меня?!». Но стоит выйти на уровень межотдельского взаимодействия, и тут начинается… Согласование интерфейсов, качество предоставленных библиотек, срыв сроков предоставления этих библиотек и т.д.
Вроде ты свою часть работы сделал, а из-за соседнего отдела ползут сроки проекта. А значит он будет сдан не вовремя, а значит ты свою премию получишь фиг знает когда. Если вообще получишь. И как после этого уважать программистов из того отдела?
И количество таких потенциально конфликтных ситуаций растёт пропорционально количеству задействованных в работе отделов. Начальники отделов могут вступать в битвы на совещаниях у директора. Но внутри каждого их отдела хорошая и дружеская атмосфера. Между собой.
И никакие насаждения сверху в виде «уважайте людей из соседнего отдела, у нас один коллектив и одна семья из тысячи человек» тут не помогут. Остаются только прагматические отношения.
А вот с ростом штата фирмы вся эта идилия уступит место прагматизму. Если, конечно, стоит цель сделать не просто «бирюзовую» компанию, а бизнес, который будет приносить прибыль. Увы и ах. Но такова суровая реальность.
Они могли отложить прочтение этой статьи на более позднее время.
Вариантов может быть масса. От «бомбануло» на работе, потому что внезапно появился новый орг, который начал строить свои порядки, до желания подискутировать самому с собой. Пригласив сообщество в качестве некоторого арбитра.
групповухусовместное решение проблем, или задач. А здесь крик души.А можно подробней раскрыть тему «тенденции и системности»? Желательно с примерами. В IT становится всё больше некомпетентных менеджеров? Или некомпетентных программистов? Или команд из первых и вторых?
Не верить же на слово тому, кто вызывает функцию.